DO NOT REPLY [Bug 30694] New: - Classes specified in config are not loaded by the servlet's classloader...

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30694>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30694

Classes specified in config are not loaded by the servlet's classloader...

           Summary: Classes specified in config are not loaded by the
                    servlet's classloader...
           Product: Slide
           Version: Nightly
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Core
        AssignedTo: slide-dev@jakarta.apache.org
        ReportedBy: gblock@ctoforaday.com


In domain.xml:

<nodestore classname="com.wow.framework.security.slide.UserStore">
    <parameter name="wibble">wibble...</parameter>
</nodestore>

This is deployed in the WAR, along with the domain.xml config, and the setup for the servlets.  
However, the classloader cannot find it, for some bizarre reason, even though it did find and load the 
domain configuration correctly.

The problem appears to be that when the core JARs are in ${tomcat}/shared/lib, for example, and not in 
the WEB-INF, it uses the classloader associated with the class, and not that associated with the servlet 
loading the configuration in the first place; hence, replacement stores cannot be loaded.

Can this be changed, please, so that the servlet's classloader is set on the domain object before the 
configuration is loaded, and that config loading uses the domain's manual classloader to do this?

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org