<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments for Articles</title>
	<atom:link href="https://www.p6r.com/articles/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.p6r.com/articles</link>
	<description>Code Less / Deliver More™</description>
	<lastBuildDate>Fri, 23 Jan 2026 05:53:21 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.7</generator>
	<item>
		<title>Comment on &lt;xsl:output method=&#8217;json&#8217;/&gt; by Mark Joseph</title>
		<link>https://www.p6r.com/articles/2008/11/02/xsloutput-methodjson/comment-page-1/#comment-7855</link>
		<dc:creator><![CDATA[Mark Joseph]]></dc:creator>
		<pubDate>Fri, 23 Jan 2026 05:53:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=103#comment-7855</guid>
		<description><![CDATA[Anyone interested in more details about P6R products can leave their questions via our ticketing system at https://support.p6r.com/]]></description>
		<content:encoded><![CDATA[<p>Anyone interested in more details about P6R products can leave their questions via our ticketing system at <a href="https://support.p6r.com/" rel="nofollow">https://support.p6r.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on P6R&#8217;s PKCS 11 Provider by Mark Joseph</title>
		<link>https://www.p6r.com/articles/2014/11/22/p6rs-pkcs-11-provider/comment-page-1/#comment-7780</link>
		<dc:creator><![CDATA[Mark Joseph]]></dc:creator>
		<pubDate>Fri, 29 Jan 2021 23:27:09 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=1331#comment-7780</guid>
		<description><![CDATA[No we do not support AIX.   We currently support any flavor of Linux, FreeBSD, and Windows.   A customer can pay for a port to a platform that P6R does not support.]]></description>
		<content:encoded><![CDATA[<p>No we do not support AIX.   We currently support any flavor of Linux, FreeBSD, and Windows.   A customer can pay for a port to a platform that P6R does not support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on p6pythonkmip &#8211; a python extension for KMIP by Greg Pepus</title>
		<link>https://www.p6r.com/articles/2019/07/01/p6pythonkmip-a-python-extension-for-kmip/comment-page-1/#comment-7753</link>
		<dc:creator><![CDATA[Greg Pepus]]></dc:creator>
		<pubDate>Mon, 01 Jul 2019 15:36:36 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=2111#comment-7753</guid>
		<description><![CDATA[I Have tried the Python C extensions for KMIP. They work as advertized and I have tried them against Cryptsoft, HyTrust and Safenet KMIP servers.  Thanks
Greg]]></description>
		<content:encoded><![CDATA[<p>I Have tried the Python C extensions for KMIP. They work as advertized and I have tried them against Cryptsoft, HyTrust and Safenet KMIP servers.  Thanks<br />
Greg</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on P6R&#8217;s PKCS 11 Provider by Faisal Faruqui</title>
		<link>https://www.p6r.com/articles/2014/11/22/p6rs-pkcs-11-provider/comment-page-1/#comment-7745</link>
		<dc:creator><![CDATA[Faisal Faruqui]]></dc:creator>
		<pubDate>Thu, 29 Nov 2018 18:33:26 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=1331#comment-7745</guid>
		<description><![CDATA[Is your library supported on AIX?]]></description>
		<content:encoded><![CDATA[<p>Is your library supported on AIX?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on XSLT and XPath for JSON by XSLT equivalent for JSON &#8211; Knowleage Exchange</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-7740</link>
		<dc:creator><![CDATA[XSLT equivalent for JSON &#8211; Knowleage Exchange]]></dc:creator>
		<pubDate>Mon, 23 Apr 2018 16:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-7740</guid>
		<description><![CDATA[[&#8230;] a company which may have implemented something suitable [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] a company which may have implemented something suitable [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on XSLT and XPath for JSON by Python:How can I use python finding particular json value by key? &#8211; IT Sprite</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-7501</link>
		<dc:creator><![CDATA[Python:How can I use python finding particular json value by key? &#8211; IT Sprite]]></dc:creator>
		<pubDate>Fri, 30 Oct 2015 09:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-7501</guid>
		<description><![CDATA[[&#8230;] Maybe this is what you need? p6r.com/articles/2008/05/06/xslt-and-xpath-for-json [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] Maybe this is what you need? p6r.com/articles/2008/05/06/xslt-and-xpath-for-json [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Join us at RSA 2014 by Jim Susoy</title>
		<link>https://www.p6r.com/articles/2014/02/15/join-us-at-rsa-2014/comment-page-1/#comment-949</link>
		<dc:creator><![CDATA[Jim Susoy]]></dc:creator>
		<pubDate>Tue, 25 Mar 2014 00:42:28 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=995#comment-949</guid>
		<description><![CDATA[Thanks Gert! It was a lot of work and we had a great time. We met up with lots of current and potential customers and partners. Our primary purpose was to evangelize the OASIS KMIP standard and I think that was a success. It was good see KMIP getting traction and we look forward to helping improve the standard over the coming year.]]></description>
		<content:encoded><![CDATA[<p>Thanks Gert! It was a lot of work and we had a great time. We met up with lots of current and potential customers and partners. Our primary purpose was to evangelize the OASIS KMIP standard and I think that was a success. It was good see KMIP getting traction and we look forward to helping improve the standard over the coming year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on P6R KMIP Toolkit Introduction by Detailed differences between KMIP 1.0 and 1.1 &#124; DP企业数据保护 加密安全 Andy@SafeNet</title>
		<link>https://www.p6r.com/articles/2012/01/30/p6r-kmip-toolkit-introduction/comment-page-1/#comment-838</link>
		<dc:creator><![CDATA[Detailed differences between KMIP 1.0 and 1.1 &#124; DP企业数据保护 加密安全 Andy@SafeNet]]></dc:creator>
		<pubDate>Tue, 04 Mar 2014 15:29:32 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=839#comment-838</guid>
		<description><![CDATA[[&#8230;] part of the process of modifying our KMIP 1.0 protocol implementation to support the new KMIP 1.1specification we compared the two specifications and listed all of [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] part of the process of modifying our KMIP 1.0 protocol implementation to support the new KMIP 1.1specification we compared the two specifications and listed all of [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Join us at RSA 2014 by Gert Mitchell</title>
		<link>https://www.p6r.com/articles/2014/02/15/join-us-at-rsa-2014/comment-page-1/#comment-767</link>
		<dc:creator><![CDATA[Gert Mitchell]]></dc:creator>
		<pubDate>Wed, 19 Feb 2014 19:40:26 +0000</pubDate>
		<guid isPermaLink="false">https://www.p6r.com/articles/?p=995#comment-767</guid>
		<description><![CDATA[Jim, Here is wishing you guys lots of Luck and Success, hope everything works out according to plans. Hope you pick up more clients to keep you busy for a long time.]]></description>
		<content:encoded><![CDATA[<p>Jim, Here is wishing you guys lots of Luck and Success, hope everything works out according to plans. Hope you pick up more clients to keep you busy for a long time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on XSLT and XPath for JSON by Mark Joseph</title>
		<link>https://www.p6r.com/articles/2008/05/06/xslt-and-xpath-for-json/comment-page-1/#comment-220</link>
		<dc:creator><![CDATA[Mark Joseph]]></dc:creator>
		<pubDate>Mon, 03 Oct 2011 21:52:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.p6r.com/articles/?p=7#comment-220</guid>
		<description><![CDATA[&gt;&gt;I hate to break it to you, but you are wrong about the structure of JSON in general.
&gt;&gt;You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types &gt;&gt;of data.
&gt;&gt;You further assume that all JSON “documents,” for instance, have a root-level curly-brace-pair. This is &gt;&gt;not necessarily the case. You could, for instance, be representing a naked array with JSON. 
&gt;&gt;It would use a square-bracket-pair instead.
&gt;&gt;
&lt;em&gt;Actually we use a document paradigm to simplify things but our parsing and XPATH handles all the cases you mention above.   We do not assume that a JSON string starts with a curly brace pair.  Our tools also support JsonML completely which is all array based with no problem.  (We are referenced on the www.jsonml.com web site.)  As a blog document there is limited space to show all the JSON forms we support.&lt;/em&gt;
&gt;&gt;
&gt;&gt;I also find it horrible that all JSON XPath expressions would in general have to lead 
&gt;&gt;with “/JSON-document/” as that is a ridiculously long string – why not just use “/” as your root string 
&gt;&gt;and assume the rest?
&gt;&gt;
&lt;em&gt;I don&#039;t much like this either it is a bit too long.   XPath requires a root node which JSON does not have to have.   This convention makes it easy to tell the XPath processor to handle that case.&lt;/em&gt;
&gt;&gt;
&gt;&gt;And why not support arrays through adding integer offsets as keys?
&gt;&gt;For instance:
&gt;&gt;[ &quot;a&quot;, &quot;b&quot;, { &quot;key&quot;: 9 }]
&gt;&gt;Xpath( “/0″ ) –&gt; “a”
&gt;Xpath( “/2/key” ) –&gt; 9
&gt;&gt;
&lt;em&gt;I don&#039;t believe what you propose is standard XPath.  If it is please point me to where in the XPath standard document that you can specify an array index as a path element.&lt;/em&gt;
&gt;&gt;
&gt;&gt;
&lt;em&gt;One thing you are missing.   Our tools support XSLT and XPATH 2.0 which are significantly more powerful than the 1.0 versions.   There still are not many 2.0 implementations out there.   Our software allows JSON processing with the power of XPATH 2.0 expressions which include regular expressions.     With the full JsonML support it is a powerful tool.&lt;/em&gt;]]></description>
		<content:encoded><![CDATA[<p>>>I hate to break it to you, but you are wrong about the structure of JSON in general.<br />
>>You assume that parse-able JSON is necessarily a document. This is false. JSON represents different types >>of data.<br />
>>You further assume that all JSON “documents,” for instance, have a root-level curly-brace-pair. This is >>not necessarily the case. You could, for instance, be representing a naked array with JSON.<br />
>>It would use a square-bracket-pair instead.<br />
>><br />
<em>Actually we use a document paradigm to simplify things but our parsing and XPATH handles all the cases you mention above.   We do not assume that a JSON string starts with a curly brace pair.  Our tools also support JsonML completely which is all array based with no problem.  (We are referenced on the <a href="http://www.jsonml.com" rel="nofollow">http://www.jsonml.com</a> web site.)  As a blog document there is limited space to show all the JSON forms we support.</em><br />
>><br />
>>I also find it horrible that all JSON XPath expressions would in general have to lead<br />
>>with “/JSON-document/” as that is a ridiculously long string – why not just use “/” as your root string<br />
>>and assume the rest?<br />
>><br />
<em>I don&#8217;t much like this either it is a bit too long.   XPath requires a root node which JSON does not have to have.   This convention makes it easy to tell the XPath processor to handle that case.</em><br />
>><br />
>>And why not support arrays through adding integer offsets as keys?<br />
>>For instance:<br />
>>[ "a", "b", { "key": 9 }]<br />
>>Xpath( “/0″ ) –> “a”<br />
>Xpath( “/2/key” ) –> 9<br />
>><br />
<em>I don&#8217;t believe what you propose is standard XPath.  If it is please point me to where in the XPath standard document that you can specify an array index as a path element.</em><br />
>><br />
>><br />
<em>One thing you are missing.   Our tools support XSLT and XPATH 2.0 which are significantly more powerful than the 1.0 versions.   There still are not many 2.0 implementations out there.   Our software allows JSON processing with the power of XPATH 2.0 expressions which include regular expressions.     With the full JsonML support it is a powerful tool.</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>
