<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Discussing XACML with Travis</title>
	<atom:link href="http://analyzingidentity.com/2010/10/06/discussing-xacml-with-travis/feed/" rel="self" type="application/rss+xml" />
	<link>http://analyzingidentity.com/2010/10/06/discussing-xacml-with-travis/</link>
	<description>Gerry Gebel&#039;s Identity Industry Insights</description>
	<lastBuildDate>Sun, 19 May 2013 20:28:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Travis Spencer</title>
		<link>http://analyzingidentity.com/2010/10/06/discussing-xacml-with-travis/#comment-57</link>
		<dc:creator><![CDATA[Travis Spencer]]></dc:creator>
		<pubDate>Fri, 15 Oct 2010 06:26:39 +0000</pubDate>
		<guid isPermaLink="false">http://analyzingidentity.com/?p=88#comment-57</guid>
		<description><![CDATA[Thanks for the response to my blog post, Gerry! You made some good points and gave me a lot of food for thought. 

I certainly agree that there are cases where users will need full access to the power of XACML and times when they will accept that a high level of sophistication is needed to work w/ it directly, especially if this is contained in a single upfront investment in the creation of slow changing policies. For some scenarios that I have in mind, however, policy authoring  is an ongoing business function which is why I said a simplified, domain-specific façade atop XACML is important. 

Also, I completely agree that new wire protocols be defined in a collaborative environment where all stakeholders have a voice. This open dialog is one aspect of this that I&#039;m eager to continue at IIW, RSA, and other upcoming conferences. Perhaps I&#039;ll even join OASIS to lend a hand in the definition of these profiles :-)

Thanks again, Gerry!]]></description>
		<content:encoded><![CDATA[<p>Thanks for the response to my blog post, Gerry! You made some good points and gave me a lot of food for thought. </p>
<p>I certainly agree that there are cases where users will need full access to the power of XACML and times when they will accept that a high level of sophistication is needed to work w/ it directly, especially if this is contained in a single upfront investment in the creation of slow changing policies. For some scenarios that I have in mind, however, policy authoring  is an ongoing business function which is why I said a simplified, domain-specific façade atop XACML is important. </p>
<p>Also, I completely agree that new wire protocols be defined in a collaborative environment where all stakeholders have a voice. This open dialog is one aspect of this that I&#8217;m eager to continue at IIW, RSA, and other upcoming conferences. Perhaps I&#8217;ll even join OASIS to lend a hand in the definition of these profiles <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Thanks again, Gerry!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: XACML, transports, crypto, and management – a dev’s view</title>
		<link>http://analyzingidentity.com/2010/10/06/discussing-xacml-with-travis/#comment-47</link>
		<dc:creator><![CDATA[XACML, transports, crypto, and management – a dev’s view]]></dc:creator>
		<pubDate>Wed, 06 Oct 2010 16:53:06 +0000</pubDate>
		<guid isPermaLink="false">http://analyzingidentity.com/?p=88#comment-47</guid>
		<description><![CDATA[[...] Following this, Gerry had a bit of chat with our folks in Sweden (@axiomatics) and came up with a response which you can read on his blog. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Following this, Gerry had a bit of chat with our folks in Sweden (@axiomatics) and came up with a response which you can read on his blog. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
