March 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-9963) Add mod_cluster transformer tests for EAP 7.1

by Radoslav Husar (JIRA)

Radoslav Husar created WFLY-9963: ------------------------------------ Summary: Add mod_cluster transformer tests for EAP 7.1 Key: WFLY-9963 URL: https://issues.jboss.org/browse/WFLY-9963 Project: WildFly Issue Type: Task Components: mod_cluster Affects Versions: 12.0.0.Final Reporter: Radoslav Husar Assignee: Radoslav Husar -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9962) ReverseProxyTestCase fails when running after ForwardedHandlerTestCase

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-9962?page=com.atlassian.jira.plugin.... ] Jan Kalina updated WFLY-9962: ----------------------------- Description: When ForwardedHandlerTestCase installs {{/subsystem=undertow/configuration=filter/expression-filter=ff}}, even through it removes it after, {{/proxy}} location defined as part of ReverseProxyTestCase setup returns error 404: {code} testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase) Time elapsed: 0.087 sec <<< FAILURE! java.lang.AssertionError: expected:<200> but was:<404> {code} * Direct calling of {{/server1/name}} and {{/server2/name}} from the same tests gives 200 correctly. * When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed. * When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly. As it is unrelated to my original issue in the end, keeping unassigned. was: When ForwardedHandlerTestCase installs {{/subsystem=undertow/configuration=filter/expression-filter=ff}}, even through it removes it after, {{/proxy}} location defined as part of ReverseProxyTestCase setup returns error 404: {code} testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase) Time elapsed: 0.087 sec <<< FAILURE! java.lang.AssertionError: expected:<200> but was:<404> {code} * Direct calling of {{/server1/name}} and {{/server2/name}} from the same tests gives 200 correctly. * When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed. * When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly. As it is unrelated to my original issue in the end, keeping unresolved for now. > ReverseProxyTestCase fails when running after ForwardedHandlerTestCase > ---------------------------------------------------------------------- > > Key: WFLY-9962 > URL: https://issues.jboss.org/browse/WFLY-9962 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Jan Kalina > > When ForwardedHandlerTestCase installs {{/subsystem=undertow/configuration=filter/expression-filter=ff}}, even through it removes it after, {{/proxy}} location defined as part of ReverseProxyTestCase setup returns error 404: > {code} > testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase) Time elapsed: 0.087 sec <<< FAILURE! > java.lang.AssertionError: expected:<200> but was:<404> > {code} > * Direct calling of {{/server1/name}} and {{/server2/name}} from the same tests gives 200 correctly. > * When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed. > * When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly. > As it is unrelated to my original issue in the end, keeping unassigned. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9962) ReverseProxyTestCase fails when running after ForwardedHandlerTestCase

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-9962?page=com.atlassian.jira.plugin.... ] Jan Kalina commented on WFLY-9962: ---------------------------------- I looks the problem is resolved when server reload is added into ForwaredHandlerTestCase: {code} ServerReload.executeReloadAndWaitForCompletion(managementClient.getControllerClient()); {code} But it reveals deeper problem - it looks the missing reload was hiding failures: {code} testRewriteWithUndertowHandlers(org.jboss.as.test.integration.web.handlers.ForwardedHandlerTestCase) Time elapsed: 0.036 sec <<< FAILURE! org.junit.ComparisonFailure: expected:</1[92.121.210.60:455|https|/203.0.113.43:777]> but was:</1[27.0.0.1:46926|http|/127.0.0.1:8080]> at org.junit.Assert.assertEquals(Assert.java:115) at org.junit.Assert.assertEquals(Assert.java:144) at org.jboss.as.test.integration.web.handlers.ForwardedHandlerTestCase.commonTestPart(ForwardedHandlerTestCase.java:165) at org.jboss.as.test.integration.web.handlers.ForwardedHandlerTestCase.testRewriteWithUndertowHandlers(ForwardedHandlerTestCase.java:123) {code} [~jstourac] as you are author of ForwardedHandlerTestCase, maybe you want to check? > ReverseProxyTestCase fails when running after ForwardedHandlerTestCase > ---------------------------------------------------------------------- > > Key: WFLY-9962 > URL: https://issues.jboss.org/browse/WFLY-9962 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Affects Versions: 12.0.0.Final > Reporter: Jan Kalina > > When ForwardedHandlerTestCase installs {{/subsystem=undertow/configuration=filter/expression-filter=ff}}, even through it removes it after, {{/proxy}} location defined as part of ReverseProxyTestCase setup returns error 404: > {code} > testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase) Time elapsed: 0.087 sec <<< FAILURE! > java.lang.AssertionError: expected:<200> but was:<404> > {code} > * Direct calling of {{/server1/name}} and {{/server2/name}} from the same tests gives 200 correctly. > * When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed. > * When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly. > As it is unrelated to my original issue in the end, keeping unresolved for now. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9959) Version in welcome page is not correct

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-9959?page=com.atlassian.jira.plugin.... ] Tomaz Cerar resolved WFLY-9959. ------------------------------- Fix Version/s: 13.0.0.Beta1 Resolution: Done fixed as part of WFLY-9947 > Version in welcome page is not correct > -------------------------------------- > > Key: WFLY-9959 > URL: https://issues.jboss.org/browse/WFLY-9959 > Project: WildFly > Issue Type: Task > Components: Build System > Affects Versions: 12.0.0.Final > Reporter: Tomaz Cerar > Assignee: Jason Greene > Fix For: 13.0.0.Beta1 > > > It still says 11. > We should probably have it expanded to version of server at build time. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9962) ReverseProxyTestCase fails when running after ForwardedHandlerTestCase

by Jan Kalina (JIRA)

Jan Kalina created WFLY-9962: -------------------------------- Summary: ReverseProxyTestCase fails when running after ForwardedHandlerTestCase Key: WFLY-9962 URL: https://issues.jboss.org/browse/WFLY-9962 Project: WildFly Issue Type: Bug Components: Test Suite Affects Versions: 12.0.0.Final Reporter: Jan Kalina When ForwardedHandlerTestCase installs {{/subsystem=undertow/configuration=filter/expression-filter=ff}}, even through it removes it after, {{/proxy}} location defined as part of ReverseProxyTestCase setup returns error 404: {code} testReverseProxy(org.jboss.as.test.integration.web.reverseproxy.ReverseProxyTestCase) Time elapsed: 0.087 sec <<< FAILURE! java.lang.AssertionError: expected:<200> but was:<404> {code} * Direct calling of {{/server1/name}} and {{/server2/name}} from the same tests gives 200 correctly. * When I comment out the ff filter setup (or skip whole ForwardedHandlerTestCase), ReverseProxyTestCase suceed. * When I copy configuration and deployments from running test and run in standalone server outside of test, proxy works correctly. As it is unrelated to my original issue in the end, keeping unresolved for now. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2367) Executable model - Drools context (kcontext) doesn't work when used together with a global

by Tibor Zimányi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2367?page=com.atlassian.jira.plugi... ] Tibor Zimányi commented on DROOLS-2367: --------------------------------------- I created one possible fix. You can find it here https://github.com/kiegroup/drools/compare/master...baldimir:DROOLS-2367 > Executable model - Drools context (kcontext) doesn't work when used together with a global > ------------------------------------------------------------------------------------------ > > Key: DROOLS-2367 > URL: https://issues.jboss.org/browse/DROOLS-2367 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.6.0.Final > Reporter: Tibor Zimányi > Assignee: Luca Molteni > > When using kcontext on RHS of a rule together with a global, the consequence lambda is incorrectly generated which leads to this error [1]. This heviour can be reproduced by copypasting this test [2] into CompilerTest class from modelcompiler package. > [1] https://gist.github.com/baldimir/8b4f494a42a0cbed3e6b191e85774cb4 > [2] https://gist.github.com/baldimir/94ef23595574d7cdcbb500d0e97059ed -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9417) No default-response-code during deployment sent

