<div dir="ltr">I understand this intention, but breaks the standard, since eg:<div><br></div><div><a href="http://sp.example.org:800/sp">http://sp.example.org:800/sp</a></div><div>and</div><div><a href="https://sp.example.org:4430/sp">https://sp.example.org:4430/sp</a><br></div><div><br></div><div>will be considered the same SP as I understand.</div><div><br></div><div>I recommend to remove that line, the standard allows full qualified URLs, so the shib IdP should does.</div><div><br></div><div>Cheers,</div><div><br></div><div>Tamas<br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">--<br>VWOL<br>Tamas SZERB <<a href="mailto:toma@rulez.org" target="_blank">toma@rulez.org</a>></div></div></div>
<br><div class="gmail_quote">On Thu, Oct 8, 2015 at 5:54 PM, Rod Widdowson <span dir="ltr"><<a href="mailto:rdw@steadingsoftware.com" target="_blank">rdw@steadingsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I wonder why gets only the hostname of the URL formatted entityID:<br>
<span class="">> when I can imagine that multiple SPs are deployed to the same host.<br>
<br>
</span>In a situation like that (indeed in any situation) you would be expected to provide an organism-friendly name at one of the three (IIRC) plugin points in the metadata.<br>
<br>
The prime motivation with that line is to provide something better than line noise to the end user in the case that the SP doesn't have any provided information. Our estimation is that a DNS name is more available to a user than an URN disguised an URL.<br>
<span class="HOEnZb"><font color="#888888"><br>
R<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>