[JBoss JIRA] Updated: (JBAS-1151) deadlock during cluster failover
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1151?page=all ]
Dimitris Andreadis updated JBAS-1151:
-------------------------------------
Fix Version/s: JBossAS-5.0.0.CR2
(was: JBossAS-5.0.0.CR1)
Pushing non-critical issues to the next CR2. If you think they are critical for CR1, please re-schedule them.
> deadlock during cluster failover
> --------------------------------
>
> Key: JBAS-1151
> URL: http://jira.jboss.com/jira/browse/JBAS-1151
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assigned To: Brian Stansberry
> Fix For: JBossAS-5.0.0.CR2
>
>
> SourceForge Submitter: eiman .
> We are running JBoss 3.2.5 on jdk 1.4.2 running on
> redhat linux.
> In our environment we are running a two node cluster
> (node A and node B). We restarted node A and then
> within a minute restarted node B. Upon doing that we
> found a deadlock in node B:
>
> Java stack information for the threads listed above:
> ===================================================
> "MessageDispatcher up processing thread":
> at
> org.jboss.system.ServiceController.create(ServiceController.java:229)
> - waiting to lock <0x56505440> (a
> org.jboss.system.ServiceController)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy33.create(Unknown Source)
> at
> org.jboss.web.AbstractWebContainer.create(AbstractWebContainer.java:291)
> at
> org.jboss.deployment.MainDeployer.create(MainDeployer.java:790)
> at
> org.jboss.deployment.MainDeployer.create(MainDeployer.java:782)
> at
> org.jboss.deployment.MainDeployer.create(MainDeployer.java:782)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:644)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:608)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:592)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.ha.singleton.HASingletonController.invokeSingletonMBeanMethod(HASingletonController.java:114)
> at
> org.jboss.ha.singleton.HASingletonController.startSingleton(HASingletonController.java:63)
> at
> org.jboss.ha.singleton.HASingletonSupport.makeThisNodeMaster(HASingletonSupport.java:137)
> at
> org.jboss.ha.singleton.HASingletonSupport.partitionTopologyChanged(HASingletonSupport.java:118)
> at
> org.jboss.ha.jmx.HAServiceMBeanSupport$1.replicantsChanged(HAServiceMBeanSupport.java:197)
> at
> org.jboss.ha.framework.server.DistributedReplicantManagerImpl.notifyKeyListeners(DistributedReplicantManagerImpl.java:701)
> - locked <0x56609350> (a java.util.HashMap)
> at
> org.jboss.ha.framework.server.DistributedReplicantManagerImpl._remove(DistributedReplicantManagerImpl.java:512)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236)
> at
> org.jboss.ha.framework.server.HAPartitionImpl.handle(HAPartitionImpl.java:826)
> at
> org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:615)
> at
> org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:512)
> at
> org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:326)
> at
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(MessageDispatcher.java:722)
> at
> org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(MessageDispatcher.java:554)
> at
> org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691)
> at java.lang.Thread.run(Thread.java:534)
> "main":
> at
> org.jboss.ha.framework.server.DistributedReplicantManagerImpl.registerListener(DistributedReplicantManagerImpl.java:398)
> - waiting to lock <0x56609350> (a java.util.HashMap)
> at
> org.jboss.ha.framework.server.HATarget.updateHAPartition(HATarget.java:130)
> at
> org.jboss.ha.framework.server.HATarget.<init>(HATarget.java:58)
> at
> org.jboss.proxy.ejb.ProxyFactoryHA.setupInvokers(ProxyFactoryHA.java:102)
> at
> org.jboss.proxy.ejb.ProxyFactory.start(ProxyFactory.java:186)
> at
> org.jboss.proxy.ejb.ProxyFactoryHA.start(ProxyFactoryHA.java:85)
> at
> org.jboss.ejb.StatelessSessionContainer.startService(StatelessSessionContainer.java:205)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:837)
> at $Proxy17.start(Unknown Source)
> at
> org.jboss.system.ServiceController.start(ServiceController.java:367)
> - locked <0x56505440> (a
> org.jboss.system.ServiceController)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy48.start(Unknown Source)
> at
> org.jboss.ejb.EjbModule.startService(EjbModule.java:367)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:837)
> at $Proxy17.start(Unknown Source)
> at
> org.jboss.system.ServiceController.start(ServiceController.java:367)
> - locked <0x56505440> (a
> org.jboss.system.ServiceController)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy14.start(Unknown Source)
> at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:570)
> - locked <0x56679000> (a org.jboss.ejb.EJBDeployer)
> at
> org.jboss.deployment.MainDeployer.start(MainDeployer.java:836)
> at
> org.jboss.deployment.MainDeployer.start(MainDeployer.java:828)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:645)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:608)
> at
> sun.reflect.GeneratedMethodAccessor36.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy7.deploy(Unknown Source)
> at
> org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:304)
> at
> org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:478)
> - locked <0x56505080> (a
> org.jboss.deployment.scanner.URLDeploymentScanner)
> at
> org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
> at
> org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274)
> - locked <0x565044c0> (a
> org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
> at
> org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:837)
> at $Proxy0.start(Unknown Source)
> at
> org.jboss.system.ServiceController.start(ServiceController.java:367)
> - locked <0x56505440> (a
> org.jboss.system.ServiceController)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy4.start(Unknown Source)
> at
> org.jboss.deployment.SARDeployer.start(SARDeployer.java:251)
> at
> org.jboss.deployment.MainDeployer.start(MainDeployer.java:836)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:645)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:608)
> at
> org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:592)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
> at
> org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
> at
> org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
> at
> org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at
> org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy5.deploy(Unknown Source)
> at
> org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:407)
> at
> org.jboss.system.server.ServerImpl.start(ServerImpl.java:311)
> at org.jboss.Main.boot(Main.java:145)
> at org.jboss.Main$1.run(Main.java:399)
> at java.lang.Thread.run(Thread.java:534)
> Found 1 deadlock.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Updated: (JBAS-73) Singleton and/or deployer is too brittle
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-73?page=all ]
Dimitris Andreadis updated JBAS-73:
-----------------------------------
Fix Version/s: JBossAS-5.0.0.CR2
(was: JBossAS-5.0.0.CR1)
Pushing non-critical issues to the next CR2. If you think they are critical for CR1, please re-schedule them.
> Singleton and/or deployer is too brittle
> ----------------------------------------
>
> Key: JBAS-73
> URL: http://jira.jboss.com/jira/browse/JBAS-73
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: JBossAS-3.2.6 Final
> Reporter: Adrian Brock
> Assigned To: Brian Stansberry
> Fix For: JBossAS-5.0.0.CR2
>
>
> Trying to bootstrap two JBoss servers, but the cluster join failed
> because the message took too long (long garbage collection/paging on my computer?)
> Server 2:
> GMS: address is htimes2:32925 (additional data: 14 bytes)
> -------------------------------------------------------
> 2004-12-21 15:14:30,909 DEBUG [org.jboss.ha.framework.server.ClusterPartition] Starting channel
> 2004-12-21 15:14:30,910 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] get nodeName
> 2004-12-21 15:14:30,990 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Get current members
> 2004-12-21 15:14:30,991 INFO [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Number of cluster members: 1
> 2004-12-21 15:14:30,992 INFO [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Other members: 0
> 2004-12-21 15:14:30,992 INFO [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Fetching state (will wait for 60000 milliseconds):
> 2004-12-21 15:14:30,999 INFO [org.jboss.ha.framework.interfaces.HAPartition.lifecycle.DefaultPartition] New cluster view for partition DefaultPartition (id: 0, delta:
> 0) : [127.0.0.1:1199]
> 2004-12-21 15:14:31,008 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] membership changed from 1 to 1
> 2004-12-21 15:14:31,009 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] Begin notifyListeners, viewID: 0
> 2004-12-21 15:14:31,009 INFO [org.jboss.ha.framework.server.DistributedReplicantManagerImpl.DefaultPartition] I am (null) received membershipChanged event:
> 2004-12-21 15:14:31,010 INFO [org.jboss.ha.framework.server.DistributedReplicantManagerImpl.DefaultPartition] Dead members: 0 ([])
> 2004-12-21 15:14:31,010 INFO [org.jboss.ha.framework.server.DistributedReplicantManagerImpl.DefaultPartition] New Members : 0 ([])
> 2004-12-21 15:14:31,010 INFO [org.jboss.ha.framework.server.DistributedReplicantManagerImpl.DefaultPartition] All Members : 1 ([127.0.0.1:1199])
> 2004-12-21 15:14:31,011 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] End notifyListeners, viewID: 0
> 2004-12-21 15:14:31,058 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] State could not be retrieved, (must be first member of group)
> 2004-12-21 15:14:31,137 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] setState called
> 2004-12-21 15:14:31,138 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] state is null
> 2004-12-21 15:14:31,139 DEBUG [org.jboss.ha.framework.server.ClusterPartition] Started ClusterPartition: DefaultPartition
> The message was rejected by the other server (too late?) but the cluster
> eventually joined together
> Server 1:
> 15:13:05,825 INFO [Server] JBoss (MX MicroKernel) [3.2.7RC2 (build: CVSTag=Branch_3_2 date=200411160220)] Started in 4m:43s:249ms
> 15:15:39,184 WARN [NAKACK] [htimes2:32920 (additional data: 14 bytes)] discarded message from non-member htimes2:32925 (additional data: 14 bytes)
> 15:15:41,080 WARN [NAKACK] [htimes2:32920 (additional data: 14 bytes)] discarded message from non-member htimes2:32925 (additional data: 14 bytes)
> 15:15:55,106 INFO [DefaultPartition] New cluster view for partition DefaultPartition (id: 1, delta: 1) : [127.0.0.1:1099, 127.0.0.1:1199]
> 15:15:55,107 INFO [DefaultPartition] Merging partitions...
> 15:15:55,107 INFO [DefaultPartition] Dead members: 0
> This meant that server2 tried to bootstrap the deploy-hasingleton
> but part way through doing that (when it eventually joined the cluster)
> it was told to undeploy it.
> Since the original deploy hadn't finished, this caused havoc
> in particular trying to use a classloader that no longer existed:
> 2004-12-21 15:16:28,614 ERROR [org.jboss.mq.sm.jdbc.JDBCStateManager] Starting failed JDBCStateManager
> org.jboss.mq.SpyJMSException: Error creating connection to the database.; - nested throwable: (java.lang.NullPointerException)
> at org.jboss.mq.sm.jdbc.JDBCStateManager$JDBCSession.<init>(JDBCStateManager.java:542)
> at org.jboss.mq.sm.jdbc.JDBCStateManager.initDB(JDBCStateManager.java:432)
> at org.jboss.mq.sm.jdbc.JDBCStateManager.startService(JDBCStateManager.java:399)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
> at sun.reflect.GeneratedMethodAccessor35.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:884)
> at $Proxy18.start(Unknown Source)
> at org.jboss.system.ServiceController.start(ServiceController.java:414)
> at org.jboss.system.ServiceController.start(ServiceController.java:436)
> at org.jboss.system.ServiceController.start(ServiceController.java:436)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy4.start(Unknown Source)
> at org.jboss.deployment.SARDeployer.start(SARDeployer.java:251)
> at org.jboss.deployment.MainDeployer.start(MainDeployer.java:829)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:604)
> at sun.reflect.GeneratedMethodAccessor41.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy8.deploy(Unknown Source)
> at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:304)
> at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:478)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:884)
> at $Proxy0.start(Unknown Source)
> at org.jboss.system.ServiceController.start(ServiceController.java:414)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy4.start(Unknown Source)
> at org.jboss.deployment.SARDeployer.start(SARDeployer.java:251)
> at org.jboss.deployment.MainDeployer.start(MainDeployer.java:829)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:604)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:588)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy5.deploy(Unknown Source)
> at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:407)
> at org.jboss.system.server.ServerImpl.start(ServerImpl.java:311)
> at org.jboss.Main.boot(Main.java:147)
> at org.jboss.Main$1.run(Main.java:422)
> at java.lang.Thread.run(Thread.java:534)
> Caused by: java.lang.NullPointerException
> at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:143)
> at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:186)
> at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:136)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:219)
> at javax.security.auth.login.LoginContext.invoke(LoginContext.java:637)
> at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129)
> at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607)
> at javax.security.auth.login.LoginContext.login(LoginContext.java:534)
> at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:480)
> at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:420)
> at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:237)
> at org.jboss.resource.connectionmanager.BaseConnectionManager2.getSubject(BaseConnectionManager2.java:665)
> at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:496)
> at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:888)
> at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:102)
> at org.jboss.mq.sm.jdbc.JDBCStateManager$JDBCSession.<init>(JDBCStateManager.java:518)
> ... 95 more
> I would guess a similar race condition exists on all the HASingleton processing
> and with all attempts to multi-threadedly deploy/undeploy the same url?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Updated: (JBAS-2251) Fix JBoss Cache / AS integration issues
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2251?page=all ]
Dimitris Andreadis updated JBAS-2251:
-------------------------------------
Fix Version/s: JBossAS-5.0.0.CR2
(was: JBossAS-5.0.0.CR1)
Pushing non-critical issues to the next CR2. If you think they are critical for CR1, please re-schedule them.
> Fix JBoss Cache / AS integration issues
> ---------------------------------------
>
> Key: JBAS-2251
> URL: http://jira.jboss.com/jira/browse/JBAS-2251
> Project: JBoss Application Server
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: JBoss Cache
> Reporter: Adrian Brock
> Assigned To: Brian Stansberry
> Priority: Minor
> Fix For: JBossAS-5.0.0.CR2
>
>
> The JBossCache standalone build includes:
> jboss-aop.jar (ok - should be standalone project)
> jboss-common.jar (ok - should be standalone project(s))
> jboss-j2ee.jar (TransactionManager interfaces)
> jboss-jmx.jar (only for JBossNotificationBroadcasterSupport leaking from jboss-system.jar?)
> jboss-minimal.jar (for MarshalledValue, etc.)
> jboss-system.jar (for ServiceMBeanSupport)
> We are heading for a fall on this (not to mention the other thirdparty jars that could get out-of-sync)
> Some of this will probably have to wait until we have the proper federated build.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (JBCACHE-1352) Inifinite wait when creating a TreeCache on an existing channel
by Kai Blankenhorn (JIRA)
Inifinite wait when creating a TreeCache on an existing channel
---------------------------------------------------------------
Key: JBCACHE-1352
URL: http://jira.jboss.com/jira/browse/JBCACHE-1352
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.4.1.SP9
Environment: Windows XP SP2, WebSphere Application Server 6.0.2.25, J2RE 1.4.2
Reporter: Kai Blankenhorn
Assigned To: Manik Surtani
Fix For: 1.4.X
When creating a new TreeCache using the single argument constructor and an existing channel, the startService method hangs infinitely when called.
Code to reproduce:
-----
// Builds a properties String
JGroupsProperties props = new JGroupsProperties();
JChannel channel = new JChannel(props.getProps());
cache = new TreeCache(channel);
cache.setCacheMode(TreeCache.REPL_SYNC);
cache.startService();
-----
The wait occurs in the following method call:
Vector(Object).wait(long, int) line: not available [native method]
Vector(Object).wait() line: 199
TreeCache.getCoordinator() line: 1840
TreeCache.determineCoordinator() line: 1818
TreeCache.startService() line: 1580
Apparently, the viewAccepted method that should normally notify the members Vector is never called.
JGroups version is 2.4.2. The JGroups config is almost identical to replAsync-service.xml.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (JBCACHE-1221) JDBCCacheLoader optimizations
by Mircea Markus (JIRA)
JDBCCacheLoader optimizations
------------------------------
Key: JBCACHE-1221
URL: http://jira.jboss.com/jira/browse/JBCACHE-1221
Project: JBoss Cache
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Cache loaders
Reporter: Mircea Markus
Assigned To: Mircea Markus
Fix For: 2.2.0.GA
JDBCCacheLoader optimizations:
- batch cache put operations during state transfer
- batch put operations on transactions as follows:
- batch all the puts and flush on transaction commit
- if an remove takes place at some point, then flush before the remove (guess I'll also have to flush before a get takes place in the same transaction, have to check that)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Updated: (JBAS-1435) JCA Interceptors
by Jesper Pedersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1435?page=all ]
Jesper Pedersen updated JBAS-1435:
----------------------------------
Fix Version/s: JBossAS-5.1.0.CR1
(was: JBossAS-5.0.1.CR1)
> JCA Interceptors
> ----------------
>
> Key: JBAS-1435
> URL: http://jira.jboss.com/jira/browse/JBAS-1435
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JCA service
> Reporter: Adrian Brock
> Priority: Minor
> Fix For: JBossAS-5.1.0.CR1
>
>
> Forums discussion thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48683
> This is really a major rewrite of the JCA implementation to be less monolithic
> so this will need some careful design and consideration and
> breaking up into more fine grained tasks.
> The idea is to provide containers/interceptors for the components within the JCA module
> such that these components can be more easily customised and developed according to
> the needs of each user.
> There are three main interceptor stacks that I can think of:
> 1) ConnectionManager (connection allocation)
> This provides an interceptor stack behind the ConnectionFactory/DataSource proxy
> to process the allocateConnection invocation.
> It will look something like:
> ConnectionFactory proxy -> ConnectionManager interceptor -> Pooling interceptor
> 2) ManagedConnection/ConnectionEventListener (connection management)
> This stack provides most of the features that are currently performed by the
> BaseManagerConnection2$ConnectionListener and their supporting methods,
> but as an interceptor stack.
> As now they will largely be driven by the events from the resource adapter,
> and it this object that is actually pooled.
> 3) Resource Adaptors
> The JDBC and JMS adaptors should be implemented as interceptor stacks
> to allow optional interceptors like statistics collection, custom behaviour
> and also to perform vendor specific processing/workarounds.
> Where AOP can be used, we could actually instrument the vendor classes so
> we can also expose vendor specific methods, not just the JDBC interfaces.
> This would remove the requirement to do things like getUnderlyingConection() by user code.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months