<div dir="ltr"><div><div>>No, that wouldn't cause it. That prevents other Principals from being<br>
added, it doesn't have any affect on what you add.<br><br></div><div>ok.<br></div><div><br>> It won't serialize safely without more code added of course<br>
if it's trying to preserve the subject in a session, but that won't matter<br>
in the same request.<br><br></div>I'd like it to survive SSO between multiple SP's.   Currently it works to the first SP, but then succeeds copying the principal name to the second but appears to loose all of the extra attributes I pulled from it originally.<br><br></div><div>It also only appears to work if I my class extends UsernamePrincipal otherwise it gives  urn:oasis:names:tc:SAML:2.0:status:UnknownPrincipal.</div><div><br></div><div>When you say serialization do you mean normal java serialization - which my principal supports (stand alone it does any way, java serialization fails when I extend UsernamePrincipal), or serialization to json like is done in the GenericPrincipalSerializer.java and if its the latter, how do I register my own serializer?   I don't know the expected max size of a serialized session, is there an recommended maxium size?   Depending on the size I might consider only putting a random ID in the principal and instead provisioning authenticated identity to a temp data store and writing a data store plugin to look up the ID at attribute resolution time.<br></div><div><br></div>-Topher<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 4, 2015 at 6:38 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 6/4/15, 10:18 PM, "cneberg" <<a href="mailto:cneberg@gmail.com">cneberg@gmail.com</a>> wrote:<br>
<br>
<br>
><br>
>The issue I'm still having is my custom principal set in my external auth<br>
>plugin isn't there, I think its being overwritten and I need to set the<br>
>shibboleth.authn.External.addDefaultPrincipals option to False<br>
<br>
</span>No, that wouldn't cause it. That prevents other Principals from being<br>
added, it doesn't have any affect on what you add. Returning a Subject<br>
from the External servlet will use that exact object, at least for that<br>
transaction. It won't serialize safely without more code added of course<br>
if it's trying to preserve the subject in a session, but that won't matter<br>
in the same request.<br>
<span class=""><br>
> - which isn't in a released version of the<br>
> IDP yet.  Do you have a release date scheduled for 3.2?<br>
<br>
</span>No.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br></div>