<?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 on: Enhancing Claims with Owin Middleware &#038; Claims Transformation	</title>
	<atom:link href="https://www.cognim.co.uk/transforming-claims-claimsprincipal/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.cognim.co.uk/transforming-claims-claimsprincipal/</link>
	<description>Enterprise system implementation. Making the complex simple</description>
	<lastBuildDate>Sat, 09 Jul 2016 17:37:31 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: whoever		</title>
		<link>https://www.cognim.co.uk/transforming-claims-claimsprincipal/#comment-198</link>

		<dc:creator><![CDATA[whoever]]></dc:creator>
		<pubDate>Sat, 09 Jul 2016 17:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.cognim.co.uk/?p=5385#comment-198</guid>

					<description><![CDATA[Nice article.  I was doing exactly that in my project, but the implementation you and IdentityModel present seems more elegant.  

There&#039;s only one issue, when I inject a micro ORM database (NPOCO) into where your IUserDataProvider is, it blows up, complaining something about ClaimPrincipal.  I wasn&#039;t even touching the claim principal, just calling the database and assign result to a local variable.  Not sure why.  You probably didn&#039;t see it if you do database DI in the next layer from IUserDataProvider

I ended up changing the transformation class to something like this

    public static IAppBuilder UseClaimsTransformation(this IAppBuilder app, string idType,
            Func&#060;string, Task&#060;List&#062;&#062; transformation)]]></description>
			<content:encoded><![CDATA[<p>Nice article.  I was doing exactly that in my project, but the implementation you and IdentityModel present seems more elegant.  </p>
<p>There&#8217;s only one issue, when I inject a micro ORM database (NPOCO) into where your IUserDataProvider is, it blows up, complaining something about ClaimPrincipal.  I wasn&#8217;t even touching the claim principal, just calling the database and assign result to a local variable.  Not sure why.  You probably didn&#8217;t see it if you do database DI in the next layer from IUserDataProvider</p>
<p>I ended up changing the transformation class to something like this</p>
<p>    public static IAppBuilder UseClaimsTransformation(this IAppBuilder app, string idType,<br />
            Func&lt;string, Task&lt;List&gt;&gt; transformation)</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
