Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/561449#561449 -------------------------------------------------------------- This is certainly possible, but unfortunately not completely out-of-the-box aka via configuration. What you need to do is the following: * create new cl domain for your deployment -- can be done via jboss-classloading.xml * set default cl domain as your parent cl domain -- can be done via jboss-classloading.xml * create parent policy for Module which sets your excludes -- needs some deployer / programmatic This probably means you would have to create a new deployer which would create custom Module - to override the getDeterminedParentPolicy, which would disable the usage of VFSClassLoaderDescribeDeployer --> your similar deployer should kick in. You can have a crack at it, but let me know if you get stuck, and I'll help you. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/561449#561449] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/565671#565671 -------------------------------------------------------------- I'll add this functionality to Deployers trunk asap -- declarative way to create new domains. It should be portable to other Deployers versions as well. * http://java.dzone.com/articles/jboss-microcontainer-virtual-deployment-fr... http://java.dzone.com/articles/jboss-microcontainer-virtual-deployment-fr... Deployers in AS5/MC work differently -- read the article to get a better insight. It's a chain of deployers, not just a single deployer, hence TomcatDeployer will still kick in. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/565671#565671] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/569126#569126 -------------------------------------------------------------- OK, just commited changes to AS6_trunk which enable this behavior. The new file is jboss-classloading-domain.xml, e.g.: * http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/dep... http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/dep... -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/569126#569126] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/575727#575727 -------------------------------------------------------------- No particular docs, as the usage is quite simple. Simply drop properly configured jboss-classloading-domain.xml file into your app's META-INF and it should work. These two code snippest show how parent policy gets created. (which is what filters cl lookups between cl domains) public ParentPolicy createParentPolicy()    {       if (parentPolicy == null)       {          if (name != null)          {             String upper = name.toUpperCase();             try             {                Field instance = ParentPolicy.class.getField(upper);                parentPolicy = (ParentPolicy) instance.get(null);             }             catch (Throwable t)             {                throw new RuntimeException("Cannot create parent-policy, wrong name perhaps? - " + name, t);             }          }          else          {             ClassFilter before = (beforeFilter != null) ? beforeFilter.createFilter() : ClassFilterUtils.EVERYTHING;             ClassFilter after = (afterFilter != null) ? afterFilter.createFilter() : ClassFilterUtils.NOTHING;             parentPolicy = new ParentPolicy(before, after, description);          }       }       return parentPolicy;    } public ClassFilter createFilter()    {       // perhaps it's JavaBean       if (value instanceof ClassFilter)       {          return (ClassFilter) value;       }       else       {          try          {             Class<?> clazz = getClass().getClassLoader().loadClass(filterClassName);             Constructor<?> ctor = (value != null) ? clazz.getDeclaredConstructor(value.getClass()) : clazz.getDeclaredConstructor();             return (ClassFilter) ctor.newInstance(value);          }          catch (Throwable t)          {             throw new RuntimeException("Cannot instantiate filter: " + filterClassName + " / " + value, t);          }       }    } By default the filterClassName is PackageClassFilter.class.getName(). Let me know if you need some more help. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/575727#575727] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/575735#575735 -------------------------------------------------------------- You need something like this: <?xml version="1.0" encoding="UTF-8"?> <classloading-domain xmlns="urn:jboss:classloading-domain:1.0" name="your-domain-name">    <parent-policy>       <before-filter>          <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.plugins.filter.NegatingClassFilter">             <constructor>                <parameter>                   <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.spi.filter.PackageClassFilter">                      <constructor>                         <parameter>1.0.com.sun.codemodel</parameter>                      </constructor>                   </javabean>                </parameter>             </constructor>          </javabean>       </before-filter>    </parent-policy> </classloading-domain> -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/575735#575735] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/575740#575740 -------------------------------------------------------------- Hmmm, since you're using .war, your resoources should already come in first -- by the spec. Since you're actually only filtering a single package, the rest of the stuff still goes to JBoss' CXF version. Which is probably bound to endup in failure due to mix&match. :-) The idea for this domain xml is that you filter all of the lib also included in JBoss. Dunno if this is the case with you. You can actually ignore this error with ignoreSet in jboss-scanning-deployers-beans.xml. But this is probably not the right thing to do. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/575740#575740] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/575746#575746 -------------------------------------------------------------- What we currently "said" with this config is the following: * if the package isn't 1.0.com.sun.codemodel, go and look into parent * else don't go into parent, only look at my resources e.g. if I wanted to use own Hibernate lib from my jar, I would filter on all org.hibernate.* packages. (hopefully the Hibernate lib is properly packaged, and doesn't have any classes outside org.hibernate :-)) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/575746#575746] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Petr H [http://community.jboss.org/people/hostalp] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/578445#578445 -------------------------------------------------------------- Hello, so based on what's discussed here I tried some things but don't seem to have succeeded. I'll shortly describe what I'm up to and what I've done: I've got an ear: ear/lib - shared jars ear/web1.war ear/web2.war ear/web3.war (wars reference some of tha shared stuff in lib via META-INF/MANIFEST.MF Class-Path) Now I'm trying to filter out JBoss Hibernate stuff for the whole ear globally: ear/META-INF/jboss-classloading-domain.xml <?xml version="1.0" encoding="UTF-8"?> <classloading-domain xmlns="urn:jboss:classloading-domain:1.0" name="MyDomain"> <parent-policy>   <before-filter>    <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.plugins.filter.NegatingClassFilter">     <constructor>      <parameter>       <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.spi.filter.PackageClassFilter">        <constructor>         <parameter>org.hibernate</parameter>        </constructor>       </javabean>      </parameter>     </constructor>    </javabean>   </before-filter> </parent-policy> </classloading-domain> however I'm still getting an exceptions related to hibernate validator which appears to be related to the differences between hibernate bundled in the ear - 3.5.6 - and hibernate in JBoss 6.0.0.Final - 3.6.0 + hibernate Validator 4.1.0 - see below. So that doesn't seem to be working for me. Now - what's wrong? Should I define a jboss-classloading.xml as well (I don't have any at the moment)? What it should look like then? And can all this be done on the ear level, or should I go through each war? Or anything else? org.hibernate.AnnotationException: java.lang.NoSuchMethodException: org.hibernate.validator.ClassValidator.<init>(java.lang.Class, java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager) at org.hibernate.cfg.AnnotationConfiguration.applyHibernateValidatorLegacyConstraintsOnDDL(AnnotationConfiguration.java:455) [:3.5.6-Final] at org.hibernate.cfg.AnnotationConfiguration.applyConstraintsToDDL(AnnotationConfiguration.java:428) [:3.5.6-Final] at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:403) [:3.5.6-Final] at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1206) [:3.5.6-Final] at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Configuration.java:1459) [:3.5.6-Final] at org.hibernate.ejb.EventListenerConfigurator.configure(EventListenerConfigurator.java:193) [:3.5.6-Final] at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:1086) [:3.5.6-Final] at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:685) [:3.5.6-Final] -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578445#578445] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/582756#582756 -------------------------------------------------------------- How would it actually got this class' CL if first needs to load the class itself? Which CL comes from PUInfo? I would expect app's ... You can actually force JBossAS to ignore persistence.xml with jboss-ignore.txt, so not really neccessary to rename the file. This way of course you delegate the work to ext lib, which then loads local classes first. But in my test, I later on had issues with EJB, which uses Hibernate for its timers handling. Afaik, Jaikiran is looking into the issue, as EJBs + timers handling should not overlap with deployment's JPA usage. btw: nice and useful blog post :-) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/582756#582756] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Tom Muldoon [http://community.jboss.org/people/tmuldo%40firstbest.com] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/589284#589284 -------------------------------------------------------------- I’m afraid that I haven’t been able to get past the issue in which JBoss’s version of Hibernate (3.6) is used instead of my version of Hibernate (3.2.6) which is deployed in WEB-INF/lib as evidenced by the stack trace… Caused by: java.lang.AbstractMethodError: org.springframework.orm.jpa.persistenceunit.SpringPersistenceUnitInfo.getSharedCacheMode() Ljavax/persistence/SharedCacheMode;         at org.hibernate.ejb.util.LogHelper.logPersistenceUnitInfo(LogHelper.java:39) [:3.6.0.Final]         at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:516) [:3.6.0.Final]         at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:73) [:3.6.0.Final]         at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:224) [:2.5.5]         at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:291) [:2.5.5]         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1368) [:2.5.5]         at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1334) [:2.5.5]         ... 165 more Here's the log entry proving that my WEB-INF/jboss-classloading-domain.xml file is being referenced (as expected)... 08:28:55,575 DEBUG [org.jboss.classloader.spi.ClassLoaderSystem] DefaultClassLoaderSystem@39452f registered domain=ClassLoaderDomain(a)182e645{name=FirstBest-UMS.war (http://community.jboss.org/mailto:domain=ClassLoaderDomain@182e645%7bname...) parentPolicy=(before=EXCLUDE [org.hibernate] after=<NOTHING>) parent=java.net.URLClassLoader@1112783 (mailto:parent=java.net.URLClassLoader@1112783)} My WEB-INF/jboss-classloading-domain.xml… <?xml version="1.0" encoding="UTF-8"?> <classloading-domain xmlns="urn:jboss:classloading-domain:1.0" name="FirstBest-UMS.war"> <parent-policy>   <before-filter>    <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.plugins.filter.NegatingClassFilter">     <constructor>      <parameter>       <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.spi.filter.RecursivePackageClassFilter">        <constructor>         <parameter>org.hibernate</parameter>        </constructor>       </javabean>      </parameter>     </constructor>    </javabean>   </before-filter> </parent-policy> </classloading-domain> This issue is unfortunately blocking our migration from JBoss 4.2.3 to JBoss 6.0.0.Final. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/589284#589284] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Tom Muldoon [http://community.jboss.org/people/tmuldo%40firstbest.com] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/589505#589505 --------------------------------------------------------------  The simplest of answers is time. Hibernate 3.6 would require an update of Spring (based upon the AbstractMethodError in my earlier post) which would require an update of Acegi Security (to Spring Security) and so on. While those upgrades are inevitable (and time consuming), we had hoped that we would be able to upgrade JBoss AS without having to upgrade our application at this time (or the 3rd party libraries that it depends upon). -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/589505#589505] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Gary L [http://community.jboss.org/people/surtax] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/589632#589632 -------------------------------------------------------------- I'm having a similar problem, I am coming with a war that works in jboss5 and trying to deploy it to jboss6 and am receiving the error I beleive its because the war has packaged with it a 2.1 version of jaxb-xjc.jar: Caused by: java.lang.Error: Error visiting "/C:/***.war/WEB-INF/lib/jaxb-xjc.jar/1.0/com/sun/codemodel/JConditional.class" I am not limited by anything I can do on the server or the app. I have tried to replace the jaxb-xjc.jar (v2.1) in my app to the jBoss default of (2.2) - fail I have tried to delete the .jar from both the war and the jboss/lib folder but it gives me the exact same error. Any guidance on how to quickly and easily fix this would be much appreciated -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/589632#589632] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]