Hi,
I didn't see this message until our moderator forwarded it, hence the delay.
You may be facing
http://java.net/jira/browse/GLASSFISH-16964 . If you
can share your test case with me, I can validate that. I just attached a
patched MANIFEST.MF in this bug, so you may like to try that as well to
see if it helps. Pl. copy me directly in your replies as we seem to be
having a temporary moderation issues in this mailing list at the moment.
Thanks,
Sahoo
On Tuesday 30 August 2011 03:33 AM, Ed Bratt wrote:
> I seem to have rejected the original note. I seem to be having a bit
> of moderate troubles these past couple of days. Sorry, again to the
> team and to Tan-Vinh Nguyen ....
>
>> Dear OSGi experts, we are developing hybrid apps and it was working
>> fine. However some magic appears and this message was thrown.
>> 2011-08-25T17:38:29.588+0200 WARNING
>> org.glassfish.osgijavaeebase
>> Failed to deploy bundle com.mybundle.ejb [386]
>> org.glassfish.osgijavaeebase.DeploymentException: Deployment of com.mybundle.ejb [386] failed because of following reason: Failed while deploying bundle com.mybundle.ejb [386] : java.lang.RuntimeException: Failed to deploy bundle [ com.mybundle.ejb [386] ], 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:662)
>> Caused by: java.lang.RuntimeException: Failed to deploy bundle [ de.sgbs.geo.service [386] ], 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: java.lang.NoClassDefFoundError: Could not initialize class org.jboss.weld.bootstrap.WeldBootstrap
>> at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:345)
>> at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:99)
>> at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186)
>> at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:257)
>> 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
>> Though it is a problem with CDI (weld), I don't know why? It was
>> working before. No bundles were stopped or started under Felix. I
>> only change the final bundle level in
>> glassfish/osgi/felix/conf/config.properties.
>> Previous setting
>> glassfish.osgi.start.level.final=4
>> new setting
>> glassfish.osgi.start.level.final=5
>> Using Glassfish 3.1.1 Thanks in advance
>> ------------------------------------------------------------------------
>> View this message in context: HybridApplication WeldBootstrap Error
>> <http://old.nabble.com/HybridApplication-WeldBootstrap-Error-tp32335499p32335499.html>
>> Sent from the java.net - glassfish users mailing list archive
>> <http://old.nabble.com/java.net---glassfish-users-f13453.html> at
>> Nabble.com.
>
>
> On 8/26/2011 2:29 AM, cinhtau wrote:
>> After digging deeper into the error, I found
>> http://java.net/jira/browse/GLASSFISH-11683
>>
>> The real problem is that I install slf4j-api as bundle and above error is
>> thrown due to the fact, that org.glassfish.weld.WeldDeployer is using slf4j
>> but not exporting it. Is there a solution or workaround how I can still use
>> the slf4j-api bundle?