[jira] Reopened: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.

["Jeff Genender (JIRA)" <de...@geronimo.apache.org>]

     [ http://issues.apache.org/jira/browse/GERONIMO-1075?page=all ]
     
Jeff Genender reopened GERONIMO-1075:
-------------------------------------


Should this also be at the generic level (i.e. the WebModuleBuilder) instead of the Tomcat and Jetty builders?  If not, then additional tags need to be in the geronimo-jetty-config and geronimo-tomcat-config so the class loading model can be used in the generic web-app and declared in the <container-config>.

> Configuration classloaders should support an inverse classloading delegation model.
> -----------------------------------------------------------------------------------
>
>          Key: GERONIMO-1075
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1075
>      Project: Geronimo
>         Type: Improvement
>   Components: kernel
>     Versions: 1.0-M5, 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M1
>     Reporter: Gianny Damour
>     Assignee: Gianny Damour
>      Fix For: 1.0

>
> Currently, configuration classloaders use the standard class loading delegation model. It seems that a reverse class loading delegation model, a la servlet container, may be useful.
> Also, after discussion with Dain, it seems that a configuration classloader should defines two types of filters:
> * classes hidden from the configuration: this means that this configuration cannot see the classes defined by this filter; and
> * classes non overridable by this configuration: this means that this configuration cannot override the classes defined by this filter. Note that this list has a meaning only when the class loading delegation model is reversed.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira