[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 updated WFLY-9757:
---------------------------------
Attachment: org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase-output.txt
> 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, 2 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 reassigned WFLY-9757:
------------------------------------
Assignee: Farah Juma (was: Adam Krajcik)
> 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
>
> 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, 2 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:
--------------------------------------
This one doesn't seem to be environment related. DoctypeDeclTestCase Does seem to be the one to blame, as running the other two test cases separately works fine:
{noformat}
$ mvn clean test -Dts.basic -Dts.noSmoke -Dtest=DuplicateIDIntegrationTestCase -Dnode0=${MYIP}
Running org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.596 sec - in org.jboss.as.test.integration.jsf.duplicateid.DuplicateIDIntegrationTestCase
$ mvn clean test -Dts.basic -Dts.noSmoke -Dtest=InjectionToPhaseListenerTest -Dnode0=${MYIP}
Running org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.5 sec - in org.jboss.as.test.integration.jsf.phaseListener.injectionTarget.InjectionToPhaseListenerTest
{noformat}
{noformat}
$ mvn clean test -Dts.basic -Dts.noSmoke -Dtest=DoctypeDeclTestCase#testDoctypeDeclDisallowed -Dnode0=${MYIP}
Running org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.74 sec <<< FAILURE! - in org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase
testDoctypeDeclDisallowed(org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase) Time elapsed: 1.597 sec <<< FAILURE!
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at org.jboss.as.test.integration.jsf.doctype.DoctypeDeclTestCase.testDoctypeDeclDisallowed(DoctypeDeclTestCase.java:93)
{noformat}
register() method returns {{<html><head><title>Error</title></head><body>Internal Server Error</body></html>}} as a responseString in this case where {{assertTrue(responseString.contains("disallow-doctype-decl"));}} is expected.
[~fjuma] [~jkasik] could you please take a look into this one?
> 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: Test Suite
> Reporter: Petr Kremensky
> Assignee: Adam Krajcik
>
> 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, 2 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 updated WFLY-9757:
---------------------------------
Component/s: JSF
> 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: Adam Krajcik
>
> 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, 2 months
[JBoss JIRA] (WFLY-9788) EJB over HTTP fails...
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-9788?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-9788:
------------------------------
Attachment: (was: Icon indicating the project type.url)
> EJB over HTTP fails...
> ----------------------
>
> 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, 2 months
[JBoss JIRA] (DROOLS-2210) Drools 7.3.0 serialization null pointer exceptions with sliding windows
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2210?page=com.atlassian.jira.plugi... ]
Mario Fusco resolved DROOLS-2210.
---------------------------------
Resolution: Done
Fixed by https://github.com/kiegroup/drools/commit/248d948384a0da38ab33f4da234c85e...
> Drools 7.3.0 serialization null pointer exceptions with sliding windows
> -----------------------------------------------------------------------
>
> Key: DROOLS-2210
> URL: https://issues.jboss.org/browse/DROOLS-2210
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.3.0.Final
> Reporter: Manjunath S Paramesan
> Assignee: Mario Fusco
> Priority: Critical
>
> We have a fairly large rule-base with temporal reasoning and sliding windows.
> While serializing the drools session we observe random null pointer exceptions as see below:
> Exception in thread "pool-92-thread-98" java.lang.NullPointerException
> at org.drools.core.rule.SlidingTimeWindow$BehaviorJobContextTimerOutputMarshaller.serialize(SlidingTimeWindow.java:323)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.writeTimers(ProtobufOutputMarshaller.java:880)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.serializeSession(ProtobufOutputMarshaller.java:210)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.writeSession(ProtobufOutputMarshaller.java:118)
> at org.drools.core.marshalling.impl.ProtobufMarshaller.marshall(ProtobufMarshaller.java:162)
> at org.drools.core.marshalling.impl.ProtobufMarshaller.marshall(ProtobufMarshaller.java:146)
> at com.mlnms.common.fmwk.drools.impl.DroolsClientImpl.backupKieSession(DroolsClientImpl.java:743)
> at com.mlnms.common.fmwk.drools.impl.DroolsClientImpl.lambda$processStatefulEvents$0(DroolsClientImpl.java:506)
> at java.lang.Thread.run(Thread.java:745)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2210) Drools 7.3.0 serialization null pointer exceptions with sliding windows
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2210?page=com.atlassian.jira.plugi... ]
Mario Fusco updated DROOLS-2210:
--------------------------------
Sprint: 2018 Week 05-06
> Drools 7.3.0 serialization null pointer exceptions with sliding windows
> -----------------------------------------------------------------------
>
> Key: DROOLS-2210
> URL: https://issues.jboss.org/browse/DROOLS-2210
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.3.0.Final
> Reporter: Manjunath S Paramesan
> Assignee: Mario Fusco
> Priority: Critical
>
> We have a fairly large rule-base with temporal reasoning and sliding windows.
> While serializing the drools session we observe random null pointer exceptions as see below:
> Exception in thread "pool-92-thread-98" java.lang.NullPointerException
> at org.drools.core.rule.SlidingTimeWindow$BehaviorJobContextTimerOutputMarshaller.serialize(SlidingTimeWindow.java:323)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.writeTimers(ProtobufOutputMarshaller.java:880)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.serializeSession(ProtobufOutputMarshaller.java:210)
> at org.drools.core.marshalling.impl.ProtobufOutputMarshaller.writeSession(ProtobufOutputMarshaller.java:118)
> at org.drools.core.marshalling.impl.ProtobufMarshaller.marshall(ProtobufMarshaller.java:162)
> at org.drools.core.marshalling.impl.ProtobufMarshaller.marshall(ProtobufMarshaller.java:146)
> at com.mlnms.common.fmwk.drools.impl.DroolsClientImpl.backupKieSession(DroolsClientImpl.java:743)
> at com.mlnms.common.fmwk.drools.impl.DroolsClientImpl.lambda$processStatefulEvents$0(DroolsClientImpl.java:506)
> at java.lang.Thread.run(Thread.java:745)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9799) TxTimeoutTestCase#test_negativeTxTimeoutTest fails intermittently
by Stuart Douglas (JIRA)
Stuart Douglas created WFLY-9799:
------------------------------------
Summary: TxTimeoutTestCase#test_negativeTxTimeoutTest fails intermittently
Key: WFLY-9799
URL: https://issues.jboss.org/browse/WFLY-9799
Project: WildFly
Issue Type: Bug
Components: JPA / Hibernate
Reporter: Stuart Douglas
Assignee: Scott Marlow
Example is here: https://ci.wildfly.org/viewLog.html?buildId=88880&buildTypeId=WFPR
Looking at the code I think this test is no longer valid. Originally when the test was added the design was that the reaper would never close the EM, however it looks like this was updated in WFLY-4923 so the new requirement is that the last thread to be associated with the EM is responsible for closing. If the reaper associates, then the app dissociates, then the reaper dissociates then I think it is correct and expected for the reaper thread to close the EM.
As such I will submit a PR to delete this test.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9798) Undertow filter rewrite configuration error
by 구용 이 (JIRA)
[ https://issues.jboss.org/browse/WFLY-9798?page=com.atlassian.jira.plugin.... ]
구용 이 updated WFLY-9798:
-----------------------
Description:
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
was:
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
failure description: "WFLYCTL0211: Cannot resolve expression '/abc/test${1}.jsp'"
Thank you
> 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, 2 months