[jboss-user] [JBoss Microcontainer] - Re: Custom ClassLoader

Ales Justin do-not-reply at jboss.com
Tue Mar 26 16:38:20 EDT 2013

Ales Justin [https://community.jboss.org/people/alesj] created the discussion

"Re: Custom ClassLoader"

To view the discussion, visit: https://community.jboss.org/message/804929#804929

> I guess the zero-roots CL (as you say) shares the domain of deployment's CL.
Can we somehow confirm this?

> Is that the reason why super.loadClass goes back to org.jboss.classloader.spi.base.BaseClassLoader ? 
If 1st paragraph holds, then yes.

> Is there any thing wrong in what I did ? (I am able to get the breakpoint in loadClass method, and here the parent classloader is BaseClassLoader of jboss)

>From 10.000ft atm, no. :-)

> My war has few encrypted classes (which can be decrypted only if a hardware dongle is available using the ClassLoader provided by the hardware dongle). And now since we use JBoss, the encrypted classes are not been loaded. (In tomcat it was possible to set the system classloader :  –Djava.system.class.loader in catalina.bat)
> I first tried to load then using translator (the previous post from me), but if I use translator, the plain bytecode is available in translator (after translator decrypts the encrypted class)
> So now I am trying to use this customClassLoader, and here use the ClassLoader provided the third party (the company which provides us the hardware dongle).

I don't see how translator is different from classloader.
In both cases you can see the actual bytecode.

Reply to this message by going to Community

Start a new discussion in JBoss Microcontainer at Community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20130326/9a81a31c/attachment-0001.html 

More information about the jboss-user mailing list