[JBoss JIRA] (AS7-5696) Initial deployment scan does not work after non-recursive operation changes
by Stuart Douglas (JIRA)
Stuart Douglas created AS7-5696:
-----------------------------------
Summary: Initial deployment scan does not work after non-recursive operation changes
Key: AS7-5696
URL: https://issues.jboss.org/browse/AS7-5696
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Reporter: Stuart Douglas
Assignee: Stuart Douglas
Currently the initial deployment scan can fail, due to the changes to non-recursive operations:
{code}
[0m[31m17:16:17,648 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 52) JBAS014612: Operation ("add") failed - address: ([("subsystem" => "transactions")]): java.lang.NullPointerException
at org.jboss.msc.service.OptionalDependency.getController(OptionalDependency.java:377) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceContainerImpl.detectCircularity(ServiceContainerImpl.java:606) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceContainerImpl.detectCircularity(ServiceContainerImpl.java:634) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceContainerImpl.detectCircularity(ServiceContainerImpl.java:634) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceContainerImpl.detectCircularity(ServiceContainerImpl.java:588) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:562) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:201) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2228) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:307) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.as.controller.OperationContextImpl$ContextServiceBuilder.install(OperationContextImpl.java:982) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.txn.subsystem.TransactionSubsystemAdd.performObjectStoreBoottime(TransactionSubsystemAdd.java:289)
at org.jboss.as.txn.subsystem.TransactionSubsystemAdd.performBoottime(TransactionSubsystemAdd.java:179)
at org.jboss.as.controller.AbstractBoottimeAddStepHandler.performRuntime(AbstractBoottimeAddStepHandler.java:57) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:50) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:414) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:296) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:216) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:313) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_29]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_29]
at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
{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, 7 months
[JBoss JIRA] (AS7-5693) The JAAS cache does not work correctly in JBoss AS 7.
by Derek Horton (JIRA)
Derek Horton created AS7-5693:
---------------------------------
Summary: The JAAS cache does not work correctly in JBoss AS 7.
Key: AS7-5693
URL: https://issues.jboss.org/browse/AS7-5693
Project: Application Server 7
Issue Type: Feature Request
Components: Security
Affects Versions: 7.1.3.Final (EAP)
Reporter: Derek Horton
Assignee: Stefan Guilhen
EAP 6 JAAS cache does not work correctly. The JAAS cache is using the CallerPrincipal as the cache key. The JBossCachedAuthenticationManager inserts the CallerPrincipal into the cache as the key. This does not work when the principal and CallerPrincipal names are differnt.
--
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, 7 months
[JBoss JIRA] (AS7-5496) Hibernate proxy class not found in remote EJB call
by Uwe Seimet (JIRA)
Uwe Seimet created AS7-5496:
-------------------------------
Summary: Hibernate proxy class not found in remote EJB call
Key: AS7-5496
URL: https://issues.jboss.org/browse/AS7-5496
Project: Application Server 7
Issue Type: Bug
Components: Class Loading
Affects Versions: 7.1.2.Final (EAP), 7.1.3.Final (EAP)
Environment: Java 1.6.0_35 and Java 1.7.0_07
Mac OS X 10.8.1, Windows XP and Gentoo Linux 3.5.3
Reporter: Uwe Seimet
Assignee: David Lloyd
Prerequisites:
1. A JPA entity A with a reference to a different JPA entity B. FetchType is FetchType.LAZY, e.g.
@Entity
public class A {
@ManyToOne(fetch = FetchType.LAZY)
private B refToB;
}
@Entity
public class B {
}
2. A remote interface with methods passing an instance of A, .e.g.
@Remote
public interface ITest {
A test1();
void test2(A a);
}
3. A process calling test1() and then test2() on the remote interface like this:
@EJB(lookup = "...")
private ITest iTest;
public void ITest() {
final A a = iTest.test1();
iTest.test2(a); }
}
Error description: When calling test1() an instance of A is returned. This instance is valid and works as expected. The reference to B is a proxy (something like B_$$_javassist_2), which was expected because B was loaded lazily and was never accessed in the remote process before. When passing the instance of A back by calling test2(a) an exception of this type is raised:
java.lang.ClassNotFoundException: B_$$_javassist_2 from [Module "deployment.x.ear.y_ejb.jar:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(Concurrent
ClassLoader.java:468)
It looks as if the proxy cannot be serialized or deserialized. The behavior is reproducible with different applications on different platforms. As soon as a proxy is passed as an argument in the remote call the exception is raised.
The classloader settings are the standard JBoss settings.
--
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, 7 months
[JBoss JIRA] (AS7-5698) CLONE - "Problems unmarshalling remote command from byte buffer: java.io.StreamCorruptedException: Unexpected byte found when reading an object: 50"
by Radoslav Husar (JIRA)
Radoslav Husar created AS7-5698:
-----------------------------------
Summary: CLONE - "Problems unmarshalling remote command from byte buffer: java.io.StreamCorruptedException: Unexpected byte found when reading an object: 50"
Key: AS7-5698
URL: https://issues.jboss.org/browse/AS7-5698
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Environment: affected: AS7 master
Reporter: Radoslav Husar
Assignee: Paul Ferraro
Fix For: 7.2.0.CR1
As noticed by Kabir in AS7 master TS runs upon failover:
http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/as7-master-testsui...
{noformat}
23:00:59,836 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (OOB-20,null) Problems unmarshalling remote command from byte buffer: java.io.StreamCorruptedException: Unexpected byte found when reading an object: 50
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:750) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.ModularClassResolver.resolveClass(ModularClassResolver.java:99) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:935) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1205) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:119)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:162)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:66)
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:395)
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:224)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:163)
at org.infinispan.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:114)
at org.infinispan.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:104)
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:50)
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:200)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:465)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:372)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:247)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:601)
at org.jgroups.blocks.mux.MuxUpHandler.up(MuxUpHandler.java:130)
at org.jgroups.JChannel.up(JChannel.java:715)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020)
at org.jgroups.protocols.RSVP.up(RSVP.java:179)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:181)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:418)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:400)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:899)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244)
at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:744)
at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:414)
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:572)
at org.jgroups.protocols.BARRIER.up(BARRIER.java:102)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:143)
at org.jgroups.protocols.FD.up(FD.java:273)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:205)
at org.jgroups.protocols.Discovery.up(Discovery.java:359)
at org.jgroups.protocols.TP$ProtocolAdapter.up(TP.java:2568)
at org.jgroups.protocols.TP.passMessageUp(TP.java:1211)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1775)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1748)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_29]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_29]
[0m[31m23:00:59,943 ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewInstaller-3,node-0/web) ISPN000172: Failed to prepare view CacheView{viewId=4, members=[node-1/web, node-0/web]} for cache default-host/distributable, rolling back to view CacheView{viewId=3, members=[node-1/web]}: java.util.concurrent.ExecutionException: org.infinispan.CacheException: Problems invoking command.
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:232) [rt.jar:1.6.0_29]
at java.util.concurrent.FutureTask.get(FutureTask.java:91) [rt.jar:1.6.0_29]
at org.infinispan.cacheviews.CacheViewsManagerImpl.clusterPrepareView(CacheViewsManagerImpl.java:319) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.cacheviews.CacheViewsManagerImpl.clusterInstallView(CacheViewsManagerImpl.java:250) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.cacheviews.CacheViewsManagerImpl$ViewInstallationTask.call(CacheViewsManagerImpl.java:876) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [rt.jar:1.6.0_29]
at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_29]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_29]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_29]
Caused by: org.infinispan.CacheException: Problems invoking command.
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:215) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:465) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:372) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:247) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:601) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.blocks.mux.MuxUpHandler.up(MuxUpHandler.java:130) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.JChannel.up(JChannel.java:715) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.RSVP.up(RSVP.java:179) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.FlowControl.up(FlowControl.java:418) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.FlowControl.up(FlowControl.java:400) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:899) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:744) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:414) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:572) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.BARRIER.up(BARRIER.java:102) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:143) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.FD.up(FD.java:273) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.MERGE2.up(MERGE2.java:205) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.Discovery.up(Discovery.java:359) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.TP$ProtocolAdapter.up(TP.java:2568) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.TP.passMessageUp(TP.java:1211) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1775) [jgroups-3.1.0.Final.jar:3.1.0.Final]
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1748) [jgroups-3.1.0.Final.jar:3.1.0.Final]
... 3 more
Caused by: java.io.StreamCorruptedException: Unexpected byte found when reading an object: 50
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:750) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.ModularClassResolver.resolveClass(ModularClassResolver.java:99) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:935) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1205) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:119) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:162) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:66) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:395) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:224) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) [jboss-marshalling-river-1.3.15.GA.jar:1.3.15.GA]
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.15.GA.jar:1.3.15.GA]
at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:163) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:114) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:104) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:50) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:200) [infinispan-core-5.1.6.FINAL.jar:5.1.6.FINAL]
... 29 more
{noformat}
--
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, 7 months
[JBoss JIRA] (JBCOMMON-130) Unable to Deploy Application
by Nilesh Vaghela (JIRA)
Nilesh Vaghela created JBCOMMON-130:
---------------------------------------
Summary: Unable to Deploy Application
Key: JBCOMMON-130
URL: https://issues.jboss.org/browse/JBCOMMON-130
Project: JBoss Common
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Environment: Jboss-eap-5.0
Reporter: Nilesh Vaghela
Assignee: Dimitris Andreadis
Unable to register deployment mbean org.jboss.metadata.jpa.spec.PersistenceUnitMetaData.eBikes
--
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, 7 months
[JBoss JIRA] (AS7-5695) OperationStepHandlers for some mod-cluster subsystem ops don't handle rollback
by Brian Stansberry (JIRA)
Brian Stansberry created AS7-5695:
-------------------------------------
Summary: OperationStepHandlers for some mod-cluster subsystem ops don't handle rollback
Key: AS7-5695
URL: https://issues.jboss.org/browse/AS7-5695
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Affects Versions: 7.1.3.Final (EAP)
Reporter: Brian Stansberry
Assignee: Paul Ferraro
The Stage.RUNTIME handlers for a number of mod-cluster subsystem ops are not reversing the effects of the op is the result of the overall operation is a rollback, even though it seems like doing so should be possible.
The ones where I've noticed this are:
ModClusterAddProxy
ModClusterDisable
ModClusterDisableContext
ModClusterEnable
ModClusterEnableContext
ModClusterRemoveProxy
ModClusterStop
ModClusterStopContext
--
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, 7 months