Shibboleth Developers

[André Cruz <>]

Hello.

Scott Cantor wrote:
> However, I would start by determining if it's even feasible, for example can
> you even build and load C++ extensions, does the huge library set crash the
> server, that kind of thing. Some skeletal code that just inits the
> ShibTarget library would accomplish that.
>
>
>   
I've done this part and it works.
> Modules have to implement a subclass of the ShibTarget class to bridge
> between the native server API and the portability layer exposed by that
> class to the rest of the code. That's about 80-90% of the module. The rest
> is hooking the server in the right ways and making calls to the "work"
> methods in the ShibTarget class that check for sessions, handle SAML
> protocol messages (the /Shibboleth.sso hook), export attributes, do authz,
> etc.
>
>
>   
Ok... You said that for Shibboleth 2.0 this would be completely
changed... So what you said here will not apply? Will there still be
this layer and this ShibTarget class to implement?

Thanks,
André

Attachment: signature.asc
Description: OpenPGP digital signature