From: <php...@li...> - 2006-02-16 20:38:41
|
Jost, I really appreciate your help looking into this issue. Unfortunately JBoss is the only choice I have at the moment. I'm somewhat new to the J2EE AS arena and have a newbie question to ask. Could you give me some direction as to where I would be adding the policy file or where I should be looking? Am I disabling the dynamic classloader in the bridge or for the JavaBridge WAR in the AS? Thank you, Kris On 2/16/06, php...@li... < php...@li...> wrote: > > Hi, > > I was able to reproduce this problem with our > classloader. > > I will switch it off when the backend runs in a > servlet engine or a j2ee application server. > > The whole concept of the dynamic classloader doesn't > work when the j2ee server uses two seperate > classloaders for the webapp and for the j2ee classes. > > The org.jnp.interfaces.NamingContextFactory is in the > jboss j2ee classpath, it is not visible to the webapp > classloader. Since the dynamic classloader only > delegates to its parent and doesn't have access to the > jboss j2ee classloader the code: > > new Java("org.jnp.interfaces.NamingContextFactory") > > always fails when the dynamic classloader is set as > the bridge thread context classloader. > > The situation is different when the dynamic > classloader runs within our standalone container, so I > will not remove it entirely. But j2ee or servlet > environments have their own way to handle jar and > class files. > > As a workaround please add a policy file which > disables the dynamic classloader, or use a commercial > AS which ships with a reasonable policy file. The Sun > J2EE AS 8.1 for example ships with a default policy > file which denies us to dynamically load classes, so > the dynamic classloader is switched off automatically. > > > Regards, > Jost Boekemeier > > > > > > > > > > ___________________________________________________________ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > |