[JBoss JIRA] (WFLY-9757) Some jsf integration tests fail if -Dnode != localhost
by Petr Kremensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-9757?page=com.atlassian.jira.plugin.... ]
Petr Kremensky commented on WFLY-9757:
--------------------------------------
FYI, fails for me also with 1.8.0_161 jdk.
> Some jsf integration tests fail if -Dnode != localhost
> ------------------------------------------------------
>
> Key: WFLY-9757
> URL: https://issues.jboss.org/browse/WFLY-9757
> Project: WildFly
> Issue Type: Bug
> Components: JSF, Test Suite
> Reporter: Petr Kremensky
> Assignee: Farah Juma
> Attachments: org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase-output.txt
>
>
> Running the tests keeping a node0 to localhost works fine:
> {noformat}
> [pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest
> ...
> Running org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.809 sec - in org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
> Running org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.645 sec - in org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
> Running org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.1 sec - in org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
> {noformat}
> But once node0 is set, the tests start to fail.
> {noformat}
> [pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest -Dnode0=<IP>
> ...
> Failed tests:
> DoctypeDeclTestCase.testDoctypeDeclDisallowed:93
> DuplicateIDIntegrationTestCase.testDuplicateIDIsNotGenerated:107 expected:<200> but was:<500>
> Tests in error:
> InjectionToPhaseListenerTest.test:61 » IO java.util.concurrent.ExecutionExcept...
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 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:
------------------------------------
This appears to be an URL path encoding issue. Array class name representation can end up with a {{;}} semicolon in the end, which effectively means that the URL path that's built with have a unencoded semicolon, which Undertow drops off on the server side. As the result, the server side can't find the right method on the EJB to invoke on.
In short, this appears to be a bug in the wildfly-http-ejb-client library.
> 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
> Priority: Blocker
> 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, 3 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 updated WFLY-9788:
-------------------------------
Priority: Major (was: Blocker)
> 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, 3 months
[JBoss JIRA] (WFLY-9757) Some jsf integration tests fail if -Dnode != localhost
by Petr Kremensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-9757?page=com.atlassian.jira.plugin.... ]
Petr Kremensky commented on WFLY-9757:
--------------------------------------
[~fjuma] It fails always for me. I'll sent you an mail with exact steps I've made, hopefully this helps you to reproduce as well.
My local environment:
{noformat}
$ cat /etc/redhat-release
Fedora release 27 (Twenty Seven)
$ mvn -version
Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 2017-10-18T09:58:13+02:00)
Maven home: /usr/lib/maven
Java version: 1.8.0_151, vendor: Oracle Corporation
Java home: /usr/lib/java/jdk1.8.0_151/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.14.16-300.fc27.x86_64", arch: "amd64", family: "unix"
{noformat}
but I can see the failure also on our RHEL servers in lab.
> Some jsf integration tests fail if -Dnode != localhost
> ------------------------------------------------------
>
> Key: WFLY-9757
> URL: https://issues.jboss.org/browse/WFLY-9757
> Project: WildFly
> Issue Type: Bug
> Components: JSF, Test Suite
> Reporter: Petr Kremensky
> Assignee: Farah Juma
> Attachments: org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase-output.txt
>
>
> Running the tests keeping a node0 to localhost works fine:
> {noformat}
> [pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest
> ...
> Running org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.809 sec - in org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
> Running org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.645 sec - in org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
> Running org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.1 sec - in org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
> {noformat}
> But once node0 is set, the tests start to fail.
> {noformat}
> [pkremens@localhost testsuite] (master)$ mvn test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase,DuplicateIDIntegrationTestCase,InjectionToPhaseListenerTest -Dnode0=<IP>
> ...
> Failed tests:
> DoctypeDeclTestCase.testDoctypeDeclDisallowed:93
> DuplicateIDIntegrationTestCase.testDuplicateIDIsNotGenerated:107 expected:<200> but was:<500>
> Tests in error:
> InjectionToPhaseListenerTest.test:61 » IO java.util.concurrent.ExecutionExcept...
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-9798) Undertow filter rewrite configuration error
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-9798?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-9798.
----------------------------------
Resolution: Rejected
Because the attribute supports expressions you need to use '$$' as an escape instead of '$'. (i.e. $${1})
> Undertow filter rewrite configuration error
> -------------------------------------------
>
> Key: WFLY-9798
> URL: https://issues.jboss.org/browse/WFLY-9798
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Environment: h2. Test environment
> 1. CentOS Linux release 7.4.1708 (Core)
> 2. wildfly-11.0.0.Final
> 3. wildfly-12.0.0.Alpha1-SNAPSHOT
> Reporter: 구용 이
> Assignee: Stuart Douglas
>
> hi~
> A URL in the form of "http://localhost/test1" should be rewritten to "http://localhost/abc/test1"
> h2. Configuration
> Undertow Subsystem
> <host ...
> <filter-ref name="rewrite-test" predicate="regex('^/test(.*)$')"/>
> ...
> <filters>
> <rewrite name="rewrite-test" target="/abc/test${1}.jsp" redirect="false"/>
> h2. Problems:
> server.log
> WFLYUT0014: Creating file handler for path '/svc/eap71/was/wildfly-12.0.0.Alpha1-SNAPSHOT/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
> 2018-02-12 13:44:09,562 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 65) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "undertow"),
> ("configuration" => "filter"),
> ("rewrite" => "rewrite-test")
> ]) - failure description: "WFLYCTL0211: Cannot resolve expression '/abc/test${1}.jsp'"
> Thank you
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (WFLY-9811) Serve gzip encoded resources
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-9811?page=com.atlassian.jira.plugin.... ]
Stuart Douglas updated WFLY-9811:
---------------------------------
Component/s: Web (Undertow)
(was: Web Console)
> Serve gzip encoded resources
> ----------------------------
>
> Key: WFLY-9811
> URL: https://issues.jboss.org/browse/WFLY-9811
> Project: WildFly
> Issue Type: Feature Request
> Components: Web (Undertow)
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
>
> Generally you want two things to happen:
> # serve files using #sendfile
> # serve gzipped versions resources
> Compressing resources in memory saves bandwidth but is suboptimal since the whole resource needs to be loaded into memory.
> Jetty implements this like this:
> - if the Accept-Encoding includes "gzip"
> - and there is a ".gz" version of the file (eg. you request "style.css" and there is "style.css.gz")
> then the ".gz" version is served.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months