I've found that log4j, commons-logging and various javax.xml.parsers.*,
org.w3c.*, javax.naming.* cause problems. So if you have any of these in your
ear then you should remove them. Given that JBoss uses many popular opensource
libraries, there might be more confict that I don't encounter.
I h
Thanks for the reply Adrian, I've found the cause of the CNFE. Basically rar
deployment file of the embeded rar (-ds.xml) was residing outside the ear. When
I moved it inside ear CNFE was resolved - make sense I supposed :)
However, I still have some strange issue with isolated classloader - i.
CNFE is clear but it is not the behaviour I expect. All required classes reside
within the rar which is embeded in an ear. My question is - is it possible to
deploy an embeded rar (in an ear) without having to extract out jars/classes
from ear into the lib directory?
BTW: this is jboss 4.0.2.
I have a RAR that is embedded in an EAR. My EAR deployer is set to use isolated
class loader repository (non sharing). Upon deployment of the EAR, the RAR gets
picked up but RARDeployment could not find the dependent classes (which reside
solely in the EAR).
It appears that I need to pull out t
