9:44 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
Stephen Coy updated AS7-4984:
-----------------------------
Attachment: remote-marshalling-test.zip
This is a maven project that builds an EAR and a WAR.
Deploy remote-ejb-app.ear and remote-web-client.war.
Accessing http://localhost:8080/remote-web-client/test triggers the failure.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
9:44 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
Stephen Coy commented on AS7-4984:
----------------------------------
Sample stack trace:
00:30:13,280 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/remote-web-client].[org.jboss.as.marshalling.test.web.TestServlet]]
(http-localhost/127.0.0.1:8080-1) Servlet.service() for servlet
org.jboss.as.marshalling.test.web.TestServlet threw exception: java.lang.RuntimeException:
JBAS014154: Failed to marshal EJB parameters
at org.jboss.as.ejb3.remote.LocalEjbReceiver.clone(LocalEjbReceiver.java:266)
[jboss-as-ejb3-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.ejb3.remote.LocalEjbReceiver.clone(LocalEjbReceiver.java:255)
[jboss-as-ejb3-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.as.ejb3.remote.LocalEjbReceiver.processInvocation(LocalEjbReceiver.java:166)
[jboss-as-ejb3-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at
org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:179)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at
org.jboss.ejb.client.TransactionInterceptor.handleInvocation(TransactionInterceptor.java:43)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at
org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:181)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at
org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:125)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at
org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:181)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:136)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:121)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:104)
[jboss-ejb-client-1.0.10.Final.jar:1.0.10.Final]
at $Proxy22.testJodaDateTimeZone(Unknown Source) at
org.jboss.as.marshalling.test.web.TestServlet.doGet(TestServlet.java:65) [classes:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
[jboss-servlet-api_3.0_spec-1.0.1.Final.jar:1.0.1.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
[jboss-servlet-api_3.0_spec-1.0.1.Final.jar:1.0.1.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)
[jbossweb-7.0.16.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.16.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
[jbossweb-7.0.16.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
[jbossweb-7.0.16.Final.jar:]
at
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:156)
[jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
[jbossweb-7.0.16.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[jbossweb-7.0.16.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jbossweb-7.0.16.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[jbossweb-7.0.16.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
[jbossweb-7.0.16.Final.jar:]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679)
[jbossweb-7.0.16.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931)
[jbossweb-7.0.16.Final.jar:]
at java.lang.Thread.run(Thread.java:680) [classes.jar:1.6.0_33]
Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring
class
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [classes.jar:1.6.0_33]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[classes.jar:1.6.0_33]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[classes.jar:1.6.0_33]
at java.lang.reflect.Method.invoke(Method.java:597) [classes.jar:1.6.0_33]
at
org.jboss.marshalling.reflect.SerializableClass.callReadResolve(SerializableClass.java:338)
at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:259)
at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:230)
at org.jboss.marshalling.cloner.SerializingCloner.clone(SerializingCloner.java:134)
at org.jboss.as.ejb3.remote.LocalEjbReceiver.clone(LocalEjbReceiver.java:264)
[jboss-as-ejb3-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
... 27 more
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
9:52 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd commented on AS7-4984:
----------------------------------
I believe we're seeing JBMAR-137 in action here.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
9:54 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd reassigned AS7-4984:
--------------------------------
Assignee: David Lloyd
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
9:56 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
Stephen Coy commented on AS7-4984:
----------------------------------
I don't think so. JBMAR-137 is supposedly fixed in 1.3.14.GA which is already being
used in the main branch.
I've been testing it on this.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
9:58 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd commented on AS7-4984:
----------------------------------
No, actually it should be fixed for 1.3.15.GA in commit
2e276bc2273d9b105dda7e48ec011059caa212ee in the 1.3 branch.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
10:02 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd commented on AS7-4984:
----------------------------------
If you have a dev environment handy though, it would be nice to verify. You would have to
build and install the JBMAR 1.3.15.GA-SNAPSHOT and update the AS POM accordingly though -
or just hack it into the modules/ directory and edit the corresponding module.xml, at your
option.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
10:02 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd edited comment on AS7-4984 at 6/21/12 11:01 AM:
------------------------------------------------------------
No, actually it should be fixed for 1.3.15.GA in commit
https://github.com/jboss-remoting/jboss-marshalling/commit/2e276bc2273d9b... in the 1.3
branch.
was (Author: dmlloyd):
No, actually it should be fixed for 1.3.15.GA in commit
2e276bc2273d9b105dda7e48ec011059caa212ee in the 1.3 branch.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
10:02 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd commented on AS7-4984:
----------------------------------
I've updated the JBMAR issue with the correction.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
4:37 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
Stephen Coy commented on AS7-4984:
----------------------------------
1.3.15.GA works for me
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
10:02 a.m.
[
https://issues.jboss.org/browse/AS7-4984?page=com.atlassian.jira.plugin.s...
]
David Lloyd resolved AS7-4984.
------------------------------
Fix Version/s: 7.1.3.Final (EAP)
7.2.0.Alpha1
Resolution: Done
Great! Then I'm pleased to say that this issue is fixed.
Exclusion of Modules does not work with EAR to EAR communication
----------------------------------------------------------------
Key: AS7-4984
URL: https://issues.jboss.org/browse/AS7-4984
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: Windows 7
Reporter: Sebastian Woeste
Assignee: David Lloyd
Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1
Attachments: remote-marshalling-test.zip
We get an exception if we try to remote execute a method of an EAR from another EAR if
the method, we want to execute, expects a parameter which type is in both ear lib folders
and the JBoss modules folder.
Example:
If we have the joda-time.jar in our ear lib folder and want to execute a method like:
public void setTimeZone( DateTimeZone zone );
in another EAR we get the following exception:
java.lang.IllegalArgumentException: object is not an instance of declaring class.
We tried to exclude the joda-time module in the deployment-structure.xml but that did not
work. Only solution is to remove the joda-time.jar from both ear lib folders but that is
not practicable for us. Some further information and a test project to reproduce the
problem are in the linked thread.
--
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
5099
days inactive
5108
days old
13 comments
4 participants
participants (4)
-
David Lloyd (JIRA) -
SBS JIRA Integration (JIRA)
-
Sebastian Woeste (JIRA)
-
Stephen Coy (JIRA)