[JBoss JIRA] (WFLY-9788) EJB over HTTP fails with Arrays in Request
by Heiko Lettmann (JIRA)
[ https://issues.jboss.org/browse/WFLY-9788?page=com.atlassian.jira.plugin.... ]
Heiko Lettmann commented on WFLY-9788:
--------------------------------------
I will try this of course.
> EJB over HTTP fails with Arrays in Request
> ------------------------------------------
>
> Key: WFLY-9788
> URL: https://issues.jboss.org/browse/WFLY-9788
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 11.0.0.Final
> Reporter: Heiko Lettmann
> Attachments: Test.zip
>
>
> I stumbled over the issue WFLY-9573. Then I updated to wildfly-http-client-1.0.9.Final which made a few invocations work. There I discovered another issue. I attached a modified Quickstart version to demonstrate it!
> Exception is on the client side:
> Exception in thread "main" javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128)
> at org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:130)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:204)
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126)
> ... 4 more
> Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:178)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9788) EJB over HTTP fails with Arrays in Request
by jaikiran pai (JIRA)
[ https://issues.jboss.org/browse/WFLY-9788?page=com.atlassian.jira.plugin.... ]
jaikiran pai edited comment on WFLY-9788 at 2/13/18 5:14 AM:
-------------------------------------------------------------
Any chance you can try this against WildFly 11 or even WildFly master with this patch?
Just to clarify, the patch in my PR wasn't meant to address a CCE as I (now) see in your stacktrace. When I ran the tests against WildFly upstream without the patch, for a method accepting array as an argument, I ran into an issue where it wasn't finding the right method to invoke on. The patch in the PR addresses that. I haven't been able reproduce the CCE against WildFly upstream with/without my patch.
was (Author: jaikiran):
Any chance you can try this against WildFly 11 or even WildFly master with this patch?
> EJB over HTTP fails with Arrays in Request
> ------------------------------------------
>
> Key: WFLY-9788
> URL: https://issues.jboss.org/browse/WFLY-9788
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 11.0.0.Final
> Reporter: Heiko Lettmann
> Attachments: Test.zip
>
>
> I stumbled over the issue WFLY-9573. Then I updated to wildfly-http-client-1.0.9.Final which made a few invocations work. There I discovered another issue. I attached a modified Quickstart version to demonstrate it!
> Exception is on the client side:
> Exception in thread "main" javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128)
> at org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:130)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:204)
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126)
> ... 4 more
> Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:178)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9788) EJB over HTTP fails with Arrays in Request
by jaikiran pai (JIRA)
[ https://issues.jboss.org/browse/WFLY-9788?page=com.atlassian.jira.plugin.... ]
jaikiran pai commented on WFLY-9788:
------------------------------------
Any chance you can try this against WildFly 11 or even WildFly master with this patch?
> EJB over HTTP fails with Arrays in Request
> ------------------------------------------
>
> Key: WFLY-9788
> URL: https://issues.jboss.org/browse/WFLY-9788
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 11.0.0.Final
> Reporter: Heiko Lettmann
> Attachments: Test.zip
>
>
> I stumbled over the issue WFLY-9573. Then I updated to wildfly-http-client-1.0.9.Final which made a few invocations work. There I discovered another issue. I attached a modified Quickstart version to demonstrate it!
> Exception is on the client side:
> Exception in thread "main" javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128)
> at org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:130)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:204)
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126)
> ... 4 more
> Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:178)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9815) Remove configadmin subsystem
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFLY-9815:
---------------------------------
Summary: Remove configadmin subsystem
Key: WFLY-9815
URL: https://issues.jboss.org/browse/WFLY-9815
Project: WildFly
Issue Type: Task
Components: Build System
Reporter: Tomaz Cerar
Assignee: Tomaz Cerar
ConfigAdmin subsystem was part of OSGi subsystem at the time.
It has no usage outside of osgi and we forgot to remove it when we removed OSGi
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9788) EJB over HTTP fails with Arrays in Request
by Heiko Lettmann (JIRA)
[ https://issues.jboss.org/browse/WFLY-9788?page=com.atlassian.jira.plugin.... ]
Heiko Lettmann commented on WFLY-9788:
--------------------------------------
This was quick!
Unfortunately it doesnt seam to fix the issue for me. May be I am missing something...
I checked out the PR and replaced the wildfly-http-ejb-client-1.0.8.Final-redhat-1.jar with your one after I checked out the current version from GitHub.
Unpacked it to see "encodeUrlPart" was there.
Restarted and rebuild everything.
The stateful ebb Method public List<String> test2(String[] s1, String[] s2)... still fails with:
Exception in thread "main" javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128)
at org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:131)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:206)
at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126)
... 4 more
Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:180)
... 5 more
> EJB over HTTP fails with Arrays in Request
> ------------------------------------------
>
> Key: WFLY-9788
> URL: https://issues.jboss.org/browse/WFLY-9788
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 11.0.0.Final
> Reporter: Heiko Lettmann
> Attachments: Test.zip
>
>
> I stumbled over the issue WFLY-9573. Then I updated to wildfly-http-client-1.0.9.Final which made a few invocations work. There I discovered another issue. I attached a modified Quickstart version to demonstrate it!
> Exception is on the client side:
> Exception in thread "main" javax.ejb.EJBException: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:128)
> at org.wildfly.httpclient.ejb.HttpInvocationHandler.lambda$handleInternal$0(HttpInvocationHandler.java:130)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.io.IOException: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:204)
> at org.jboss.as.ejb3.remote.AssociationImpl.receiveInvocationRequest(AssociationImpl.java:126)
> ... 4 more
> Caused by: java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.String
> at org.wildfly.httpclient.ejb.HttpInvocationHandler$1.getRequestContent(HttpInvocationHandler.java:178)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9814) Fix build & testsuite for JDK 9
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-9814?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-9814:
------------------------------
Description: We currently have most of testsuite failing on JDK9 as result of surefire issues and some actual bugs in the code (was: Currently wildfly doesn't build on JDK9 mostly because of passing -XX:MaxPermSize=xxx
It was deprecated in 8 and removed in 9.
We should add two profiles that would take care of that.)
> Fix build & testsuite for JDK 9
> -------------------------------
>
> Key: WFLY-9814
> URL: https://issues.jboss.org/browse/WFLY-9814
> Project: WildFly
> Issue Type: Task
> Components: Build System
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
> Priority: Minor
>
> We currently have most of testsuite failing on JDK9 as result of surefire issues and some actual bugs in the code
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9814) Fix build & testsuite for JDK 9
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFLY-9814:
---------------------------------
Summary: Fix build & testsuite for JDK 9
Key: WFLY-9814
URL: https://issues.jboss.org/browse/WFLY-9814
Project: WildFly
Issue Type: Task
Components: Build System
Reporter: Tomaz Cerar
Assignee: Tomaz Cerar
Priority: Minor
Fix For: 11.0.0.Beta1
Currently wildfly doesn't build on JDK9 mostly because of passing -XX:MaxPermSize=xxx
It was deprecated in 8 and removed in 9.
We should add two profiles that would take care of that.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9813) Reduce client logging in testsuite to reduce IO
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFLY-9813:
---------------------------------
Summary: Reduce client logging in testsuite to reduce IO
Key: WFLY-9813
URL: https://issues.jboss.org/browse/WFLY-9813
Project: WildFly
Issue Type: Task
Components: Test Suite
Reporter: Tomaz Cerar
Assignee: Tomaz Cerar
Currently we have lots of debug logging enabled for various test modules which can produce tens of mb of logs that noone is looking at.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months