Organizing page for material connected to the project to redesign the Service Provider software.

Why are we doing this? The original discussion is at SP4Details.

What are we doing? Rewriting the existing SP software to migrate the functions currently performed by the shibd process in C++ into Java, reusing the bulk of the code in OpenSAML and currently in the IdP, filling in gaps where necessary. Most of the current C++ code will be eliminated, and the agents for specific web servers will be stripped down as much as practical. New agents may be developed but this is not an initial goal.

When are we doing this? Work has started in 2022 in earnest but is still in the assessment stage.

Topics

• DesignNotes

  • Brain dump of issues with the current code and brainstorming some of the problem space

• Remoting Protocol

  • Draft material on the proposed remoting protocol and conventions for communication with the Java-based service/hub

• SP Service Architecture

  • Notes on the design of the new service and some of the adaptations needed to accomodate existing function

• SP Configuration Settings

  • Walk through of many of the various settings and their future

• Source Code

  • The new Java “service” that will replacing the existing dependencies is in the java-sp-server.git repository with the unwieldy placeholder name of Shibboleth SP Service.

  • The existing cpp-sp.git repository will continue to exist and work will be done on a branch for now. I suspect we may start over to produce the new agents by cloning the old repo.