[jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of
kabir.khan@jboss.com
do-not-reply at jboss.com
Wed Mar 11 12:27:11 EDT 2009
"alex.loubyansky at jboss.com" wrote : So, valueObject is bound to a wildcard and {urn:jboss:classloading:1.0}capabilities should be resolved as its content. Perhaps, it cannot be.
| Can you enable TRACE for org.jboss.xb?
The trace was too long, but Ales suggested offline I add @XmlRootElement to CapabilitiesMetaData.
| @XmlType(name="capabilties", propOrder= {"capabilities"})
| @XmlRootElement(name="capabilities", namespace="urn:jboss:classloading:1.0")
| public class CapabilitiesMetaData implements Serializable, Cloneable
|
This now works, and as per Adrian's previous suggestion I added a helper bean to jboss-cl
| public class DefaultGlobalCapabilitiesProvider implements GlobalCapabilitiesProvider
| {
| List<Capability> capabilities;
|
| public void setGlobalCapabilities(CapabilitiesMetaData capabilitiesMetaData)
| {
| capabilities = capabilitiesMetaData.getCapabilities();
| }
|
| public List<Capability> getCapabilities()
| {
| return capabilities;
| }
| }
|
Usage in GeneratedClassesUnitTestCase.xml
| <?xml version="1.0" encoding="UTF-8"?>
| <deployment xmlns="urn:jboss:bean-deployer:2.0">
|
| <bean name="DefaultGlobalCapabilitiesProvider" class="org.jboss.classloading.plugins.dependency.DefaultGlobalCapabilitiesProvider">
| <property name="globalCapabilities">
| <capabilities xmlns="urn:jboss:classloading:1.0">
| <package name="newpackage"/>
| </capabilities>
| </property>
| </bean>
|
| </deployment>
|
The tests so far use importAll=true for the classloaders. Now, I'm going to try to break this where the requesting classloader has explicit imports
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217048#4217048
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217048
More information about the jboss-dev-forums
mailing list