Re: [forge-dev] Weird error again....

Yeah, the confusing thing here is that even though SwitchYardFacet is in the *same* module (different resource-root) as the Facet that is requesting it, it cannot find the class. Does that sound possible? Is this maybe a problem with weld not scanning/loading SwitchYardFacet for some reason? ~Lincoln On Wed, Jan 11, 2012 at 8:51 PM, Tom Cunningham <tcunning(a)redhat.com&gt;wrote: > ** > Stuart, > > The missing class is SwitchYardFacet.class. The thing that I don't > understand is that it is contained in one of the other resource roots, but > not the one that makes this reference. Shouldn't it be able to find it? > > The other strange thing is that this worked in Forge 1.0.0.Beta3. > > --Tom > > > On 01/11/2012 02:36 PM, Stuart Douglas wrote: > > Actually looking at that stack trace I would say that the missing class > is one of: > > { DependencyFacet.class, PackagingFacet.class, SwitchYardFacet.class } > > Based on the fact that it is dying inside parseClassArray(). > > Are all these classes in the same module? An easy way to experiment is > to set a breakpoint, and then in the watches window do > CamelFacet.class.getClassLoader().loadClass("com.blagh.DependencyFacet") > and see which ones are not accessible. > > Stuart > > > On 12/01/2012, at 3:02 AM, Lincoln Baxter, III wrote: > > Hey Stuart, > > I have a favor to ask regarding Weld/JBM. If you have a few seconds, > could you take a look at something for me? The steps to reproduce this > problem are in the issue (and this email thread,) but I'm pretty much at a > loss to why this isn't working. We're getting that lovely > sun.reflect.annotation. > TypeNotPresentExceptionProxy again, this time on a class that is in a > resource root of the same module, but doesn't seem to be found. > > I'd love to hear your thoughts. > > https://issues.jboss.org/browse/FORGE-427 > > Thanks, > Lincoln > > On Tue, Dec 20, 2011 at 9:33 PM, Lincoln Baxter, III < > lincolnbaxter(a)gmail.com&gt; wrote: > >> I take that back. I'll have to do more digging. After adding log4j to >> the module.xml, I receive the same error that you did. >> >> >> On Tue, Dec 20, 2011 at 9:31 PM, Lincoln Baxter, III < >> lincolnbaxter(a)gmail.com&gt; wrote: >> >>> Ok well, once I turned on logging I was able to figure out the root >>> cause, but I don't know exactly why yet. I'm assuming that the stack trace >>> is fairly obvious. The question is. "What is the correct way to resolve it?" >>> >>> Side note: I really need to add a logging toggle in Forge itself, but >>> it would need to go into the launcher, just haven't gotten around to it >>> yet. Currently, one needs to edit the build to enable logging *gulp* >>> (Search for "LOGGING") in the source and you'll see what I mean :/ That >>> might be my tomorrow (in addition to working on this.) I'm going to be >>> cutting a Beta5 very soon because of some issues in the recent Beta4. >>> >>> Dec 20, 2011 9:25:43 PM org.jboss.weld.util.ServiceLoader >>> prepareInstance >>> WARNING: Could not instantiate service class >>> org.switchyard.component.bean.SwitchYardCDIServiceDiscovery >>> java.lang.NoClassDefFoundError: org/apache/log4j/Logger >>> at >>> org.switchyard.component.bean.SwitchYardCDIServiceDiscovery.<clinit>(SwitchYardCDIServiceDiscovery.java:59) >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>> Method) >>> at >>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) >>> at java.lang.reflect.Constructor.newInstance(Constructor.java:513) >>> at >>> org.jboss.weld.util.ServiceLoader.prepareInstance(ServiceLoader.java:273) >>> at >>> org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:238) >>> at >>> org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) >>> at org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) >>> at >>> org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) >>> at >>> org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) >>> at >>> org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:340) >>> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:91) >>> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:90) >>> at java.lang.Thread.run(Thread.java:680) >>> Caused by: java.lang.ClassNotFoundException: org.apache.log4j.Logger >>> from [Module "org.switchyard.switchyard-forge-plugin:0.3.0.Final" from >>> local module loader @6de1dadb (roots: >>> /Users/lbaxter/dev/forge/modules,/Users/lbaxter/.forge/plugins)] >>> at >>> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:361) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:333) >>> at >>> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:310) >>> at >>> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:103) >>> ... 15 more >>> >>> >>> >>> On Tue, Dec 20, 2011 at 5:50 PM, Tom Cunningham <tcunning(a)redhat.com&gt;wrote: >>> >>>> >>>> Here's the steps to reproduce (there's quite a few, sorry for that, we >>>> should have this down to two in the next release) : >>>> >>>> Download >>>> >>>> http://downloads.jboss.org/switchyard/releases/v0.3/switchyard-installer-... >>>> unzip switchyard-installer-0.3.0.Final.zip >>>> cd switchyard-installer-0.3 >>>> unzip a jboss-as-7.0.2 somewhere to install into, give that location to >>>> the installer >>>> Answer (y) that you would like to install the SwitchYard Forge plugin >>>> If you have FORGE_HOME set to forge-1.0.0.Beta4 or SNAPSHOT, it may >>>> error out on trying to write to the ~/.forge/plugins/installed.xml >>>> because JARs have moved around - in this case add the following line to >>>> installed.xml : >>>> >>>> <installed> >>>> <plugin name="org.switchyard.switchyard-forge-plugin" >>>> slot="0.3.0.Final"/> >>>> </installed> >>>> >>>> Change FORGE_HOME to forge-1.0.0.Beta4 or SNAPSHOT >>>> >>>> Edit >>>> >>>> ~/.forge/plugins/org/switchyard/switchyard-forge-plugin/0.3.0.Final/module.xml >>>> Change <module name="javax.enterprise.cdi-api"/> >>>> to <module name="javax.enterprise.api"/> >>>> Change <module name="org.jboss.forge.shell-api"/> >>>> to <module name="org.jboss.forge.shell.api"/> >>>> >>>> forge >>>> >>>> >>>> >>>> >>>> >>>> On 12/20/2011 12:44 PM, Lincoln Baxter wrote: >>>> > Hey Tom, >>>> > >>>> > (cc'ing dev list) >>>> > >>>> > I'm not exactly sure why this is happening. As long as the plugins >>>> are distributed as a single module, all resource-roots in that module >>>> should have classloader visibility between one another. They should also >>>> prefer their local classes over classes in other classloaders if there is >>>> duplication. >>>> > >>>> > Where can I try this out? >>>> > >>>> > ~Lincoln >>>> > >>>> > ----- Original Message ----- >>>> > From: "Tom Cunningham&quot;&lt;tcunning(a)redhat.com&gt; >>>> > To: "Lincoln Baxter&quot;&lt;lbaxter(a)redhat.com&gt; >>>> > Sent: Saturday, December 17, 2011 1:24:57 AM >>>> > Subject: Weird error again.... >>>> > >>>> > Lincoln, >>>> > >>>> > I'm seeing a weird error on SNAPSHOT again that I think I've seen >>>> > before. We managed to remove the shading and got our plugins to >>>> > work with 1.0.0-Beta3, but when I go to SNAPSHOT I'm seeing the >>>> > exception at the bottom of this email when it tries to find >>>> > "org.switchyard.tools.forge.plugin.SwitchYardFacet". We've put a >>>> > number of different plugins inside a common module, and >>>> SwitchYardFacet >>>> > is in switchyard.forge-plugin-0.4.0-SNAPSHOT.jar. Can a facet in >>>> > one of the other plugin JARs refer to that one? Do I need to go >>>> back >>>> > to shading? >>>> > >>>> > Example - this Facet is in switchyard-camel-plugin-0.4.0-SNAPSHOT.jar >>>> > but refers to SwitchYardFacet which is in another resource-root : >>>> > switchyard-forge-plugin-0.4.0-SNAPSHOT.jar. >>>> > >>>> > import org.switchyard.tools.forge.plugin.SwitchYardFacet; >>>> > >>>> > /** >>>> > * Forge facet for Camel bindings and services. >>>> > */ >>>> > @Alias("switchyard.camel") >>>> > @RequiresFacet({ DependencyFacet.class, PackagingFacet.class, >>>> > SwitchYardFacet.class }) >>>> > @RequiresPackagingType(PackagingType.JAR) >>>> > public class CamelFacet extends AbstractFacet { >>>> > >>>> > >>>> > module.xml : >>>> > >>>> > <?xml version="1.0" encoding="UTF-8" standalone="no"?> >>>> > <module xmlns="urn:jboss:module:1.0" >>>> > name="org.switchyard.switchyard-forge-plugin" slot="0.4.0-SNAPSHOT"> >>>> > <resources> >>>> > <!-- plugin dependencies that must be local to this module --> >>>> > <resource-root path="switchyard-forge-common-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-component-common-rules-0.4.0-SNAPSHOT.jar"/> >>>> > <!-- core and component plugins --> >>>> > <resource-root path="switchyard-forge-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-forge-bean-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-forge-soap-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-forge-rules-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-forge-bpm-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > <resource-root >>>> path="switchyard-forge-camel-plugin-0.4.0-SNAPSHOT.jar"/> >>>> > </resources> >>>> > >>>> > >>>> > >>>> > Error - the missing Type seems to be SwitchYardFacet : >>>> > >>>> > tcunning@localhost:tmp]$ forge >>>> > Listening for transport dt_socket at address: 8787 >>>> > Plugin system disabled due to failure while loading one or more >>>> plugins; >>>> > try removing offending plugins with "forge remove-plugin<TAB>". >>>> > com.google.common.collect.ComputationException: >>>> > java.lang.ArrayStoreException: >>>> > sun.reflect.annotation.TypeNotPresentExceptionProxy >>>> > at >>>> > >>>> com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:218) >>>> > at >>>> > >>>> com.google.common.collect.ComputingConcurrentHashMap.apply(ComputingConcurrentHashMap.java:100) >>>> > at >>>> > >>>> com.google.common.collect.MapMaker$ComputingMapAdapter.get(MapMaker.java:515) >>>> > at >>>> > >>>> org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:183) >>>> > at >>>> org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:95) >>>> > at >>>> > >>>> org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:134) >>>> > at >>>> > >>>> org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:191) >>>> > at >>>> > >>>> org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:368) >>>> > at org.jboss.weld.environment.se.Weld.initialize(Weld.java:92) >>>> > at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:87) >>>> > at java.lang.Thread.run(Thread.java:662) >>>> > Caused by: java.lang.ArrayStoreException: >>>> > sun.reflect.annotation.TypeNotPresentExceptionProxy >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653) >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460) >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286) >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222) >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69) >>>> > at >>>> > >>>> sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52) >>>> > at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070) >>>> > at java.lang.Class.getAnnotations(Class.java:3050) >>>> > at >>>> > >>>> org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:98) >>>> > at >>>> > >>>> org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:54) >>>> > at >>>> > >>>> org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:42) >>>> > at >>>> > >>>> com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:206) >>>> > ... 10 more >>>> > _____ >>>> > >>>> >>>> _______________________________________________ >>>> forge-dev mailing list >>>> forge-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>>> >>> >>> >>> >>> -- >>> Lincoln Baxter, III >>> http://ocpsoft.com >>> http://scrumshark.com >>> "Keep it Simple" >>> >> >> >> >> -- >> Lincoln Baxter, III >> http://ocpsoft.com >> http://scrumshark.com >> "Keep it Simple" >> > > > > -- > Lincoln Baxter, III > http://ocpsoft.com > http://scrumshark.com > "Keep it Simple" > > > > _______________________________________________ > forge-dev mailing listforge-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/forge-dev > > > > _______________________________________________ > forge-dev mailing list > forge-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/forge-dev > > -- Lincoln Baxter, III http://ocpsoft.com http://scrumshark.com "Keep it Simple"