January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (DROOLS-5930) Allow an accumulate function to state if it supports reverse for the specific data to be reversed

by Mario Fusco (Jira)

Mario Fusco created DROOLS-5930: ----------------------------------- Summary: Allow an accumulate function to state if it supports reverse for the specific data to be reversed Key: DROOLS-5930 URL: https://issues.redhat.com/browse/DROOLS-5930 Project: Drools Issue Type: Enhancement Reporter: Mario Fusco Assignee: Mario Fusco -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14258) The first websocket that gets triggered from any deployed war file on server prevents all websockets in all other deployed war files from working

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/WFLY-14258?page=com.atlassian.jira.plugi... ] Farah Juma commented on WFLY-14258: ----------------------------------- [~scsynergy] Thanks for checking that. Can you provide more details on "websocket does not work (because it seems to be closed on the server side?)" and where/how you are observing this? Just tried quickly deploying the reproducers with WildFly 21.0.2.Final and first clicked on the Push button for WS1 and then clicked on the Push button for WS2. For both cases, I saw the "PUSHED" output in the server log, without needing to restart the server or undeploy the apps. Is there somewhere else I should be looking to see that the websocket does not work with your reproducer? > The first websocket that gets triggered from any deployed war file on server prevents all websockets in all other deployed war files from working > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-14258 > URL: https://issues.redhat.com/browse/WFLY-14258 > Project: WildFly > Issue Type: Bug > Components: JSF, Web Sockets > Reporter: Ronald Feicht > Assignee: Farah Juma > Priority: Major > Attachments: ws1.tar.gz, ws2.tar.gz > > > *Two* war files are deployed on the same Wildfly instance and both use websockets. The *first* page with f:websocket that gets loaded by the browser works perfectly well. Any websocket on any other page of the *same* war file also works perfectly well. Yet, any websocket of the *second* war file will not work until the server is restartet. Then the first page with a websocket that gets loaded determines which war file's websockets will work. > Example: > # WS1/index.xhtml --> websocket works > # WS2/index.xhtml --> websocket does not work (because it seems to be closed on the server side?) > # restart Wildfly > # WS2/index.xhtml --> websocket works > # WS1/index.xhtml --> websocket does not work (because it seems to be closed on the server side?) > # if we had a WS3/index.xhtml its websockets would also not work > issue found on: Mojarra 2.3.9.SP11 on WildFly Full 20.0.1.Final (WildFly Core 12.0.3.Final) > Example war files attached for you to easily confirm this issue: > ws1.tar.gz > ws2.tar.gz > > Created the same bug report here because I cannot tell whether the bug is in Mojarra or the Wildfly integration of Mojarra: [https://github.com/eclipse-ee4j/mojarra/issues/4799] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELYWEB-123) Upgrade WildFly Elytron to 1.14.1.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created ELYWEB-123: --------------------------------------- Summary: Upgrade WildFly Elytron to 1.14.1.Final Key: ELYWEB-123 URL: https://issues.redhat.com/browse/ELYWEB-123 Project: Elytron Web Issue Type: Component Upgrade Components: Parent Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.9.0.CR1 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5237) Upgrade bouncycastle to 1.68

by Boris Unckel (Jira)

Boris Unckel created WFCORE-5237: ------------------------------------ Summary: Upgrade bouncycastle to 1.68 Key: WFCORE-5237 URL: https://issues.redhat.com/browse/WFCORE-5237 Project: WildFly Core Issue Type: Component Upgrade Components: Security Affects Versions: 14.0.0.Beta4 Reporter: Boris Unckel Assignee: Darran Lofthouse Update BouncyCastle to [1.68|https://mvnrepository.com/artifact/org.bouncycastle/bcprov-jdk15on/1.68] [Releasenotes|https://www.bouncycastle.org/releasenotes.html] [Diff|https://github.com/bcgit/bc-java/compare/r1rv67...r1rv68] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELYWEB-122) Upgrade to org.apache.httpcomponents:httpclient:4.5.13

by Darran Lofthouse (Jira)

Darran Lofthouse created ELYWEB-122: --------------------------------------- Summary: Upgrade to org.apache.httpcomponents:httpclient:4.5.13 Key: ELYWEB-122 URL: https://issues.redhat.com/browse/ELYWEB-122 Project: Elytron Web Issue Type: Component Upgrade Components: Parent Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.9.0.CR1 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELYWEB-121) Upgrade to org.apache.httpcomponents:httpcore:4.4.14

by Darran Lofthouse (Jira)

