shibboleth-dev - Re: High Level Java SP Design Overview
Subject: Shibboleth Developers
List archive
- From: "RL 'Bob' Morgan" <>
- To:
- Subject: Re: High Level Java SP Design Overview
- Date: Tue, 18 Jul 2006 00:59:59 -0700 (PDT)
- People are more likely to attempt to use the Java SP code for non-web applications (web services, grids, client/server, etc.) applications than the C++ code. Thus, as much functionality as makes sense should be moved into a set of core code that is divorced from things like the J2EE servlet code.
Hmm, what is a SAML SP other than an implementation of the SAML web browser signon profiles? What functionality would be provided to support non-web applications? WS-Sec SAML token profile? Seems like support for use of SAML in non-web scenarios would be in opensaml, or in code specific to those scenarios.
As long as I'm thinking about it, is WS-Fed support going to be in the 2.0 Java SP?
- RL "Bob"
- High Level Java SP Design Overview, Chad La Joie, 07/18/2006
- Re: High Level Java SP Design Overview, RL 'Bob' Morgan, 07/18/2006
- Re: High Level Java SP Design Overview, Chad La Joie, 07/18/2006
- Re: High Level Java SP Design Overview, RL 'Bob' Morgan, 07/18/2006
- RE: High Level Java SP Design Overview, Scott Cantor, 07/18/2006
- Re: High Level Java SP Design Overview, Tom Scavo, 07/18/2006
- Re: High Level Java SP Design Overview, Chad La Joie, 07/18/2006
- RE: High Level Java SP Design Overview, Scott Cantor, 07/18/2006
- Re: High Level Java SP Design Overview, shibdev, 07/22/2006
- Re: High Level Java SP Design Overview, RL 'Bob' Morgan, 07/18/2006
Archive powered by MHonArc 2.6.16.