[JBoss JIRA] (SWSQE-738) Maistra Support Of Multiple Control Planes
by Guilherme Baufaker Rêgo (Jira)
[ https://issues.jboss.org/browse/SWSQE-738?page=com.atlassian.jira.plugin.... ]
Guilherme Baufaker Rêgo closed SWSQE-738.
-----------------------------------------
Resolution: Duplicate Issue
Closed in favor SWSQE-737
> Maistra Support Of Multiple Control Planes
> ------------------------------------------
>
> Key: SWSQE-738
> URL: https://issues.jboss.org/browse/SWSQE-738
> Project: Kiali QE
> Issue Type: QE Task
> Reporter: Matthew Mahoney
> Assignee: Guilherme Baufaker Rêgo
> Priority: Major
> Labels: infrastructure
>
> In order to support Multi-Tanancy, the QE Pipeline deploy of Istio will need to support deploying Istio into multiple namespaces.
> Will also need support namespace selection for each Istio control-plane (i.e. each Kiali instance will have view into a defined set of namespaces).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (SWSQE-737) Convert Maistra Jobs to Support Multiple Control Planes
by Guilherme Baufaker Rêgo (Jira)
[ https://issues.jboss.org/browse/SWSQE-737?page=com.atlassian.jira.plugin.... ]
Guilherme Baufaker Rêgo updated SWSQE-737:
------------------------------------------
Description:
Maistra Job needs to support multiple control planes.
In order to support Multi-Tenancy, the QE Pipeline deploy of Istio will need to support deploying Istio into multiple namespaces.
Will also need support namespace selection for each Istio control-plane (i.e. each Kiali instance will have a view into a defined set of namespaces).
was:Maistra Job needs to support multiple control planes.
> Convert Maistra Jobs to Support Multiple Control Planes
> -------------------------------------------------------
>
> Key: SWSQE-737
> URL: https://issues.jboss.org/browse/SWSQE-737
> Project: Kiali QE
> Issue Type: Sub-task
> Reporter: Guilherme Baufaker Rêgo
> Assignee: Guilherme Baufaker Rêgo
> Priority: Major
>
> Maistra Job needs to support multiple control planes.
> In order to support Multi-Tenancy, the QE Pipeline deploy of Istio will need to support deploying Istio into multiple namespaces.
> Will also need support namespace selection for each Istio control-plane (i.e. each Kiali instance will have a view into a defined set of namespaces).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (SWSQE-738) Maistra Support Of Multiple Control Planes
by Matthew Mahoney (Jira)
Matthew Mahoney created SWSQE-738:
-------------------------------------
Summary: Maistra Support Of Multiple Control Planes
Key: SWSQE-738
URL: https://issues.jboss.org/browse/SWSQE-738
Project: Kiali QE
Issue Type: QE Task
Reporter: Matthew Mahoney
Assignee: Guilherme Baufaker Rêgo
In order to support Multi-Tanancy, the QE Pipeline deploy of Istio will need to support deploying Istio into multiple namespaces.
Will also need support namespace selection for each Istio control-plane (i.e. each Kiali instance will have view into a defined set of namespaces).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12032) EJB subsystem doesn't set TCCL when deserializing request
by Tomas Hofman (Jira)
[ https://issues.jboss.org/browse/WFLY-12032?page=com.atlassian.jira.plugin... ]
Tomas Hofman commented on WFLY-12032:
-------------------------------------
[~ropalka] trying your fix, but my reproducer fails. I think that deserialization of parameters happens outside of that receiver.
{code}
at org.jboss.ejb.protocol.remote.EJBServerChannel$RemotingInvocationRequest.getRequestContent(EJBServerChannel.java:813)
{code}
> EJB subsystem doesn't set TCCL when deserializing request
> ----------------------------------------------------------
>
> Key: WFLY-12032
> URL: https://issues.jboss.org/browse/WFLY-12032
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 16.0.0.Final
> Reporter: Tomas Hofman
> Priority: Major
>
> This is follow up issue for JBEAP-16725, which was resolved with a workaround - javax.rmi was added as a dependency of wildfly.extension.io module.
> The root cause is probably inside jboss-modules.
> The issue is following:
> * a standalone EJB client invokes remote EJB, and passes an object as an argument;
> * server (trying to use the remote object) fails with "java.lang.ClassNotFoundException: java.rmi.dgc.Lease" (stacktrace bellow).
> If a short delay ({{Thread.sleep(100)}}) is introduced on the server side, before manipulating the remote object, the invocation succeeds.
> {code}
> java.lang.ClassNotFoundException: java.rmi.dgc.Lease from [Module "org.wildfly.extension.io" version 6.0.12.Final-redhat-00001 from local module loader @6a024a67 (finder: local module finder @7921b0a2 (roots: /tmp/jboss-eap-7.2/modules,/tmp/jboss-eap-7.2/modules/system/layers/base))] (no security manager: RMI class loader disabled)
> (default task-2) java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java:97)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
> (default task-2) java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
> (default task-2) java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
> (default task-2) sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:219)
> (default task-2) java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1868)
> (default task-2) java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1751)
> (default task-2) java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2042)
> (default task-2) java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1573)
> (default task-2) java.io.ObjectInputStream.readObject(ObjectInputStream.java:431)
> (default task-2) sun.rmi.transport.DGCImpl_Stub.dirty(DGCImpl_Stub.java:125)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.makeDirtyCall(DGCClient.java:382)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.registerRefs(DGCClient.java:324)
> (default task-2) sun.rmi.transport.DGCClient.registerRefs(DGCClient.java:160)
> (default task-2) sun.rmi.transport.LiveRef.read(LiveRef.java:312)
> (default task-2) sun.rmi.server.UnicastRef.readExternal(UnicastRef.java:489)
> (default task-2) java.rmi.server.RemoteObject.readObject(RemoteObject.java:455)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> (default task-2) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> (default task-2) java.lang.reflect.Method.invoke(Method.java:498)
> (default task-2) org.jboss.marshalling.reflect.JDKSpecific$SerMethods.callReadObject(JDKSpecific.java:179)
> (default task-2) org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:212)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1746)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1395)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205)
> (default task-2) org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$RemotingInvocationRequest.getRequestContent(EJBServerChannel.java:813)
> (default task-2) org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:130)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleInvocationRequest(EJBServerChannel.java:451)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleMessage(EJBServerChannel.java:189)
> (default task-2) org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430)
> (default task-2) org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:949)
> (default task-2) org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> (default task-2) java.lang.Thread.run(Thread.java:748)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-11971) OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character
by Martin Simka (Jira)
[ https://issues.jboss.org/browse/WFLY-11971?page=com.atlassian.jira.plugin... ]
Martin Simka updated WFLY-11971:
--------------------------------
Steps to Reproduce:
# start server with {{standalone-full.xml}}
# deploy attached {{simple-servlet.war}}
# go to http://127.0.0.1:8080/simple-servlet/test
fail -> StringIndexOutOfBoundsException
pass -> nothing
Attachment: simple-servlet.war
> OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-11971
> URL: https://issues.jboss.org/browse/WFLY-11971
> Project: WildFly
> Issue Type: Bug
> Components: IIOP
> Affects Versions: 16.0.0.Final
> Reporter: Ilia Vassilev
> Assignee: Tomasz Adamski
> Priority: Major
> Labels: downstream_dependency, regression
> Attachments: simple-servlet.war
>
>
> OpenJDK ORB IndexOutOfBoundsException when when the actionString does not contain any slash character
> {code}
> 17:17:42,718 ERROR [TestSingleton] (ServerService Thread Pool -- 79) Caught Exception: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
> at java.lang.String.substring(String.java:1967)
> at com.sun.corba.se.impl.util.RepositoryId.init(RepositoryId.java:353)
> at com.sun.corba.se.impl.util.RepositoryId.<init>(RepositoryId.java:311)
> at com.sun.corba.se.impl.util.RepositoryIdCache.getId(RepositoryIdCache.java:102)
> at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:740)
> at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:710)
> at com.sun.corba.se.impl.encoding.CDRInputStream.read_Object(CDRInputStream.java:231)
> at com.sun.corba.se.impl.resolver.INSURLOperationImpl.getIORFromString(INSURLOperationImpl.java:136)
> at com.sun.corba.se.impl.resolver.INSURLOperationImpl.operate(INSURLOperationImpl.java:146)
> at com.sun.corba.se.impl.orb.ORBImpl.string_to_object(ORBImpl.java:825)
> at test.TestSingleton.test(TestSingleton.java:29)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12032) EJB subsystem doesn't set TCCL when deserializing request
by Richard Opalka (Jira)
[ https://issues.jboss.org/browse/WFLY-12032?page=com.atlassian.jira.plugin... ]
Richard Opalka commented on WFLY-12032:
---------------------------------------
I came to the same conclusion [~thofman] in my investigation.
TCCL not set is the problem. I was investigating this proposal change:
https://github.com/ropalka/jboss-ejb-client/commit/2acc6bd22e2a6b2fefee9d...
> EJB subsystem doesn't set TCCL when deserializing request
> ----------------------------------------------------------
>
> Key: WFLY-12032
> URL: https://issues.jboss.org/browse/WFLY-12032
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 16.0.0.Final
> Reporter: Tomas Hofman
> Priority: Major
>
> This is follow up issue for JBEAP-16725, which was resolved with a workaround - javax.rmi was added as a dependency of wildfly.extension.io module.
> The root cause is probably inside jboss-modules.
> The issue is following:
> * a standalone EJB client invokes remote EJB, and passes an object as an argument;
> * server (trying to use the remote object) fails with "java.lang.ClassNotFoundException: java.rmi.dgc.Lease" (stacktrace bellow).
> If a short delay ({{Thread.sleep(100)}}) is introduced on the server side, before manipulating the remote object, the invocation succeeds.
> {code}
> java.lang.ClassNotFoundException: java.rmi.dgc.Lease from [Module "org.wildfly.extension.io" version 6.0.12.Final-redhat-00001 from local module loader @6a024a67 (finder: local module finder @7921b0a2 (roots: /tmp/jboss-eap-7.2/modules,/tmp/jboss-eap-7.2/modules/system/layers/base))] (no security manager: RMI class loader disabled)
> (default task-2) java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java:97)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
> (default task-2) java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
> (default task-2) java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
> (default task-2) sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:219)
> (default task-2) java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1868)
> (default task-2) java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1751)
> (default task-2) java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2042)
> (default task-2) java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1573)
> (default task-2) java.io.ObjectInputStream.readObject(ObjectInputStream.java:431)
> (default task-2) sun.rmi.transport.DGCImpl_Stub.dirty(DGCImpl_Stub.java:125)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.makeDirtyCall(DGCClient.java:382)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.registerRefs(DGCClient.java:324)
> (default task-2) sun.rmi.transport.DGCClient.registerRefs(DGCClient.java:160)
> (default task-2) sun.rmi.transport.LiveRef.read(LiveRef.java:312)
> (default task-2) sun.rmi.server.UnicastRef.readExternal(UnicastRef.java:489)
> (default task-2) java.rmi.server.RemoteObject.readObject(RemoteObject.java:455)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> (default task-2) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> (default task-2) java.lang.reflect.Method.invoke(Method.java:498)
> (default task-2) org.jboss.marshalling.reflect.JDKSpecific$SerMethods.callReadObject(JDKSpecific.java:179)
> (default task-2) org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:212)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1746)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1395)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205)
> (default task-2) org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$RemotingInvocationRequest.getRequestContent(EJBServerChannel.java:813)
> (default task-2) org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:130)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleInvocationRequest(EJBServerChannel.java:451)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleMessage(EJBServerChannel.java:189)
> (default task-2) org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430)
> (default task-2) org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:949)
> (default task-2) org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> (default task-2) java.lang.Thread.run(Thread.java:748)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (WFLY-12032) EJB subsystem doesn't set TCCL when deserializing request
by Tomas Hofman (Jira)
[ https://issues.jboss.org/browse/WFLY-12032?page=com.atlassian.jira.plugin... ]
Tomas Hofman edited comment on WFLY-12032 at 5/14/19 7:27 AM:
--------------------------------------------------------------
[~dereed] is there a reproducer for the second customer case (https://access.redhat.com/support/cases/#/case/02379450 )?
was (Author: thofman):
[~dereed] is there a reproducer for the second customer case (https://access.redhat.com/support/cases/#/case/02379450)?
> EJB subsystem doesn't set TCCL when deserializing request
> ----------------------------------------------------------
>
> Key: WFLY-12032
> URL: https://issues.jboss.org/browse/WFLY-12032
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 16.0.0.Final
> Reporter: Tomas Hofman
> Priority: Major
>
> This is follow up issue for JBEAP-16725, which was resolved with a workaround - javax.rmi was added as a dependency of wildfly.extension.io module.
> The root cause is probably inside jboss-modules.
> The issue is following:
> * a standalone EJB client invokes remote EJB, and passes an object as an argument;
> * server (trying to use the remote object) fails with "java.lang.ClassNotFoundException: java.rmi.dgc.Lease" (stacktrace bellow).
> If a short delay ({{Thread.sleep(100)}}) is introduced on the server side, before manipulating the remote object, the invocation succeeds.
> {code}
> java.lang.ClassNotFoundException: java.rmi.dgc.Lease from [Module "org.wildfly.extension.io" version 6.0.12.Final-redhat-00001 from local module loader @6a024a67 (finder: local module finder @7921b0a2 (roots: /tmp/jboss-eap-7.2/modules,/tmp/jboss-eap-7.2/modules/system/layers/base))] (no security manager: RMI class loader disabled)
> (default task-2) java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java:97)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
> (default task-2) sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
> (default task-2) java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
> (default task-2) java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
> (default task-2) sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:219)
> (default task-2) java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1868)
> (default task-2) java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1751)
> (default task-2) java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2042)
> (default task-2) java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1573)
> (default task-2) java.io.ObjectInputStream.readObject(ObjectInputStream.java:431)
> (default task-2) sun.rmi.transport.DGCImpl_Stub.dirty(DGCImpl_Stub.java:125)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.makeDirtyCall(DGCClient.java:382)
> (default task-2) sun.rmi.transport.DGCClient$EndpointEntry.registerRefs(DGCClient.java:324)
> (default task-2) sun.rmi.transport.DGCClient.registerRefs(DGCClient.java:160)
> (default task-2) sun.rmi.transport.LiveRef.read(LiveRef.java:312)
> (default task-2) sun.rmi.server.UnicastRef.readExternal(UnicastRef.java:489)
> (default task-2) java.rmi.server.RemoteObject.readObject(RemoteObject.java:455)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2)
> (default task-2) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> (default task-2) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> (default task-2) java.lang.reflect.Method.invoke(Method.java:498)
> (default task-2) org.jboss.marshalling.reflect.JDKSpecific$SerMethods.callReadObject(JDKSpecific.java:179)
> (default task-2) org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:212)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1746)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1715)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1395)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> (default task-2) org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205)
> (default task-2) org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$RemotingInvocationRequest.getRequestContent(EJBServerChannel.java:813)
> (default task-2) org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:130)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleInvocationRequest(EJBServerChannel.java:451)
> (default task-2) org.jboss.ejb.protocol.remote.EJBServerChannel$ReceiverImpl.handleMessage(EJBServerChannel.java:189)
> (default task-2) org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430)
> (default task-2) org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:949)
> (default task-2) org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> (default task-2) org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> (default task-2) java.lang.Thread.run(Thread.java:748)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months