by cnsgithub cnsgithub (JIRA)

[ https://issues.jboss.org/browse/WFLY-9417?page=com.atlassian.jira.plugin.... ] cnsgithub cnsgithub commented on WFLY-9417: ------------------------------------------- Still wrong in WF12, especially for long-lasting deployment this is causing some trouble for us, as a frontend server will not respond as long as the server is deploying instead of showing an error code during deployment. Any fix in sight? Or reasonable workaround? Is it possible to "force" the server to boot BEFORE doing any deployment? > No default-response-code during deployment sent > ----------------------------------------------- > > Key: WFLY-9417 > URL: https://issues.jboss.org/browse/WFLY-9417 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 11.0.0.CR1 > Reporter: Nero M > Assignee: Stuart Douglas > Original Estimate: 1 week > Remaining Estimate: 1 week > > Hi, i am experiencing a strange behaviour with WF11 which was not like this on WF10. > When a *.dodeploy file exists during server-start. The Default response code > e.g. > <host name="default-host" alias="localhost" default-response-code="503"> > Is not sent during the time of deployment. Instead any requests goes into a pending state with (seemingly) no timeout. > If the *.dodeploy file is created AFTER the server boots up, the default response code is sent until the deployment is complete. > (After this line): WFLYSRV0025: WildFly Full 11.0.0.CR1 (WildFly Core 3.0.4.Final) started in 6468ms > I think the server should not "hang" during the deployment-time, just like it was on WF10. > Is there anything which has to be changed in the standalone xml between 10 and 11 to get the same behaviour? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1679) FEEL list filter returns empty collection when there are errors evaluating filter

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1679?page=com.atlassian.jira.plugi... ] Matteo Mortari commented on DROOLS-1679: ---------------------------------------- Reverted and completed the work with http://github.com/kiegroup/drools/commit/7fea9d2f0 > FEEL list filter returns empty collection when there are errors evaluating filter > --------------------------------------------------------------------------------- > > Key: DROOLS-1679 > URL: https://issues.jboss.org/browse/DROOLS-1679 > Project: Drools > Issue Type: Bug > Components: dmn engine > Affects Versions: 7.1.0.Final > Reporter: Tibor Zimányi > Assignee: Fedor Gavrilov > Priority: Minor > Fix For: 7.5.0.Final > > > When having this FEEL list with filter which is incorrect: > {code:java} > ["a", "b", "c"][a] > {code} > the evaluation returns an empty list instead of null. Output of this test is here: > https://gist.github.com/baldimir/18232741fdf1b425ba84d00d83edb939 > I will provide PR with a reproducer today. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2369) Refactor use of class ListSelector to use interface ListSelectorView.Presenter

by Michael Anstis (JIRA)

Michael Anstis created DROOLS-2369: -------------------------------------- Summary: Refactor use of class ListSelector to use interface ListSelectorView.Presenter Key: DROOLS-2369 URL: https://issues.jboss.org/browse/DROOLS-2369 Project: Drools Issue Type: Sub-task Components: DMN Editor Reporter: Michael Anstis Assignee: Michael Anstis I noticed we inject {{ListSeletor}} quite a lot rather than the interface {{ListSelectorView.Presenter}}. Also check {{CellEditorControls}} vs {{CellEditorControlsView.Presenter}}. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2368) Remove HasExpressionEditorControls

by Michael Anstis (JIRA)

Michael Anstis created DROOLS-2368: -------------------------------------- Summary: Remove HasExpressionEditorControls Key: DROOLS-2368 URL: https://issues.jboss.org/browse/DROOLS-2368 Project: Drools Issue Type: Sub-task Components: DMN Editor Reporter: Michael Anstis Assignee: Michael Anstis When all "controls" are moved "inline" {{HasExpressionEditorControls}} and all use thereof can be deleted. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2018