...
shibboleth.ini - the new, simple sectioned property file containing:
maybe some logging settings
hub connectivity settings (the client’s secret obviously would likely be in an additional file perhaps)
session cache settings
possibly the old ISAPI material for the IIS module, but that might end up in its own little ini file
a mapping of configuration IDs to handler files, defaulting to “default” → handlerhandlers.ini
a mapping of configuration IDs to attribute files, defaulting to “default” → attributes.ini
handlers.ini - the default handlers
each section would be the path (odd, but should work), with the handler properties underneath
attributes.ini - attribute name mappings
default list of mappings of attributes needed for header feature to inform the code of what headers to “protect”
can’t be sparse, because anything not listed would be unprotected, so even foo=foo would probably have to be included
would be optional in the case of server variable use but likely still useful as a remapping tool anyway
might be a place to also put “global” settings related to attribute handling, TBD
request-map.xml
the Big Kahuna that’s probably still XML because it’s just not practical to do it any other way
...