IntegrationGuides
- Walter Hoehn
- Scott Cantor
- trscavo@internet2.edu
Shibboleth is designed to be maximally interoperable with other SAML implementations and SAML-supporting applications. However, standards never address every detail that goes into a successful deployment and implementations often focus on different features or provide for limited flexibility in areas that their implementers find to be unimportant or uninteresting. And then there's the reality that a lot of stuff is just plain broken.
Where information is known or made available about issues or configuration changes needed with other software products, people are encouraged to collect it here. We encourage (in fact we need) deployers of non-Shibboleth software to assist in this process.
But please don't dump a lot of examples of Shibboleth software configuration into these guides. That's not the goal, and you think you're helping but in reality you're just showing your local practices that might or might not have any connection to more "modern" ways to configure the software.
What these articles are meant for is documenting the foibles and limitations of other products and services because they're so poorly documented themselves. Explain what the software needs in SAML terms. Let the existing documentation cover how to provide those things.
Bear in mind that these are provided as-is in most cases with no curation by the project and there will often be confusing or contradictory material that is hard to reconcile with the official documentation.
Where possible, we encourage the use of a common template for documenting integrations, so copying an existing page is suggested.