[JBoss JIRA] (AS7-6884) NPE during shutdown of standalone-osgi.xml
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6884?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler updated AS7-6884:
--------------------------------
Fix Version/s: 8.0.0.Alpha1
> NPE during shutdown of standalone-osgi.xml
> ------------------------------------------
>
> Key: AS7-6884
> URL: https://issues.jboss.org/browse/AS7-6884
> Project: Application Server 7
> Issue Type: Bug
> Components: OSGi
> Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final)
> Reporter: Aaron Whiteside
> Assignee: Thomas Diesler
> Fix For: 8.0.0.Alpha1
>
>
> {code}
> 13:06:10,003 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011005: Bundle uninstalled: org.apache.felix.log:1.0.0
> 13:06:10,002 WARN [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC00004: Failure during stop of service jbosgi.bundle."org.apache.camel.camel-spring"."2.11.0.SNAPSHOT".bid43.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:10,002 WARN [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00004: Failure during stop of service jbosgi.bundle."com.mm.camel.component.http.component-spi"."0.3.0".bid62.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:10,005 INFO [org.jboss.as.osgi] (MSC service thread 1-4) JBAS011908: Unregister module: deployment.protostuff-collectionschema-1.0.7.jar:main
> 13:06:10,002 WARN [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00004: Failure during stop of service jbosgi.bundle."com.mm.camel.component.smpp.cloudhopper-smpp-component"."1.0.0.SNAPSHOT".bid70.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:10,002 WARN [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC00004: Failure during stop of service jbosgi.bundle."com.verisign.smq.fs"."1.2.0".bid65.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:10,004 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011005: Bundle uninstalled: com.verisign.smq.spi:1.2.0
> 13:06:10,002 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC00004: Failure during stop of service jbosgi.bundle."org.apache.felix.configadmin"."1.2.8".bid15.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:10,003 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015892: Deployment unit processor org.jboss.as.osgi.deployment.ModuleRegisterProcessor@31a0d2e4 unexpectedly threw an exception during undeploy phase INSTALL of deployment "protobuf-java-2.4.1.jar": java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.EnvironmentImpl.uninstallResources(EnvironmentImpl.java:86)
> at org.jboss.as.osgi.service.ModuleRegistrationTracker.unregisterInternal(ModuleRegistrationTracker.java:139)
> at org.jboss.as.osgi.service.ModuleRegistrationTracker.unregisterModule(ModuleRegistrationTracker.java:92)
> at org.jboss.as.osgi.deployment.ModuleRegisterProcessor.undeploy(ModuleRegisterProcessor.java:80)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:222) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:180) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:40,008 WARN [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC00004: Failure during stop of service jbosgi.bundle."com.mm.camel.component.smq.component"."1.2.0.SNAPSHOT".bid84.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:40,008 ERROR [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015892: Deployment unit processor org.jboss.as.osgi.deployment.ModuleRegisterProcessor@31a0d2e4 unexpectedly threw an exception during undeploy phase INSTALL of deployment "protostuff-collectionschema-1.0.7.jar": java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.EnvironmentImpl.uninstallResources(EnvironmentImpl.java:86)
> at org.jboss.as.osgi.service.ModuleRegistrationTracker.unregisterInternal(ModuleRegistrationTracker.java:139)
> at org.jboss.as.osgi.service.ModuleRegistrationTracker.unregisterModule(ModuleRegistrationTracker.java:92)
> at org.jboss.as.osgi.deployment.ModuleRegisterProcessor.undeploy(ModuleRegisterProcessor.java:80)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.safeUndeploy(DeploymentUnitPhaseService.java:222) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.stop(DeploymentUnitPhaseService.java:180) [jboss-as-server-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:40,008 WARN [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00004: Failure during stop of service jbosgi.bundle."org.apache.camel.camel-sjms"."2.11.0.SNAPSHOT".bid72.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> 13:06:40,010 INFO [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011908: Unregister module: deployment.protostuff-core-1.0.7.jar:main
> 13:06:40,008 WARN [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00004: Failure during stop of service jbosgi.bundle."com.verisign.smq.common-codecs"."1.2.0".bid93.INSTALLED: java.lang.NullPointerException
> at org.jboss.osgi.framework.internal.LockManagerImpl.unlockItems(LockManagerImpl.java:128)
> at org.jboss.osgi.framework.internal.UserBundleState.uninstallInternal(UserBundleState.java:382)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.uninstallBundle(BundleManagerPlugin.java:424)
> at org.jboss.osgi.framework.internal.UserBundleInstalledService.stop(UserBundleInstalledService.java:112)
> at org.jboss.osgi.framework.spi.ServiceTracker$SynchronousListenerServiceWrapper.stop(ServiceTracker.java:343)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-5076) Deploy of OSGi war failed
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-5076?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler updated AS7-5076:
--------------------------------
Fix Version/s: 8.0.0.Alpha1
> Deploy of OSGi war failed
> -------------------------
>
> Key: AS7-5076
> URL: https://issues.jboss.org/browse/AS7-5076
> Project: Application Server 7
> Issue Type: Bug
> Components: OSGi
> Environment: JBoss-7.0.1-Final and JBoss-7.1.1-Final
> Reporter: Sebastian Nauck
> Fix For: 8.0.0.Alpha1
>
>
> I will deploy a OSGi bundle with the suffix 'war'. This works fine on glassfish-3.1.2. But on JBoss-7.1.1-Final I get a Nullpointer.
> 10:10:49,592 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC00001: Failed to start service jboss.deployment.unit."JavaServerFaces.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."JavaServerFaces.war".POST_MODULE: Failed to process phase POST_MODULE of deployment "JavaServerFaces.war"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_20]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_20]
> at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_20]
> Caused by: java.lang.NullPointerException
> at org.jboss.as.server.deployment.reflect.DeploymentClassIndex.classIndex(DeploymentClassIndex.java:53) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.processComponentConfig(InterceptorAnnotationProcessor.java:63)
> at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.deploy(InterceptorAnnotationProcessor.java:55)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> ... 5 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6924) Cannot resolve package requirement on javax.xml.stream.events
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6924?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler updated AS7-6924:
--------------------------------
Fix Version/s: 8.0.0.Alpha1
> Cannot resolve package requirement on javax.xml.stream.events
> -------------------------------------------------------------
>
> Key: AS7-6924
> URL: https://issues.jboss.org/browse/AS7-6924
> Project: Application Server 7
> Issue Type: Bug
> Components: OSGi, XML Frameworks
> Affects Versions: 8.0.0.Alpha1
> Reporter: Aaron Whiteside
> Assignee: Thomas Diesler
> Fix For: 8.0.0.Alpha1
>
>
> {code}
> 12:53:16,935 WARN [org.jboss.as.osgi] (MSC service thread 1-8) JBAS011910: Cannot resolve requirements: [XPackageRequirement[dirs={filter=(&(osgi.wiring.package=javax.xml.stream.events)(version>=0.0.0))},[org.springframework.core:3.2.2.RELEASE]]]
> 12:53:16,940 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015970: Defer FIRST_MODULE_USE for org.springframework.core-3.2.2.RELEASE.jar making it NEVER
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6883) javax.jms package is not exported when running with standalone-osgi.xml
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6883?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler updated AS7-6883:
--------------------------------
Fix Version/s: 8.0.0.Alpha1
> javax.jms package is not exported when running with standalone-osgi.xml
> -----------------------------------------------------------------------
>
> Key: AS7-6883
> URL: https://issues.jboss.org/browse/AS7-6883
> Project: Application Server 7
> Issue Type: Bug
> Components: JMS, OSGi
> Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final)
> Reporter: Aaron Whiteside
> Assignee: Thomas Diesler
> Fix For: 8.0.0.Alpha1
>
>
> {code}
> 11:42:46,873 INFO [org.jboss.as.osgi] (HttpManagementService-threads - 2) JBAS011916: Activate deferred module phase for: org.springframework.jms:3.2.2.RELEASE
> 11:42:46,874 ERROR [org.jboss.as.osgi] (HttpManagementService-threads - 2) JBAS011909: Management operation 'start' failed: org.osgi.framework.BundleException: JBOSGI011250: Cannot resolve bundle: org.springframework.jms:3.2.2.RELEASE
> at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.activateDeferredPhase(BundleLifecycleIntegration.java:299)
> at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.start(BundleLifecycleIntegration.java:229)
> at org.jboss.osgi.framework.internal.AbstractBundleState.startWithOptions(AbstractBundleState.java:537)
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:525)
> at org.jboss.as.osgi.management.BundleResourceHandler.handleOperation(BundleResourceHandler.java:106)
> at org.jboss.as.osgi.management.BundleResourceHandler.executeRuntimeStep(BundleResourceHandler.java:58)
> at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:90) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:440) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:322) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:142) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:112) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.ModelControllerImpl$2.execute(ModelControllerImpl.java:338) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.controller.ModelControllerImpl$2.execute(ModelControllerImpl.java:328) [jboss-as-controller-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.jboss.as.domain.http.server.DomainApiHandler.processRequest(DomainApiHandler.java:320)
> at org.jboss.as.domain.http.server.DomainApiHandler.doHandle(DomainApiHandler.java:226)
> at org.jboss.as.domain.http.server.DomainApiHandler.handle(DomainApiHandler.java:233)
> at org.jboss.as.domain.http.server.security.SubjectAssociationHandler.handle(SubjectAssociationHandler.java:51)
> at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
> at org.jboss.sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:69)
> at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
> at org.jboss.sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.java:710)
> at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:78)
> at org.jboss.as.domain.http.server.RealmReadinessFilter.doFilter(RealmReadinessFilter.java:47)
> at org.jboss.as.domain.http.server.DmrFailureReadinessFilter.doFilter(DmrFailureReadinessFilter.java:45)
> at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:81)
> at org.jboss.sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:682)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.0.Final.jar:2.1.0.Final]
> Caused by: org.osgi.service.resolver.ResolutionException: Unable to resolve HostBundleRevision[org.springframework.jms:3.2.2.RELEASE]: missing requirement XPackageRequirement[atts={osgi.wiring.package=javax.jms, version=[1.1.0, 2.0.0)},[org.springframework.jms:3.2.2.RELEASE]]
> at org.apache.felix.resolver.Candidates.populateResource(Candidates.java:285)
> at org.apache.felix.resolver.Candidates.populate(Candidates.java:153)
> at org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:96)
> at org.jboss.osgi.resolver.felix.StatelessResolver.resolve(StatelessResolver.java:56)
> at org.jboss.osgi.framework.internal.ResolverImpl.resolveAndApply(ResolverImpl.java:137)
> at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.activateDeferredPhase(BundleLifecycleIntegration.java:296)
> ... 31 more
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-5432) TransactionRolledbackLocalException doesn't reference the originating runtime-exception
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-5432?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-5432:
----------------------------------------------
wfink(a)redhat.com made a comment on [bug 952658|https://bugzilla.redhat.com/show_bug.cgi?id=952658]
> TransactionRolledbackLocalException doesn't reference the originating runtime-exception
> ---------------------------------------------------------------------------------------
>
> Key: AS7-5432
> URL: https://issues.jboss.org/browse/AS7-5432
> Project: Application Server 7
> Issue Type: Bug
> Components: EJB
> Affects Versions: 7.1.1.Final, 7.1.2.Final (EAP)
> Reporter: Barnabas Bodnar
> Assignee: jaikiran pai
> Fix For: EAP 6.1.0.Alpha (7.2.0.Final)
>
>
> If a runtime-exception thrown by an EJB v2.x application leads to javax.ejb.TransactionRolledbackLocalException (s. org.jboss.as.ejb3.tx.CMTTxInterceptor.handleInCallerTx(...)), the TransactionRolledbackLocalException doesn't reference the originating exception (either as getCause() or as getCausedByException()).
> The originating exception gets in org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories.LOCAL_INSTANCE lost: the javax.ejb.EJBTransactionRolledbackException catched here does still contain it, it will, however, not be propagated to the javax.ejb.TransactionRolledbackLocalException created here.
> This behavior also deviates from that in the case of a locally started transaction: the wrapping javax.ejb.EJBException (s. org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(...)) is thrown unchanged to the caller (s. org.jboss.as.ejb3.component.interceptors.EjbExceptionTransformingInterceptorFactories.LOCAL_INSTANCE) and it references the originating exception both as getCause() and as getCausedByException().
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (DROOLS-81) Drools freezes during execution
by Andrew kelly (JIRA)
[ https://issues.jboss.org/browse/DROOLS-81?page=com.atlassian.jira.plugin.... ]
Andrew kelly commented on DROOLS-81:
------------------------------------
This only happens on our production system after running under load for a a number of days.
I think this is just a bug with the MVEL using WeakHashMap's
> Drools freezes during execution
> -------------------------------
>
> Key: DROOLS-81
> URL: https://issues.jboss.org/browse/DROOLS-81
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 5.5.0.Final
> Reporter: Andrew kelly
> Assignee: Mario Fusco
>
> When Drools is being run to process rules on a number of threads on occasion the rules engine freezes with the stack trace below and does not complete. There are a number of other threads that are also frozen out waiting to lock 0x00002aab9d4caf58:
> Frozen Thread
> "pool-3-thread-8" prio=10 tid=0x00002ab53d16e000 nid=0x1c29 runnable [0x0000000049fc7000]
> java.lang.Thread.State: RUNNABLE
> at java.util.WeakHashMap.expungeStaleEntries(WeakHashMap.java:408)
> - locked \<0x00002aab9d4caf58\> (a java.lang.ref.ReferenceQueue)
> at java.util.WeakHashMap.getTable(WeakHashMap.java:417)
> at java.util.WeakHashMap.get(WeakHashMap.java:464)
> at org.mvel2.util.ParseTools.getBestCandidate(ParseTools.java:241)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:1039)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:987)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:377)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:143)
> at org.mvel2.ast.ASTNode.optimize(ASTNode.java:159)
> at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:115)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:104)
> at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287)
> - locked \<0x00002aaec5b1b160\> (a org.drools.common.DefaultAgenda)
> at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221)
> at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456)
> at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710)
> at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674)
> at com.iontrading.arc.liquidityrules.engine.BatchRulesEngine.processAll(BatchRulesEngine.java:64)
> at com.iontrading.arc.liquidityrules.api.rulestoresource.AbstractRuleStoreSourceService.performBaselineProcessing(AbstractRuleStoreSourceService.java:860)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService.access$600(RuleStoreSourceService.java:32)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService$RuleStoreProcess.call(RuleStoreSourceService.java:66)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService$RuleStoreProcess.call(RuleStoreSourceService.java:38)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Example of other frozen threads:
> "pool-3-thread-9" prio=10 tid=0x00002ab53d16f800 nid=0x1c2a waiting for monitor entry [0x000000004a0c9000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.util.WeakHashMap.expungeStaleEntries(WeakHashMap.java:386)
> - waiting to lock \<0x00002aab9d4caf58\> (a java.lang.ref.ReferenceQueue)
> at java.util.WeakHashMap.getTable(WeakHashMap.java:417)
> at java.util.WeakHashMap.get(WeakHashMap.java:464)
> at org.mvel2.util.ParseTools.getBestCandidate(ParseTools.java:241)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:1039)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:987)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:377)
> at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:143)
> at org.mvel2.ast.ASTNode.optimize(ASTNode.java:159)
> at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:115)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:104)
> at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1287)
> - locked \<0x00002aaeedca2870\> (a org.drools.common.DefaultAgenda)
> at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1221)
> at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1456)
> at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:710)
> at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:674)
> at com.iontrading.arc.liquidityrules.engine.BatchRulesEngine.processAll(BatchRulesEngine.java:64)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService.performViewProcessing(RuleStoreSourceService.java:133)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService$RuleStoreProcess.call(RuleStoreSourceService.java:78)
> at com.rbc.erm.rulestoresource.RuleStoreSourceService$RuleStoreProcess.call(RuleStoreSourceService.java:38)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6862) EjbUtilities is used without regard for dependencies
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-6862?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-6862:
----------------------------------------------
wfink(a)redhat.com made a comment on [bug 953033|https://bugzilla.redhat.com/show_bug.cgi?id=953033]
+++ This bug was initially created as a clone of Bug #950864 +++
Description of problem:
If a SFSB should be removed sometimes a NPE occurs.
The call stack of the application looks quite like this:
1. client application calls servlet
2. servlet calls stateless session bean A method which is transactional
3. stateless session bean method calls some methods on the statefull session bean
4. stateless session bean calls @remove annotated method on statefull session bean in the same transaction
Caused by: java.lang.NullPointerException
at org.jboss.as.ejb3.cache.TransactionAwareObjectFactory.getCurrentTransaction(TransactionAwareObjectFactory.java:79) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.cache.TransactionAwareObjectFactory.destroyInstance(TransactionAwareObjectFactory.java:62) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.cache.impl.backing.NonPassivatingBackingCacheImpl.remove(NonPassivatingBackingCacheImpl.java:165) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.cache.impl.backing.NonPassivatingBackingCacheImpl.remove(NonPassivatingBackingCacheImpl.java:57) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.cache.spi.impl.AbstractCache.remove(AbstractCache.java:100) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.cache.spi.impl.AbstractCache.remove(AbstractCache.java:39) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.removeSession(StatefulSessionComponent.java:283) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.as.ejb3.component.stateful.StatefulRemoveInterceptor.processInvocation(StatefulRemoveInterceptor.java:100) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2]
at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:67) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2]
at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:200) [jboss-as-ejb3-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
... 103 more
--- Additional comment from Jaikiran Pai on 2013-04-16 07:55:58 EDT ---
Pull request to EAP repo sent https://github.com/jbossas/jboss-eap/pull/103
> EjbUtilities is used without regard for dependencies
> ----------------------------------------------------
>
> Key: AS7-6862
> URL: https://issues.jboss.org/browse/AS7-6862
> Project: Application Server 7
> Issue Type: Bug
> Components: EJB
> Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final)
> Reporter: Stuart Douglas
> Assignee: jaikiran pai
> Fix For: 8.0.0.Alpha1
>
>
> org.jboss.as.ejb3.component.EJBUtilities is used to get services in the EJB subsystem, without setting up proper dependencies (e.g. in org.jboss.as.ejb3.component.EJBComponentCreateService#getEJBUtilities). Occasionally this can cause problems at startup as EJBUtilities can end up being null for some EJB's.
> We should probably just remove this class, or at the very least make sure it is injected properly and not looked up.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months