Re: [Resteasy-users] ClassLoading error follwoing upgrade from RestEasy 2.3.2 to 2.3.5 in JBoss AS7.1
Well, I didn't do anything other than add it in the module.xml file as a dependencies section. Not sure if that means I exported it or not, sorry. Thanks for RestEasy btw, it's a great framework. James. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users
[Resteasy-users] ClassLoading error follwoing upgrade from RestEasy 2.3.2 to 2.3.5 in JBoss AS7.1
Hi I may be mistaken but I believe I've found an issue on patching JBoss AS7.1 from RestEasy 2.3.2 to 2.3.5. Specifically, a NoClassDefFoundError on org/apache/commons/io/output/DeferredFileOutputStream (when I use an ApacheHttpClient4Executor in my code to manipulate the headers before sending the REST request). We do not include the RESTEasy client in our war file - as far as I can tell, it used-to just work. I downloaded the zip from sourceforge, removed the old modules/org/jboss/resteasy directory from jboss and unpacked the new one from the JBoss zip into its place. Having done so I am now getting a stack trace (pasted at the end of this message), apparently caused by a lost dependency on commons-io. I upgraded from 2.3.2 to 2.3.5 because we need fix #RESTEASY-485 - our Form parameters on PUT requests are being lost because we've had to add a random QueryParam to prevent IE from caching the AJAX responses. I have checked the module.xml file from before and after the upgrade and can't see any differences - in particular, it doesn't appear that a dependency was previously declared on commons-io, so I'm not sure how it used to work. I will try adding a dependency in on commons-io in the resteasy-jaxrs/main/module.xml and see if that fixes it - otherwise I'm rather stumped. The stack trace is below. Thank you, James. 11:18:52,502 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-5) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class com.mycompany.project.backend.tax.uktaxcalculators.UKTaxCalculatorsTaxCalculator$1 at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09] Caused by: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.jboss.resteasy.client.core.executors.ApacheHttpClient4Executor at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.introspector.jlr.WeldClassImpl.init(WeldClassImpl.java:139) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] ... 11 more Caused by: java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFileOutputStream at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.7.0_09] at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [rt.jar:1.7.0_09] at java.lang.Class.getDeclaredFields(Class.java:1760) [rt.jar:1.7.0_09] at
Re: [Resteasy-users] ClassLoading error follwoing upgrade from RestEasy 2.3.2 to 2.3.5 in JBoss AS7.1
Ok, i've created a jira for this so that future versions of the patcher will set up the module dependencies correctly. On 11/20/2012 11:56 AM, Bill Burke wrote: Did you have to export it? On 11/20/2012 11:04 AM, James Fellows wrote: You might have to export AC4 + commons from the resteasy module. But adding the commons-io dependency might work too. Let me know how it goes, and I'll update the patcher. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com Adding commons io to module.xml (for resteasy-jasxrs) appears to have done the trick. Thanks for the response, James. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users
