You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Gianny Damour (JIRA)" <de...@geronimo.apache.org> on 2005/10/15 09:16:44 UTC
[jira] Created: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.
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
Assigned to: 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
[jira] Commented: (GERONIMO-1075) Configuration classloaders should
support an inverse classloading delegation model.
Posted by "Gianny Damour (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=comments#action_12362111 ]
Gianny Damour commented on GERONIMO-1075:
-----------------------------------------
It seems that David J has fixed that. Could you please confirm and close if you are happy?
Thanks,
Gianny
> 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.1
>
> 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
[jira] Reopened: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.
Posted by "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
[jira] Closed: (GERONIMO-1075) Configuration classloaders should
support an inverse classloading delegation model.
Posted by "Vamsavardhana Reddy (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=all ]
Vamsavardhana Reddy closed GERONIMO-1075.
-----------------------------------------
> Configuration classloaders should support an inverse classloading delegation model.
> -----------------------------------------------------------------------------------
>
> Key: GERONIMO-1075
> URL: http://issues.apache.org/jira/browse/GERONIMO-1075
> Project: Geronimo
> Issue Type: Improvement
> Security Level: public(Regular issues)
> Components: kernel
> Affects Versions: 1.0-M5, 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M1
> Reporter: Gianny Damour
> Assigned To: Gianny Damour
> Fix For: 1.2
>
>
> 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
[jira] Closed: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.
Posted by "Gianny Damour (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=all ]
Gianny Damour closed GERONIMO-1075:
-----------------------------------
Resolution: Fixed
Geronimo svn output
Sending modules\connector-builder\src\java\org\apache\geronimo\connector\deployment\ConnectorModuleBuilder.java
Sending modules\connector-builder\src\schema\geronimo-connector-1.0.xsd
Sending modules\deployment\src\java\org\apache\geronimo\deployment\DeploymentContext.java
Sending modules\j2ee-builder\src\java\org\apache\geronimo\j2ee\deployment\EARConfigBuilder.java
Sending modules\j2ee-builder\src\schema\geronimo-application-1.0.xsd
Sending modules\j2ee-schema\src\java\org\apache\geronimo\schema\SchemaConversionUtils.java
Sending modules\jetty-builder\src\java\org\apache\geronimo\jetty\deployment\JettyModuleBuilder.java
Sending modules\jetty-builder\src\schema\geronimo-jetty-1.0.xsd
Sending modules\kernel\src\java\org\apache\geronimo\gbean\runtime\GBeanInstanceState.java
Sending modules\kernel\src\java\org\apache\geronimo\kernel\config\Configuration.java
Sending modules\kernel\src\java\org\apache\geronimo\kernel\config\ConfigurationData.java
Sending modules\kernel\src\java\org\apache\geronimo\kernel\config\MultiParentClassLoader.java
Sending modules\kernel\src\test\org\apache\geronimo\kernel\config\MultiParentClassLoaderTest.java
Sending modules\service-builder\src\java\org\apache\geronimo\deployment\service\ServiceConfigBuilder.java
Sending modules\service-builder\src\schema\geronimo-config-1.0.xsd
Sending modules\system\src\java\org\apache\geronimo\system\configuration\ExecutableConfigurationUtil.java
Sending modules\tomcat-builder\src\java\org\apache\geronimo\tomcat\deployment\TomcatModuleBuilder.java
Sending modules\tomcat-builder\src\schema\geronimo-tomcat-1.0.xsd
Transmitting file data ..................
Committed revision 321306.
OpenEJB cvs output
Checking in modules/openejb-builder/src/java/org/openejb/deployment/OpenEJBModuleBuilder.java;
/home/projects/openejb/scm/openejb/modules/openejb-builder/src/java/org/openejb/deployment/OpenEJBModuleBuilder.java,v <-- OpenEJBModuleBuilder.java
new revision: 1.59; previous revision: 1.58
done
Mailing the commit message...
Checking in modules/openejb-builder/src/schema/openejb-jar-2.0.xsd;
/home/projects/openejb/scm/openejb/modules/openejb-builder/src/schema/openejb-jar-2.0.xsd,v <-- openejb-jar-2.0.xsd
new revision: 1.5; previous revision: 1.4
done
> 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
[jira] Resolved: (GERONIMO-1075) Configuration classloaders should
support an inverse classloading delegation model.
Posted by "Aaron Mulder (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=all ]
Aaron Mulder resolved GERONIMO-1075:
------------------------------------
Resolution: Fixed
> 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.1
>
> 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
[jira] Updated: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.
Posted by "Dain Sundstrom (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=all ]
Dain Sundstrom updated GERONIMO-1075:
-------------------------------------
Fix Version: 1.1
(was: 1.0)
> 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.1
>
> 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