afair pete told us what we can use for it. regards, gerhard
2012/10/10 Mark Struberg <strub...@yahoo.de> > > > actually I didn't even know that such a thingy exists ;) > > what does weld-se do? > > Gerhard and I just hacked the weld CdiCtrl because noone else did it. > > > Please pick up the stuff and tweak it to fit the weld environments the > best way. > > LieGrue, > strub > > > >________________________________ > > From: Jason Porter <lightguard...@gmail.com> > >To: deltaspike-users@incubator.apache.org > >Cc: Mark Struberg <strub...@yahoo.de> > >Sent: Wednesday, October 10, 2012 6:43 PM > >Subject: Re: trouble running a simple test program > > > > > >I wonder if we could rework the weld cdictrl stuff to not use the weld-se > stuff. I'm not sure how much work that would be, but it may be worth taking > a look. > > > > > >On Wed, Oct 10, 2012 at 9:54 AM, Tony Lam <tonysw...@gmail.com> wrote: > > > >Hi, > >> > >>While there are later version of weld-core (v1.1.9.Final) available, the > >>latest version of weld-se I can find is 1.0.1-Final, and running with > these > >>two latest versions produced the same error. > >> > >>Did I miss something? > >> > >>Thanks for the help. > >> > >>Regards, > >> > >>Tony > >> > >> > >>On Wed, Oct 10, 2012 at 2:03 AM, Mark Struberg <strub...@yahoo.de> > wrote: > >> > >>> Yes, I would at least use 1.1.5.Final or even a later version. > >>> > >>> LieGrue, > >>> strub > >>> > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> > From: Harald Wellmann <hwellmann...@gmail.com> > >>> > To: deltaspike-users@incubator.apache.org > >>> > Cc: > >>> > Sent: Wednesday, October 10, 2012 9:31 AM > >>> > Subject: Re: trouble running a simple test program > >>> > > >>> > It seems you're mixing up two different Weld versions: 1.0.1-Final > vs. > >>> > 1.1.5.Final. > >>> > > >>> > Best regards, > >>> > Harald > >>> > > >>> > 2012/10/10 Charles Moulliard <ch0...@gmail.com>: > >>> >> Hi, > >>> >> > >>> >> Can you check the code please as it seems that you have different > >>> versions > >>> >> of the same class (perhaps providing by 2 different jars) or you > have > >>> >> changed some classes between compilation and running ( > >>> >> > >>> > > >>> > http://stackoverflow.com/questions/1980452/what-causes-java-lang-incompatibleclasschangeerror > >>> >> ). > >>> >> > >>> >> Regards, > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> On Wed, Oct 10, 2012 at 8:32 AM, Tony Lam <tonysw...@gmail.com> > >>> > wrote: > >>> >> > >>> >>> Hi, > >>> >>> > >>> >>> I'm a CDI newbie and I'm trying to run a simple test program to > >>> > try out > >>> >>> cdiContainer with weld, but I'm getting the exception below: > >>> >>> > >>> >>> com.google.common.collect.ComputationException: > >>> >>> java.lang.IncompatibleClassChangeError: Implementing class > >>> >>> > >>> >>> Can you advise how to fix it? Let me know if you'd like to see the > >>> > test > >>> >>> program I used. > >>> >>> > >>> >>> I have included the pom dependencies and exception stack traces > below. > >>> >>> > >>> >>> Thanks. > >>> >>> > >>> >>> Tony > >>> >>> > >>> >>> pom.xml: > >>> >>> ... > >>> >>> <dependencies> > >>> >>> <dependency> > >>> >>> <groupId>org.apache.deltaspike.cdictrl</groupId> > >>> >>> <artifactId>deltaspike-cdictrl-api</artifactId> > >>> >>> <version>0.3-incubating</version> > >>> >>> </dependency> > >>> >>> <dependency> > >>> >>> <groupId>org.apache.deltaspike.cdictrl</groupId> > >>> >>> <artifactId>deltaspike-cdictrl-weld</artifactId> > >>> >>> <version>0.3-incubating</version> > >>> >>> </dependency> > >>> >>> <dependency> > >>> >>> <groupId>org.jboss.weld</groupId> > >>> >>> <artifactId>weld-se</artifactId> > >>> >>> <version>1.0.1-Final</version> > >>> >>> </dependency> > >>> >>> <dependency> > >>> >>> <groupId>org.jboss.weld</groupId> > >>> >>> <artifactId>weld-core</artifactId> > >>> >>> <version>1.1.5.Final</version> > >>> >>> </dependency> > >>> >>> </dependencies> > >>> >>> > >>> >>> 79 [main] INFO org.jboss.weld.Version - WELD-000900 1.0.1 (Final) > >>> >>> 100 [main] INFO org.jboss.weld.Bootstrap - WELD-000101 > Transactional > >>> >>> services not available. Injection of @Inject UserTransaction not > >>> > available. > >>> >>> Transactional observers will be invoked synchronously. > >>> >>> Exception in thread "main" > >>> > com.google.common.collect.ComputationException: > >>> >>> java.lang.IncompatibleClassChangeError: Implementing class > >>> >>> at > >>> >>> > >>> > > >>> > com.google.common.collect.MapMaker$StrategyImpl.compute(MapMaker.java:602) > >>> >>> at > >>> >>> > >>> > > >>> > com.google.common.collect.MapMaker$StrategyImpl.compute(MapMaker.java:462) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > com.google.common.collect.CustomConcurrentHashMap$ComputingImpl.get(CustomConcurrentHashMap.java:2045) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:164) > >>> >>> at > >>> org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:61) > >>> >>> at > >>> > > org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:88) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:134) > >>> >>> at > >>> >>> > >>> > > >>> > org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:377) > >>> >>> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:79) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.apache.deltaspike.cdise.weld.WeldContainerControl.boot(WeldContainerControl.java:61) > >>> >>> at my.cdicontainer.Main.main(Main.java:16) > >>> >>> Caused by: java.lang.IncompatibleClassChangeError: Implementing > class > >>> >>> at java.lang.ClassLoader.defineClass1(Native Method) > >>> >>> at java.lang.ClassLoader.defineClass(ClassLoader.java:791) > >>> >>> at > >>> > > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > >>> >>> at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) > >>> >>> at java.net.URLClassLoader.access$100(URLClassLoader.java:71) > >>> >>> at java.net.URLClassLoader$1.run(URLClassLoader.java:361) > >>> >>> at java.net.URLClassLoader$1.run(URLClassLoader.java:355) > >>> >>> at java.security.AccessController.doPrivileged(Native Method) > >>> >>> at java.net.URLClassLoader.findClass(URLClassLoader.java:354) > >>> >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:423) > >>> >>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) > >>> >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:356) > >>> >>> at java.lang.Class.getDeclaredFields0(Native Method) > >>> >>> at java.lang.Class.privateGetDeclaredFields(Class.java:2308) > >>> >>> at java.lang.Class.getDeclaredFields(Class.java:1760) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:115) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:111) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:67) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:110) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:177) > >>> >>> at > >>> > > org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:140) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:50) > >>> >>> at > >>> >>> > >>> >>> > >>> > > >>> > org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:38) > >>> >>> at > >>> >>> > >>> > > >>> > com.google.common.collect.MapMaker$StrategyImpl.compute(MapMaker.java:592) > >>> >>> ... 10 more > >>> >>> > >>> >> > >>> >> > >>> >> > >>> >> -- > >>> >> Charles Moulliard > >>> >> Apache Committer / Sr. Enterprise Architect (RedHat) > >>> >> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com > >>> > > >>> > >> > > > > > > > >-- > >Jason Porter > >http://lightguard-jp.blogspot.com > >http://twitter.com/lightguardjp > > > >Software Engineer > >Open Source Advocate > >Author of Seam Catch - Next Generation Java Exception Handling > > > >PGP key id: 926CCFF5 > >PGP key available at: keyserver.net, pgp.mit.edu > > > > > > >
