[
https://issues.jboss.org/browse/WELD-781?page=com.atlassian.jira.plugin.s...
]
Ales Justin commented on WELD-781:
----------------------------------
> Could we please consider this issue for the 1.2.0 release?
Definitely.
As we'll already have some API changes to accommodate OSGi integration,
hence this would be another one.
Provide a mechanism in ResourceLoader for the SPI implementation to
use a module classloader for classloading in multiple-module applications
---------------------------------------------------------------------------------------------------------------------------------------------
Key: WELD-781
URL:
https://issues.jboss.org/browse/WELD-781
Project: Weld
Issue Type: Feature Request
Components: Weld SPI
Affects Versions: 1.1.0.Beta2
Reporter: Sivakumar Thyagarajan
Priority: Minor
Fix For: 1.2.0.Beta1
Provide a mechanism in ResourceLoader for the SPI implementation to use a module
classloader for classloading in multiple-module applications.
In the current SPI loadClass(String name) is called and the container such as GlassFish,
has no choice but to use the TCL or a generic classloader for the application.
For applications that have multiple modules(such as an EAR), the container needs a
mechanism to identify which module the Class/resource being loaded belongs to, so that it
can use the appropriate module classloader.
So, for instance, it would be nice if the SPI could be modified to have a
public Class<?> classForName(String name, BeanDeploymentArchive originatingBDA);
instead of classForName(name)
and equivalents for the other methods in ResourceLoader.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira