You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fx-dev@ws.apache.org by Davanum Srinivas <da...@gmail.com> on 2005/09/06 19:35:47 UTC
Refactoring support for SAML
Werner,
Could we please think about refactoring the code such that
opensaml.jar is loaded only when needed? (using just UsernameToken
should not drag in OpenSAML jar)
thanks,
dims
--
Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service Platform
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
Record it as a wish in Jira??
It doesn't sound like its a an architectural change but rather a fairly
messy code change .. easy by comparison ;-).
Sanjiva.
On Tue, 2005-09-06 at 16:02 -0400, Davanum Srinivas wrote:
> hehe, i guess it was a loaded question as i was also think about how
> one could layer additional profiles on the base engine (say Kerberos
> Token Profile) w/o affecting everyone who want to just use
> UsernameToken. OK to not spend too much time on this.
>
> thanks,
> -- dims
>
> On 9/6/05, Werner Dittmann <We...@t-online.de> wrote:
> > Dims,
> >
> > IMO this is a major undertaking because the opensaml code is used in
> > several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
> > name the mos prominent). Thus currently its need already during
> > compilation. Such a refactoring would imply a to implement some
> > hooks that provide functions to load classes fully dynamically, etc.
> >
> > However, I'll take a look.
> >
> > Regards,
> > Werner
> >
> > Davanum Srinivas wrote:
> > > Werner,
> > >
> > > Could we please think about refactoring the code such that
> > > opensaml.jar is loaded only when needed? (using just UsernameToken
> > > should not drag in OpenSAML jar)
> > >
> > > thanks,
> > > dims
> > >
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
Record it as a wish in Jira??
It doesn't sound like its a an architectural change but rather a fairly
messy code change .. easy by comparison ;-).
Sanjiva.
On Tue, 2005-09-06 at 16:02 -0400, Davanum Srinivas wrote:
> hehe, i guess it was a loaded question as i was also think about how
> one could layer additional profiles on the base engine (say Kerberos
> Token Profile) w/o affecting everyone who want to just use
> UsernameToken. OK to not spend too much time on this.
>
> thanks,
> -- dims
>
> On 9/6/05, Werner Dittmann <We...@t-online.de> wrote:
> > Dims,
> >
> > IMO this is a major undertaking because the opensaml code is used in
> > several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
> > name the mos prominent). Thus currently its need already during
> > compilation. Such a refactoring would imply a to implement some
> > hooks that provide functions to load classes fully dynamically, etc.
> >
> > However, I'll take a look.
> >
> > Regards,
> > Werner
> >
> > Davanum Srinivas wrote:
> > > Werner,
> > >
> > > Could we please think about refactoring the code such that
> > > opensaml.jar is loaded only when needed? (using just UsernameToken
> > > should not drag in OpenSAML jar)
> > >
> > > thanks,
> > > dims
> > >
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Davanum Srinivas <da...@gmail.com>.
hehe, i guess it was a loaded question as i was also think about how
one could layer additional profiles on the base engine (say Kerberos
Token Profile) w/o affecting everyone who want to just use
UsernameToken. OK to not spend too much time on this.
thanks,
-- dims
On 9/6/05, Werner Dittmann <We...@t-online.de> wrote:
> Dims,
>
> IMO this is a major undertaking because the opensaml code is used in
> several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
> name the mos prominent). Thus currently its need already during
> compilation. Such a refactoring would imply a to implement some
> hooks that provide functions to load classes fully dynamically, etc.
>
> However, I'll take a look.
>
> Regards,
> Werner
>
> Davanum Srinivas wrote:
> > Werner,
> >
> > Could we please think about refactoring the code such that
> > opensaml.jar is loaded only when needed? (using just UsernameToken
> > should not drag in OpenSAML jar)
> >
> > thanks,
> > dims
> >
>
>
--
Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service Platform
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Davanum Srinivas <da...@gmail.com>.
hehe, i guess it was a loaded question as i was also think about how
one could layer additional profiles on the base engine (say Kerberos
Token Profile) w/o affecting everyone who want to just use
UsernameToken. OK to not spend too much time on this.
thanks,
-- dims
On 9/6/05, Werner Dittmann <We...@t-online.de> wrote:
> Dims,
>
> IMO this is a major undertaking because the opensaml code is used in
> several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
> name the mos prominent). Thus currently its need already during
> compilation. Such a refactoring would imply a to implement some
> hooks that provide functions to load classes fully dynamically, etc.
>
> However, I'll take a look.
>
> Regards,
> Werner
>
> Davanum Srinivas wrote:
> > Werner,
> >
> > Could we please think about refactoring the code such that
> > opensaml.jar is loaded only when needed? (using just UsernameToken
> > should not drag in OpenSAML jar)
> >
> > thanks,
> > dims
> >
>
>
--
Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service Platform
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Werner Dittmann <We...@t-online.de>.
Dims,
IMO this is a major undertaking because the opensaml code is used in
several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
name the mos prominent). Thus currently its need already during
compilation. Such a refactoring would imply a to implement some
hooks that provide functions to load classes fully dynamically, etc.
However, I'll take a look.
Regards,
Werner
Davanum Srinivas wrote:
> Werner,
>
> Could we please think about refactoring the code such that
> opensaml.jar is loaded only when needed? (using just UsernameToken
> should not drag in OpenSAML jar)
>
> thanks,
> dims
>
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org
Re: Refactoring support for SAML
Posted by Werner Dittmann <We...@t-online.de>.
Dims,
IMO this is a major undertaking because the opensaml code is used in
several classes (WSSIgnEnvelope, WSSecurityEngine, WSHandler, just to
name the mos prominent). Thus currently its need already during
compilation. Such a refactoring would imply a to implement some
hooks that provide functions to load classes fully dynamically, etc.
However, I'll take a look.
Regards,
Werner
Davanum Srinivas wrote:
> Werner,
>
> Could we please think about refactoring the code such that
> opensaml.jar is loaded only when needed? (using just UsernameToken
> should not drag in OpenSAML jar)
>
> thanks,
> dims
>
---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org