I need help trying to resolve what appears to be a conflict with a Google library that is built into Weld.
I have an OSGi bundle, with the following classpath specified in the manifest file.
Bundle-ClassPath: .,lib/commons-fileupload-1.2.2.jar,lib/portlet-api-1.0.jar,lib/opencsv-2.3.jar,lib/bonecp-0.7.1.RELEASE.jar, \
lib/guava-11.0.jar,lib/slf4j-api-1.6.4.jar,lib/slf4j-log4j12-1.6.4.jar
When deploying the bundle, I get the following stacktrace after approximately 1 minute from the time of deployment.
[#|2012-01-19T02:20:52.879-0500|WARNING|glassfish3.1.1|org.glassfish.osgijavaeebase|_ThreadID=20;_ThreadName=Thread-3;|Failed to deploy bundle com.ext_inc.tools.audit [269]
org.glassfish.osgijavaeebase.DeploymentException: Deployment of com.ext_inc.tools.audit [269] failed because of following reason: Failed while deploying bundle com.ext_inc.tools.audit [269] : java.lang.RuntimeException: Failed to deploy bundle [ com.ext_inc.tools.audit [269] ], root cause: Exception while loading the app
at org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy(AbstractOSGiDeployer.java:125)
at org.glassfish.osgijavaeebase.OSGiContainer.deploy(OSGiContainer.java:154)
at org.glassfish.osgijavaeebase.JavaEEExtender.deploy(JavaEEExtender.java:107)
at org.glassfish.osgijavaeebase.JavaEEExtender.access$200(JavaEEExtender.java:61)
at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:151)
at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:148)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.RuntimeException: Failed to deploy bundle [ com.ext_inc.tools.audit [269] ], root cause: Exception while loading the app
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.deploy(OSGiDeploymentRequest.java:196)
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.execute(OSGiDeploymentRequest.java:118)
at org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy(AbstractOSGiDeployer.java:121)
... 10 more
Caused by: org.glassfish.deployment.common.DeploymentException: java.lang.ArrayIndexOutOfBoundsException: 3
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:172)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:270)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.deploy(OSGiDeploymentRequest.java:183)
... 12 more
Caused by: com.google.common.collect.ComputationException: java.lang.ArrayIndexOutOfBoundsException: 3
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.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:146)
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124)
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)
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.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:146)
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124)
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)
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:96)
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:133)
at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:192)
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:370)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:170)
... 17 more
Caused by: java.lang.ArrayIndexOutOfBoundsException: 3
at org.jboss.weld.introspector.jlr.WeldConstructorImpl.<init>(WeldConstructorImpl.java:113)
at org.jboss.weld.introspector.jlr.WeldConstructorImpl.of(WeldConstructorImpl.java:70)
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:228)
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124)
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)
... 41 more
|#]
I have tried deploying guava, slf4j, and bonecp as their own bundles, since they have been packaged for OSGi, but having guava as a standalone problem causes immense amounts of problems with Weld.
I have tried inlining the classes into my project instead of having them on the Bundle-ClassPath but that has also not helped.
Any ideas are welcome at this point.
Thanks,
Chris
Chris Oman
Lead Developer - Interfaces
EXTENSION, INC.
Email: COman_at_ext-inc.com
Office: 260-797-0200
General: 877-207-3753
OpenTheRedBox.com<
http://OpenTheRedBox.com>