Werner,

The code is here:
http://svn.apache.org/repos/asf/webservices/axis2/trunk/java/modules/security/

As you can see it is a VERY THIN layer on top of wss4j. just 4 classes
and some supporting classes.

thanks,
dims

On 10/21/05, Ruchith Fernando <[EMAIL PROTECTED]> wrote:
> Hi Werner,
>
> Please see my comments below:
>
> Thanks,
> Ruchith
>
> On 10/21/05, Dittmann, Werner <[EMAIL PROTECTED]> wrote:
> > All,
> >
> > without having a look into Axis2 I have some questions:
> >
> > - how many classloader environments does Axis2 need/uses?
> > - what is the difference between "Axis2 module classloader"
> >   and "Axis2 service classloader"
>
> Axis2 uses two classloaders one for services and one for modules. IMHO
> this is mainly because the Axis2 services and modules are archived and
> they are expected to work in isolation. Therefore the classloader that
> is associated with the module archive is the 'module class loader' and
> similarly with the service. The third party libs and other resources
> associated with the module or the service will be packaged in that
> respective archive and will only be pickedup by the respective
> classloader.
>
> > - does a handler like the WSS4J handler runs as Axis2 service
> >   or as Axis2 module?
>
> We have ports of the WSdoAll* handlers in a Axis2 module.
>
> >
> > Regards,
> > Werner
> >
> >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Ruchith Fernando [mailto:[EMAIL PROTECTED]
> > > Gesendet: Freitag, 21. Oktober 2005 14:58
> > > An: [email protected]
> > > Betreff: Picking up resources with a custom classloader
> > >
> > >
> > > Hi All,
> > >
> > > Dims made some changes recently to enable WSS4J to load the password
> > > callback class from a given class loader. This allowed Axis2 security
> > > module (which is a port of the WSDoAll* handlers) to be able to load
> > > the password callback parameters from the service's class loader.
> > >
> > > Axis2 services have their own classloader  and this is different from
> > > the classloader available to the Axis2 module. Therefore we need to
> > > supply the service's classloader to WSS4J to pickup the required
> > > resources and classes.
> > >
> > > Therefore we should also be able to load the other resources such as
> > > crypto.propertes with a custom class loader (the service's classloader
> > > in the case of Axis2), and we may have to load a different Crypto impl
> > > from the Axis2 service archive. Right now this is not possible since
> > > the CryptoFactory and the default Crypto impl (Merlin) is not capable
> > > of accessing a custom class loader.
> > >
> > > I made some changes and tried it out with Axis2 and it was able to
> > > pickup the resources from the Axis2 service archive. Please have a
> > > look at the attached diff.
> > >
> > > Can we have this option in WSS4J? Or is there a better way to do it?
> > > Thoughts? :-)
> > >
> > > Thanks
> > > --
> > > Ruchith
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>
>
> --
> Ruchith
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Davanum Srinivas : http://wso2.com/blogs/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to