[JBoss JIRA] (AS7-3340) NPE during stop of service jboss.jacorb.poa-service.rootpoa
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-3340?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated AS7-3340:
----------------------------------
Component/s: IIOP
> NPE during stop of service jboss.jacorb.poa-service.rootpoa
> -----------------------------------------------------------
>
> Key: AS7-3340
> URL: https://issues.jboss.org/browse/AS7-3340
> Project: Application Server 7
> Issue Type: Bug
> Components: IIOP
> Affects Versions: 7.1.0.CR1b
> Reporter: Pavel Janousek
> Priority: Critical
>
> There is randomly occured NPE when stopping EAP a bit quickly after it started.
> {code}
> 15:55:17,151 ERROR [org.jboss.as] (Controller Boot Thread) JBoss EAP 6.0.0.Alpha2 (AS 7.1.0.CR1-redhat-1) started (with errors) in 8066ms - Started 132 of 222 services (20 services failed or missing dependencies, 68 services are passive or on-demand)
> ^C15:55:19,867 INFO [org.jboss.as.messaging] (MSC service thread 1-1) JBAS011605: Unbound messaging object to jndi name java:/queue/test
> 15:55:19,870 INFO [org.jboss.as.osgi] (MSC service thread 1-8) JBAS011921: Stopping OSGi Framework
> 15:55:19,876 INFO [org.jboss.as.messaging] (MSC service thread 1-7) JBAS011605: Unbound messaging object to jndi name java:/RemoteConnectionFactory
> 15:55:19,878 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-4) JBAS010409: Unbound data source [java:jboss/datasources/ExampleDS]
> 15:55:19,888 INFO [org.jboss.as.logging] JBAS011503: Restored bootstrap log handlers
> 15:55:19,897 INFO [jacorb.poa] POA IRPOA destroyed
> 15:55:19,898 INFO [jacorb.poa] POA Naming destroyed
> 15:55:19,906 WARN [org.jboss.msc.service.fail] MSC000004: Failure during stop of service jboss.jacorb.poa-service.rootpoa: java.lang.NullPointerException
> at org.jacorb.poa.POA.destroy(Unknown Source)
> at org.jboss.as.jacorb.service.CorbaPOAService.stop(CorbaPOAService.java:187)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1909) [jboss-msc-1.0.1.GA-redhat-1.jar:1.0.1.GA-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1872) [jboss-msc-1.0.1.GA-redhat-1.jar:1.0.1.GA-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_27]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_27]
> at java.lang.Thread.run(Thread.java:662) [:1.6.0_27]
> 15:55:19,910 INFO [jacorb.orb] prepare ORB for shutdown...
> {code}
> As you can see above, I hit Ctrl-C in two seconds after start is done. NPE isn't occurred every time and I didn't see it anytime when EAP was running for a longer time (let say 10 seconds and more).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-2266) Starting the server with a versioned backup fails the second time
by Rajesh Rajasekaran (Created) (JIRA)
Starting the server with a versioned backup fails the second time
-----------------------------------------------------------------
Key: AS7-2266
URL: https://issues.jboss.org/browse/AS7-2266
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.1.0.Alpha1
Reporter: Rajesh Rajasekaran
Assignee: Brian Stansberry
"--server-config=v? This will server the _xml_history/current folder for the configuration where ? is the number of the backup to use."
"When restarting the server any existing standalone_xml_history/current directory is moved to a new timestamped folder within the standalone_xml_history, and a new current folder is created."
Due to the above behavior starting the sever with --server-config=v1 works only the first time, but fails the second time with
ERROR [stderr] java.lang.IllegalStateException: No configuration file ending in .v1.xml found in jbossas1/standalone/configuration/standalone_xml_history/current
There is also no option currently to load the versioned copy from the new timestamped folder it is moved to.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3358) CLONE - NullPointerException when HQ backup server is shutting down after clean shutdown
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/AS7-3358?page=com.atlassian.jira.plugin.s... ]
Miroslav Novak moved JBPAPP-7958 to AS7-3358:
---------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-3358 (was: JBPAPP-7958)
Workflow: GIT Pull Request workflow (was: jira)
Release Notes Docs Status: (was: Not Required)
Component/s: JMS
(was: HornetQ)
Security: (was: Public)
Fix Version/s: 7.1.0.Final
(was: EAP_EWP 5.1.2 ER1)
> CLONE - NullPointerException when HQ backup server is shutting down after clean shutdown
> ----------------------------------------------------------------------------------------
>
> Key: AS7-3358
> URL: https://issues.jboss.org/browse/AS7-3358
> Project: Application Server 7
> Issue Type: Bug
> Components: JMS
> Affects Versions: 7.1.0.CR1
> Reporter: Pavel Slavicek
> Assignee: Clebert Suconic
> Priority: Minor
> Fix For: 7.1.0.Final
>
>
> Hi Clebert,
> I hit NullPointerException when dedicated backup server was shutting down after clean shutdown command. Live server was stopped (clean shutdown too) several seconds before backup server. It seems that backup tried to take its role. NullPointerException is ugly and it should not occur.
> I am putting it on minor priority.
> Thank you.
> 10:42:42,071 INFO [ClusterManagerImpl] announcing backup
> 10:42:42,072 INFO [HornetQServerImpl] HornetQ Backup Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] started, waiting live to fail before it gets active
> 10:42:49,387 INFO [ClusterManagerImpl] backup announced
> ^C10:51:03,362 INFO [ServerImpl] Runtime shutdown hook called, forceHalt: true
> 10:51:03,423 WARN [RemotingConnectionImpl] Connection failure has been detected: The connection was disconnected because of server shutdown [code=4]
> 10:51:03,628 WARN [ClientSessionFactoryImpl] Failed to connect to server.
> 10:51:03,634 SEVERE [HornetQServerImpl] Failure in initialisation
> java.lang.NullPointerException
> at org.hornetq.core.server.impl.HornetQServerImpl.initialisePart2(HornetQServerImpl.java:1436)
> at org.hornetq.core.server.impl.HornetQServerImpl.access$100(HornetQServerImpl.java:130)
> at org.hornetq.core.server.impl.HornetQServerImpl$SharedStoreBackupActivation.run(HornetQServerImpl.java:398)
> at java.lang.Thread.run(Thread.java:636)
> 10:51:04,634 INFO [HornetQServerImpl] HornetQ Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] stopped
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3358) CLONE - NullPointerException when HQ backup server is shutting down after clean shutdown
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/AS7-3358?page=com.atlassian.jira.plugin.s... ]
Miroslav Novak updated AS7-3358:
--------------------------------
Affects Version/s: 7.1.0.CR1
Description:
This issue is also in AS7.
Cloned from JBPAPP-6137:
Hi Clebert,
I hit NullPointerException when dedicated backup server was shutting down after clean shutdown command. Live server was stopped (clean shutdown too) several seconds before backup server. It seems that backup tried to take its role. NullPointerException is ugly and it should not occur.
I am putting it on minor priority.
Thank you.
10:42:42,071 INFO [ClusterManagerImpl] announcing backup
10:42:42,072 INFO [HornetQServerImpl] HornetQ Backup Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] started, waiting live to fail before it gets active
10:42:49,387 INFO [ClusterManagerImpl] backup announced
^C10:51:03,362 INFO [ServerImpl] Runtime shutdown hook called, forceHalt: true
10:51:03,423 WARN [RemotingConnectionImpl] Connection failure has been detected: The connection was disconnected because of server shutdown [code=4]
10:51:03,628 WARN [ClientSessionFactoryImpl] Failed to connect to server.
10:51:03,634 SEVERE [HornetQServerImpl] Failure in initialisation
java.lang.NullPointerException
at org.hornetq.core.server.impl.HornetQServerImpl.initialisePart2(HornetQServerImpl.java:1436)
at org.hornetq.core.server.impl.HornetQServerImpl.access$100(HornetQServerImpl.java:130)
at org.hornetq.core.server.impl.HornetQServerImpl$SharedStoreBackupActivation.run(HornetQServerImpl.java:398)
at java.lang.Thread.run(Thread.java:636)
10:51:04,634 INFO [HornetQServerImpl] HornetQ Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] stopped
was:
Hi Clebert,
I hit NullPointerException when dedicated backup server was shutting down after clean shutdown command. Live server was stopped (clean shutdown too) several seconds before backup server. It seems that backup tried to take its role. NullPointerException is ugly and it should not occur.
I am putting it on minor priority.
Thank you.
10:42:42,071 INFO [ClusterManagerImpl] announcing backup
10:42:42,072 INFO [HornetQServerImpl] HornetQ Backup Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] started, waiting live to fail before it gets active
10:42:49,387 INFO [ClusterManagerImpl] backup announced
^C10:51:03,362 INFO [ServerImpl] Runtime shutdown hook called, forceHalt: true
10:51:03,423 WARN [RemotingConnectionImpl] Connection failure has been detected: The connection was disconnected because of server shutdown [code=4]
10:51:03,628 WARN [ClientSessionFactoryImpl] Failed to connect to server.
10:51:03,634 SEVERE [HornetQServerImpl] Failure in initialisation
java.lang.NullPointerException
at org.hornetq.core.server.impl.HornetQServerImpl.initialisePart2(HornetQServerImpl.java:1436)
at org.hornetq.core.server.impl.HornetQServerImpl.access$100(HornetQServerImpl.java:130)
at org.hornetq.core.server.impl.HornetQServerImpl$SharedStoreBackupActivation.run(HornetQServerImpl.java:398)
at java.lang.Thread.run(Thread.java:636)
10:51:04,634 INFO [HornetQServerImpl] HornetQ Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] stopped
> CLONE - NullPointerException when HQ backup server is shutting down after clean shutdown
> ----------------------------------------------------------------------------------------
>
> Key: AS7-3358
> URL: https://issues.jboss.org/browse/AS7-3358
> Project: Application Server 7
> Issue Type: Bug
> Components: JMS
> Affects Versions: 7.1.0.CR1
> Reporter: Pavel Slavicek
> Assignee: Clebert Suconic
> Priority: Minor
> Fix For: 7.1.0.Final
>
>
> This issue is also in AS7.
> Cloned from JBPAPP-6137:
> Hi Clebert,
> I hit NullPointerException when dedicated backup server was shutting down after clean shutdown command. Live server was stopped (clean shutdown too) several seconds before backup server. It seems that backup tried to take its role. NullPointerException is ugly and it should not occur.
> I am putting it on minor priority.
> Thank you.
> 10:42:42,071 INFO [ClusterManagerImpl] announcing backup
> 10:42:42,072 INFO [HornetQServerImpl] HornetQ Backup Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] started, waiting live to fail before it gets active
> 10:42:49,387 INFO [ClusterManagerImpl] backup announced
> ^C10:51:03,362 INFO [ServerImpl] Runtime shutdown hook called, forceHalt: true
> 10:51:03,423 WARN [RemotingConnectionImpl] Connection failure has been detected: The connection was disconnected because of server shutdown [code=4]
> 10:51:03,628 WARN [ClientSessionFactoryImpl] Failed to connect to server.
> 10:51:03,634 SEVERE [HornetQServerImpl] Failure in initialisation
> java.lang.NullPointerException
> at org.hornetq.core.server.impl.HornetQServerImpl.initialisePart2(HornetQServerImpl.java:1436)
> at org.hornetq.core.server.impl.HornetQServerImpl.access$100(HornetQServerImpl.java:130)
> at org.hornetq.core.server.impl.HornetQServerImpl$SharedStoreBackupActivation.run(HornetQServerImpl.java:398)
> at java.lang.Thread.run(Thread.java:636)
> 10:51:04,634 INFO [HornetQServerImpl] HornetQ Server version 2.2.1.GA (Zmmmmmmmm, 121) [e9d8059a-5140-11e0-8830-005056c00008] stopped
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3069) @Clustered @Stateful bean fails with NotSerializableException if it has a @Resource SessionContext injection
by jaikiran pai (Created) (JIRA)
@Clustered @Stateful bean fails with NotSerializableException if it has a @Resource SessionContext injection
------------------------------------------------------------------------------------------------------------
Key: AS7-3069
URL: https://issues.jboss.org/browse/AS7-3069
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Reporter: jaikiran pai
Assignee: Paul Ferraro
The current AS7 upstream fails with the following exception when a @Clustered @Stateful bean is being replicated:
{code}
Caused by: org.infinispan.marshall.NotSerializableException: Object of type class org.jboss.as.clustering.SimpleMarshalledValue expected to be marshallable
Caused by: java.io.NotSerializableException: org.jboss.as.ejb3.context.SessionContextImpl
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1057)
at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1013)
at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:992)
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:879)
at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1057)
at org.jboss.marshalling.river.RiverObjectOutputStream.defaultWriteObject(RiverObjectOutputStream.java:159)
at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl.writeObject(SerializationGroupMemberImpl.java:367) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:173)
at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1001)
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:879)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
at org.jboss.as.clustering.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:64)
at org.jboss.as.clustering.SimpleMarshalledValue.writeObject(SimpleMarshalledValue.java:144)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:173)
at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1001)
at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:879)
at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:59)
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToBuffer(AbstractJBossMarshaller.java:67)
at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:57)
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.isMarshallable(AbstractJBossMarshaller.java:143)
at org.infinispan.marshall.VersionAwareMarshaller.isMarshallable(VersionAwareMarshaller.java:203)
at org.infinispan.marshall.AbstractDelegatingMarshaller.isMarshallable(AbstractDelegatingMarshaller.java:89)
at org.infinispan.interceptors.IsMarshallableInterceptor.checkMarshallable(IsMarshallableInterceptor.java:155)
at org.infinispan.interceptors.IsMarshallableInterceptor.visitPutKeyValueCommand(IsMarshallableInterceptor.java:97)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77)
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119)
at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:71)
at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:61)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77)
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:318)
at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:919)
at org.infinispan.CacheImpl.put(CacheImpl.java:633)
at org.infinispan.DecoratedCache.put(DecoratedCache.java:297)
at org.infinispan.AbstractDelegatingCache.put(AbstractDelegatingCache.java:254)
at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore$1.invoke(InfinispanBackingCacheEntryStore.java:82)
at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore$1.invoke(InfinispanBackingCacheEntryStore.java:79)
at org.jboss.as.clustering.infinispan.invoker.BatchOperation.invoke(BatchOperation.java:19)
at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:61)
at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore.invoke(InfinispanBackingCacheEntryStore.java:141)
at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore.insert(InfinispanBackingCacheEntryStore.java:86)
at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.insert(SerializationGroupMemberContainer.java:276) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.insert(SerializationGroupMemberContainer.java:48) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.create(PassivatingBackingCacheImpl.java:100) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ejb3.cache.impl.GroupAwareCache.create(GroupAwareCache.java:67) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ejb3.cache.impl.GroupAwareCache.create(GroupAwareCache.java:41) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ejb3.component.stateful.StatefulComponentSessionIdGeneratingInterceptorFactory$StatefulComponentSessionIdGeneratingInterceptor.processInvocation(StatefulComponentSessionIdGeneratingInterceptorFactory.java:75) [jboss-as-ejb3-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:]
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:]
at org.jboss.as.ee.component.ViewService$DefaultViewInstanceFactory.createViewInstance(ViewService.java:280) [jboss-as-ee-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ee.component.ViewService$View.createInstance(ViewService.java:157) [jboss-as-ee-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ee.component.ViewService$View.createInstance(ViewService.java:153) [jboss-as-ee-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.ee.component.ViewManagedReferenceFactory.getReference(ViewManagedReferenceFactory.java:50) [jboss-as-ee-7.1.0.CR1-SNAPSHOT.jar:]
at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:128)
at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:74)
at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:177)
at org.jboss.as.naming.InitialContext.lookup(InitialContext.java:97)
at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:213)
at javax.naming.InitialContext.lookup(InitialContext.java:392) [:1.6.0_26]
at org.jboss.as.test.integration.ejb.sessioncontext.SetSessionContextMethodInvocationTestCase.testSetSessionContextOnSFSB(SetSessionContextMethodInvocationTestCase.java:78) [dc9d9a5e-55a0-4d50-be7e-be96af6b5ead.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) [arquillian-service:]
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) [arquillian-service:]
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:267) [arquillian-service:]
at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-service:]
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134) [arquillian-service:]
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) [arquillian-service:]
at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-service:]
at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [arquillian-service:]
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [arquillian-service:]
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134) [arquillian-service:]
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:260) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:223) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:311) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:237) [arquillian-service:]
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) [arquillian-service:]
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) [arquillian-service:]
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) [arquillian-service:]
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) [arquillian-service:]
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) [arquillian-service:]
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) [arquillian-service:]
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) [arquillian-service:]
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:182) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:311) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:196) [arquillian-service:]
at org.junit.runners.ParentRunner.run(ParentRunner.java:300) [arquillian-service:]
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:144) [arquillian-service:]
at org.junit.runner.JUnitCore.run(JUnitCore.java:157) [arquillian-service:]
at org.junit.runner.JUnitCore.run(JUnitCore.java:136) [arquillian-service:]
at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65) [arquillian-service:]
at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:128) [arquillian-service:]
at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:107) [arquillian-service:]
at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:226) [arquillian-service:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_26]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_26]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_26]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_26]
at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:93) [:1.6.0_26]
at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:27) [:1.6.0_26]
at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208) [:1.6.0_26]
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120) [:1.6.0_26]
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262) [:1.6.0_26]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836) [:1.6.0_26]
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761) [:1.6.0_26]
at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:489)
at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:243)
at org.jboss.as.jmx.InvokeMBeanRaw.executeRuntimeStep(InvokeMBeanRaw.java:96)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:90)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler.execute(AbstractRuntimeOnlyHandler.java:94)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190)
at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:432)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254)
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:119)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:121)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:98)
at org.jboss.as.protocol.mgmt.AbstractMessageHandler$3$1.doExecute(AbstractMessageHandler.java:268)
at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:424)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_26]
Caused by: an exception which occurred:
in field sessionContext
in field value
in object org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl@4f8bc1d5
in object org.jboss.as.clustering.SimpleMarshalledValue@4f8bc1d5
{code}
The failure happens if the bean has field(s) like this:
{code}
@Stateful
@Clustered
public class FooSFSB {
@Resource
private SessionContext sessionContext;
...
{code}
Note that this may not be specific to SessionContext fields and will probably have to be solved in a more generic manner for container injected fields (for example, even @PersistenceContext).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3295) SingletonService does not call election policy for single-node clusters
by James Livingston (JIRA)
James Livingston created AS7-3295:
-------------------------------------
Summary: SingletonService does not call election policy for single-node clusters
Key: AS7-3295
URL: https://issues.jboss.org/browse/AS7-3295
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Affects Versions: 7.1.0.CR1b
Reporter: James Livingston
Assignee: Paul Ferraro
SingletonService.elect() currently checks whether there is only a single node in the cluster view and returns that node as the master rather then delegating to the election policy. While the policy obviously cannot return any other node it could have returned null instead, and not delegating prevents that from happening.
This means that it is impossible to implement an election policy that requires a quorum, since single-node cluster caused by a split will elect itself as master rather than letting the election policy return null to indicate it should have no HA singleton services running.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months