<div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 26, 2017 at 4:48 PM, Matej Novotny <span dir="ltr"><<a href="mailto:manovotn@redhat.com" target="_blank">manovotn@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">And spec requires all built-in beans to be decorable - e.g. you need them to be proxyable (although the added value of principal decorator is ...eh, disputable at best?).<br></blockquote><div><br></div><div>That would be kinda disputable indeed :O</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Therefore, it is safer/viable to create a proxyable wrapper object which implements Principal only and delegetas calls (that's what Weld does).<br></blockquote><div><br></div><div>As i mentioned, the proxy has to be there as just injecting a non-proxy Principal would not work correctly. If a logout call is done, the injected Principal would still be the principal that it was before, let alone what happens if the Principal is inject in application scoped beans...</div><div><br></div><div>Kind regards,</div><div>Arjan Tijms</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Otherwise I agree it could be nice to ahve a way to cast the object as the pure Principal interface doesn't help much.<br>
<span class="HOEnZb"><font color="#888888"><br>
Matej<br>
</font></span><span class="im HOEnZb"><br>
----- Original Message -----<br>
> From: "John Ament" <<a href="mailto:john.ament@spartasystems.com">john.ament@spartasystems.com</a>><br>
> To: "cdi-dev" <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
> Sent: Wednesday, April 26, 2017 3:54:57 PM<br>
> Subject: [cdi-dev] Types of Principal object<br>
><br>
><br>
><br>
> Hey guys<br>
><br>
><br>
><br>
><br>
> I raised a bug against the Weld guys, but think its worth an EG discussion.<br>
> When a Principal object is injected, the only type it has is Principal. It<br>
> does not retain the actual type used at runtime. This threw me off on some<br>
> Keycloak integration I'm working on (in $dayjob). So I was wondering, is<br>
> this expected from our POV or should it retain the types of the actual<br>
> runtime instance?<br>
><br>
><br>
><br>
><br>
> John<br>
><br>
><br>
><br>
><br>
</span><span class="im HOEnZb">> NOTICE: This e-mail message and any attachments may contain confidential,<br>
> proprietary, and/or privileged information which should be treated<br>
> accordingly. If you are not the intended recipient, please notify the sender<br>
> immediately by return e-mail, delete this message, and destroy all physical<br>
> and electronic copies. Thank you.<br>
><br>
</span><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br>
><br>
> Note that for all code provided on this list, the provider licenses the code<br>
> under the Apache License, Version 2<br>
> (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/<wbr>licenses/LICENSE-2.0.html</a>). For all other ideas<br>
> provided on this list, the provider waives all patent and other intellectual<br>
> property rights inherent in such information.<br>
______________________________<wbr>_________________<br>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/cdi-dev</a><br>
<br>
Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/<wbr>licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.<br>
</div></div></blockquote></div><br></div></div>