JBossCache version: 1.4.1SP3/1.4.1SP4.

I have a web application, packaged as a .war, that is targeted towards 
multiple-versions/multiple-vendors of J2EE. JBossCache is used as the 
second-level cache for Hibernate, and usually works quite well.

In jboss-web.xml, I keep java2ClassLoadingCompliance=false, to avoid conflicts 
with JBoss's system copies of libraries (this mainly for complete isolation of  
logging).

In web-inf/lib, I have copies of jboss-common.jar, jboss-system.jar, and 
jboss-jmx.jar (minus the javax.jmx api classes), along with jboss-cache.jar

The first three jars (system, common, jmx) MUST reside in web-inf/lib for 
JBossCache to work on non-JBoss appservers. 

On appserver 4.0.5GA, this works great. 

THE PROBLEM:
   It doesn't work on JBoss versions other than 4.0.5. I've tried 4.0.4GA, 
4.0.4GA-Patch1, and 4.2.0GA. On these JBoss versions, a vanilla JNDI lookup of 
a vanilla Datasource object in a servlet's init() method fails in a strange 
way. The datasource JNDI name is resolved without NamingException, but the 
object bound to the name is a null.

What seems to be occurring is that because java2ClassLoadingCompliance is set 
to false, the webapp is getting its own, half-corrupted JNDI tree, originating 
in the 3 jboss jars in web-inf/lib, instead of the usual system JNDI tree 
containing the datasource. 

I need to be able to instruct the JBossCache of these peculiarities. Such that, 
when its running in JBoss Appserver, it should obtain its dependencies from the 
appserver, regardless of java2ClassLoadingCompliance setting. 

How can I strip down the JBossCache dependencies to the bare minimum? I don't 
need to deploy it as a standalone JBoss service, nor monitor its stats via JMX. 

If I remove the 3 jboss jars from web-inf/lib prior to deployment, the JNDI 
lookup works OK on 4.0.4/4.2.0. This is the solution of last resort, since it 
forces customization of the .war file for specific platforms beyond deployment 
descriptors, multiplying testing and management efforts.

Any thoughts?






View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069647#4069647

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069647
_______________________________________________
jboss-user mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to