<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><font face="courier new, monospace">Jeffrey<a href="mailto:jeffreyc@ucsc.edu" target="_blank"></a></font><div><font face="courier new, monospace"><br></font></div><div><font face="courier new, monospace">Both pilots and IT professionals require training and currency before charging into clouds!<br></font></div><div><font face="courier new, monospace">---------------------------------------</font></div></div></div></div>
<br><div class="gmail_quote">On Mon, May 18, 2015 at 12:02 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On 5/18/15, 1:45 PM, "Jeffrey Crawford" <<a href="mailto:jeffreyc@ucsc.edu">jeffreyc@ucsc.edu</a>> wrote:<br>
><br>
>In short we have two entityID's for our IdP. The V3 config has the entityID being set in the idp.properties. and It doesn't look like there is an easy way to allow it to understand a second.<br>
> Is there a way to allow the IdP to understand it's has two entityID's assigned to it?<br>
<br>
</span>Same as before, it's a bean property on the RelyingPartyConfiguration objects. The new property is called responderId and it's set in system/conf/relying-party-system.xml to a bean called entityID which is set via the Java property, it's at the top of the file.<br>
<br>
You can override it as required on your RelyingPartyConfiguration beans (no need to touch anything in the system file).<br></blockquote><div><br><div class="gmail_default" style="font-family:courier new,monospace;display:inline">Got it. I think I could have found "responderId" if the "RelyingPartyConfiguration" Links on the bean section of:<br>"<a href="https://wiki.shibboleth.net/confluence/display/IDP30/RelyingPartyConfiguration#RelyingPartyConfiguration-Beans">https://wiki.shibboleth.net/confluence/display/IDP30/RelyingPartyConfiguration#RelyingPartyConfiguration-Beans</a>"<br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">linked to:<br>"<a href="https://build.shibboleth.net/jenkins/job/java-identity-provider-nightly/javadoc/net/shibboleth/idp/relyingparty/RelyingPartyConfiguration.html">https://build.shibboleth.net/jenkins/job/java-identity-provider-nightly/javadoc/net/shibboleth/idp/relyingparty/RelyingPartyConfiguration.html</a>" instead of itself. The other links seem to point to the javadocs</div> <div class="gmail_default" style="font-family:courier new,monospace;display:inline">already.</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Java properties are *not* the way the system is configured, Spring is. If the properties are too limiting, you do it yourself. If you want to create a second Java property called idp.entityID2 and reference that in the XML because you love properties, you can do that. You do whatever you want/need, basically.<br>
<span class=""><br>
>In the old system it was easy to support both since we had to load the metadata anyway and then you just specified in the relying-party.xml which provider id to use. Nothing jumps out in the V3 config that seems to allow the same thing.<br>
<br>
</span>Exactly the same thing, but you have to look at the Javadoc for the classes being configured by Spring because there's no custom XML syntax to wrap it with different terminology. You're wiring the Java class directly. That's why the wiki docs link to Javadocs quite often.<br>
<br>
In a nutshell, put p:responderId="myvalue" into any of the overrides you define, or define a property and indirect it through the property to avoid duplication, your choice. You could even define a parent bean with that override in it, and then inherit specific RelyingParty overrides from that parent bean to pull in the value.<br>
<span class=""><font color="#888888"><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>
</font></span></blockquote></div><br></div></div>