<div dir="ltr"><div>Thanks Scott, very helpful as always.<br><br>If my questions seem rather inconsistent, it's probably because I'm coming from several perspectives, as I'm a contractor that works with multiple clients, as well having ambitions to develop my own services primarily targeted at universities.<br><br>SAML/Shibboleth isn't really a core skill for me at the moment, but I'm finding it increasingly useful to develop a full appreciation for federated identity management, as when it's done right, everybody wins.<br><br></div>Phil<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 7, 2015 at 7:14 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 11/7/15, 2:08 PM, "users on behalf of Phil Lello" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:phil@dunlop-lello.uk">phil@dunlop-lello.uk</a>> wrote:<br>
<br>
<br>
><br>
>Soapbox is fine with me; there were two scenarios I had in mind, rapid deployment of production environments (where I'll agree it's at best sub-optimal), and development environments where it's desirable to spin up n-m instances that should be identical from an integration perspective.<br>
<br>
</span>Dev's a bit of a different matter. I generally register (server) development systems under the same entityID and key as production, just adding the endpoints. If they have dev and QA I'll usually suggest that merge QA and prod, but leave dev separate.<br>
<span class=""><br>
> Whilst I agree the avoided work isn't much in principal, my experience is that application development teams are generally separate from the shibboleth team (who are generally under-resourced), which inevitably leads to long delays.<br>
<br>
</span>When you're talking about "inside the firewall" and use in an enterprise situation, most of what I was talking about goes out the window. Then it's more a matter of local norms and workflow. And if you control the IdP, that goes hand in hand, since you can choose to disable endpoint checking for those SPs.<br>
<br>
That's why I was saying it matters a lot exactly how much control you have.<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>