Darran Lofthouse created ELYWEB-121: --------------------------------------- Summary: Upgrade to org.apache.httpcomponents:httpcore:4.4.14 Key: ELYWEB-121 URL: https://issues.redhat.com/browse/ELYWEB-121 Project: Elytron Web Issue Type: Component Upgrade Components: Parent Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.9.0.CR1 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELYWEB-120) Update Undertow to 2.2.3.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created ELYWEB-120: --------------------------------------- Summary: Update Undertow to 2.2.3.Final Key: ELYWEB-120 URL: https://issues.redhat.com/browse/ELYWEB-120 Project: Elytron Web Issue Type: Component Upgrade Components: Undertow Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.9.0.CR1 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5216) EAP Pod fails to start when env JBOSS_MODULEPATH=${JBOSS_HOME}/modules:${HOME} is set

by Jean Francois Denise (Jira)

[ https://issues.redhat.com/browse/WFCORE-5216?page=com.atlassian.jira.plug... ] Jean Francois Denise commented on WFCORE-5216: ---------------------------------------------- [~davykoravand], it would be interesting to get some examples of failing JAVA_OPTS. I think that we could apply for both JAVA_OPTS and JBOSS_MODULEPATH the same fix prior to call exec: JBOSS_MODULEPATH=$(eval "echo $JBOSS_MODULEPATH") JAVA_OPTS=$(eval "echo $JAVA_OPTS") > EAP Pod fails to start when env JBOSS_MODULEPATH=${JBOSS_HOME}/modules:${HOME} is set > ------------------------------------------------------------------------------------- > > Key: WFCORE-5216 > URL: https://issues.redhat.com/browse/WFCORE-5216 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Reporter: Ivo Studensky > Assignee: Ivo Studensky > Priority: Major > > Since JBoss EAP 7.3 for OpenShift, if environment variable JBOSS_MODULEPATH=${JBOSS_HOME}/modules:${HOME} which contains bash variable is set via DeploymentConfig, EAP Pod fails to start with the following messages: > {noformat} > INFO Duration: 347 milliseconds > ERROR Error applying /tmp/cli-configuration-script-1594252654.cli CLI script. > org.jboss.modules.ModuleNotFoundException: org.jboss.as.cli > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:297) > at org.jboss.modules.Main.main(Main.java:371) > {noformat} > This issue does not occur on JBoss EAP 7.2 container. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5405) NPE removing a rule from KieBase

by Ant Stephenson (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Ant Stephenson reassigned DROOLS-5405: -------------------------------------- Assignee: Mario Fusco (was: Ant Stephenson) > NPE removing a rule from KieBase > -------------------------------- > > Key: DROOLS-5405 > URL: https://issues.redhat.com/browse/DROOLS-5405 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.37.0.Final > Reporter: dianle zhang > Assignee: Mario Fusco > Priority: Blocker > > removing a rule from KieBase causes the following NPE: > java.lang.NullPointerException: null > at org.drools.core.phreak.AddRemoveRule.iterateLeftTuple(AddRemoveRule.java:1063) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.visitChild(AddRemoveRule.java:978) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.lambda$processLeftTuplesOnLian$1(AddRemoveRule.java:936) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle$SingleLinkedTuples.forEachLeftTuple(DefaultFactHandle.java:727) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle.forEachLeftTuple(DefaultFactHandle.java:923) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuplesOnLian(AddRemoveRule.java:931) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:856) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:173) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:191) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeRules(ReteooBuilder.java:177) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.lambda$removeRule$6(KnowledgeBaseImpl.java:1553) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:745) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1537) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5405) NPE removing a rule from KieBase

by Ant Stephenson (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Ant Stephenson updated DROOLS-5405: ----------------------------------- Component/s: (was: build) > NPE removing a rule from KieBase > -------------------------------- > > Key: DROOLS-5405 > URL: https://issues.redhat.com/browse/DROOLS-5405 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.37.0.Final > Reporter: dianle zhang > Assignee: Ant Stephenson > Priority: Blocker > > removing a rule from KieBase causes the following NPE: > java.lang.NullPointerException: null > at org.drools.core.phreak.AddRemoveRule.iterateLeftTuple(AddRemoveRule.java:1063) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.visitChild(AddRemoveRule.java:978) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.lambda$processLeftTuplesOnLian$1(AddRemoveRule.java:936) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle$SingleLinkedTuples.forEachLeftTuple(DefaultFactHandle.java:727) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle.forEachLeftTuple(DefaultFactHandle.java:923) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuplesOnLian(AddRemoveRule.java:931) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:856) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:173) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:191) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeRules(ReteooBuilder.java:177) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.lambda$removeRule$6(KnowledgeBaseImpl.java:1553) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:745) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1537) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 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 January 2021