January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (ELY-2060) Move CA set up from SSLAuthenticationTest into re-usable util

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2060?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-2060. ----------------------------------- Resolution: Done > Move CA set up from SSLAuthenticationTest into re-usable util > ------------------------------------------------------------- > > Key: ELY-2060 > URL: https://issues.redhat.com/browse/ELY-2060 > Project: WildFly Elytron > Issue Type: Task > Components: Testsuite, Utils > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 1.14.1.Final > > > This will become a new module that different test suites can depend upon. > This will not be public API as it is a test suite utility but we will still want to be cautious of any API changes as these will cause problems for dependent projects. > Additionally this is intended as a common CA set up used across tests but different tests may have different requirements so any API should allow customisation / filtering of the relevant artefacts produced. > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5928) The use of AND in source pattern of accumulate causes compilation error in executable model.

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5928?page=com.atlassian.jira.plug... ] Mario Fusco resolved DROOLS-5928. --------------------------------- Resolution: Done Fixed by https://github.com/kiegroup/drools/commit/a387f57d5a31dfe1d4c0102325489e2... > The use of AND in source pattern of accumulate causes compilation error in executable model. > -------------------------------------------------------------------------------------------- > > Key: DROOLS-5928 > URL: https://issues.redhat.com/browse/DROOLS-5928 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > Labels: support > Attachments: reproducer_model_compiler_7a.zip > > > Building a rule written in MVEL dialect like (*1) using {{AND}} in source pattern of {{accumulate}} like (\*1-1) in executable rule model, a compilation error (\*2) occurs. This issue does not occur when we build the rule with executable model disabled. > (\*1) > {noformat} > package com.example.reproducer > import java.math.BigDecimal > dialect "mvel" > rule "rule7a2" > when > $total : BigDecimal() from accumulate( $car : Car( discontinued == true ) and Order( item == $car, $price : price ), // ..... (*1-1) > init( BigDecimal total = BigDecimal.ZERO; ), > action( total += $price; ), > reverse( total -= $price; ), > result( total ) ) > then > System.out.println("***** Action of rule7a2 -- $total = " + $total); > end > {noformat} > (\*2) > {noformat} > [ERROR] /work2/testdir/reproducer_model_compiler_7a/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/Rulese69ee9f6a2a84acaa675792cae099156RuleMethods0.java:[28,63] method accumulate in class org.drools.model.DSL cannot be applied to given types; > required: org.drools.model.view.ViewItem<?>,org.drools.model.functions.accumulate.AccumulateFunction,org.drools.model.functions.accumulate.AccumulateFunction[] > found: org.drools.model.view.ViewItem > reason: cannot infer type-variable(s) T > (actual and formal argument lists differ in length) > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2061) The SASL BaseTestCase is no longer a general base

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2061?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-2061. ----------------------------------- Resolution: Done > The SASL BaseTestCase is no longer a general base > ------------------------------------------------- > > Key: ELY-2061 > URL: https://issues.redhat.com/browse/ELY-2061 > Project: WildFly Elytron > Issue Type: Task > Components: Testsuite > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 1.14.1.Final > > > The testsuite contains a class org.wildfly.security.sasl.test.BaseTestCase which is extended by many test cases but actually is no longer a base, instead it is just a set of methods which can be statically imported where needed. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2066) Release WildFly Elytron 1.14.1.Final

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2066?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-2066. ----------------------------------- Resolution: Done > Release WildFly Elytron 1.14.1.Final > ------------------------------------ > > Key: ELY-2066 > URL: https://issues.redhat.com/browse/ELY-2066 > Project: WildFly Elytron > Issue Type: Release > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 1.14.1.CR1 > > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5928) The use of AND in source pattern of accumulate causes compilation error in executable model.

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5928?page=com.atlassian.jira.plug... ] Mario Fusco moved RHDM-1554 to DROOLS-5928: ------------------------------------------- Component/s: executable model (was: BRE) Docs QE Status: NEW Key: DROOLS-5928 (was: RHDM-1554) QE Status: NEW Affects Version/s: (was: 7.1.0.GA) (was: 7.9.0.GA) Workflow: GIT Pull Request workflow (was: CDW with docs v1) Environment: (was: This issue occurs on all releases from RHDM 7.1.0 to 7.9.0.) Project: Drools (was: Red Hat Decision Manager) > The use of AND in source pattern of accumulate causes compilation error in executable model. > -------------------------------------------------------------------------------------------- > > Key: DROOLS-5928 > URL: https://issues.redhat.com/browse/DROOLS-5928 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > Labels: support > Attachments: reproducer_model_compiler_7a.zip > > > Building a rule written in MVEL dialect like (*1) using {{AND}} in source pattern of {{accumulate}} like (\*1-1) in executable rule model, a compilation error (\*2) occurs. This issue does not occur when we build the rule with executable model disabled. > (\*1) > {noformat} > package com.example.reproducer > import java.math.BigDecimal > dialect "mvel" > rule "rule7a2" > when > $total : BigDecimal() from accumulate( $car : Car( discontinued == true ) and Order( item == $car, $price : price ), // ..... (*1-1) > init( BigDecimal total = BigDecimal.ZERO; ), > action( total += $price; ), > reverse( total -= $price; ), > result( total ) ) > then > System.out.println("***** Action of rule7a2 -- $total = " + $total); > end > {noformat} > (\*2) > {noformat} > [ERROR] /work2/testdir/reproducer_model_compiler_7a/target/generated-sources/drools-model-compiler/main/java/com/example/reproducer/Rulese69ee9f6a2a84acaa675792cae099156RuleMethods0.java:[28,63] method accumulate in class org.drools.model.DSL cannot be applied to given types; > required: org.drools.model.view.ViewItem<?>,org.drools.model.functions.accumulate.AccumulateFunction,org.drools.model.functions.accumulate.AccumulateFunction[] > found: org.drools.model.view.ViewItem > reason: cannot infer type-variable(s) T > (actual and formal argument lists differ in length) > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14241) The messageID cannot be used in a filter expressing via JBoss CLI

by Ranabir Chakraborty (Jira)

[ https://issues.redhat.com/browse/WFLY-14241?page=com.atlassian.jira.plugi... ] Ranabir Chakraborty resolved WFLY-14241. ---------------------------------------- Resolution: Not a Bug I have checked the documentation that Filters work on message properties and some selected attributes (e.g. AMQDurable, AMQPriority, etc.). Message ID is meant for internal usage only. So this is not a Bug and I'm resolving this issue. > The messageID cannot be used in a filter expressing via JBoss CLI > ----------------------------------------------------------------- > > Key: WFLY-14241 > URL: https://issues.redhat.com/browse/WFLY-14241 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 22.0.0.Beta1 > Reporter: Ranabir Chakraborty > Assignee: Ranabir Chakraborty > Priority: Major > > The messageID header property holds a java.lang.Long value, however, it is not possible to use filter operators on the messageID header property. > For example, the following expression would not work besides messageID in each message was greater than '0'. > [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/jms-queue=A:count-messages(filter="messageID>0") > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14241) The messageID cannot be used in a filter expressing via JBoss CLI

by Ranabir Chakraborty (Jira)

[ https://issues.redhat.com/browse/WFLY-14241?page=com.atlassian.jira.plugi... ] Ranabir Chakraborty reopened WFLY-14241: ---------------------------------------- > The messageID cannot be used in a filter expressing via JBoss CLI > ----------------------------------------------------------------- > > Key: WFLY-14241 > URL: https://issues.redhat.com/browse/WFLY-14241 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 22.0.0.Beta1 > Reporter: Ranabir Chakraborty > Assignee: Ranabir Chakraborty > Priority: Major > > The messageID header property holds a java.lang.Long value, however, it is not possible to use filter operators on the messageID header property. > For example, the following expression would not work besides messageID in each message was greater than '0'. > [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/jms-queue=A:count-messages(filter="messageID>0") > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5236) Upgrade WildFly Elytron to 1.14.1.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created WFCORE-5236: ---------------------------------------- Summary: Upgrade WildFly Elytron to 1.14.1.Final Key: WFCORE-5236 URL: https://issues.redhat.com/browse/WFCORE-5236 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 14.0.0.Beta5 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2066) Release WildFly Elytron 1.14.1.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-2066: ------------------------------------- Summary: Release WildFly Elytron 1.14.1.Final Key: ELY-2066 URL: https://issues.redhat.com/browse/ELY-2066 Project: WildFly Elytron Issue Type: Release Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.14.1.CR1 -- 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 Denis Mikhalyov (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Denis Mikhalyov commented on DROOLS-5405: ----------------------------------------- Got the same problem on 7.45 and 7.47 but I can not reproduce it on demand. We have ~4000 rules and use KieScanner to load updates from Business Central repository. Quite often we see the error and re-create KieContainer. I've "fixed" this in _org.drools.core.phreak.AddRemoveRule.iterateLeftTuple:_ {code:java} if (pmem != null) { InternalAgenda ia = pmem.getActualAgenda(wm); if (pmem.getRuleAgendaItem() == null) { PhreakRuleTerminalNode.doLeftDelete(ia, pmem.getOrCreateRuleAgendaItem(ia).getRuleExecutor(), lt); } else { PhreakRuleTerminalNode.doLeftDelete(ia, pmem.getRuleAgendaItem().getRuleExecutor(), lt); } } {code} Still actually I don't have understanding how to correct it normally. > NPE removing a rule from KieBase > -------------------------------- > > Key: DROOLS-5405 > URL: https://issues.redhat.com/browse/DROOLS-5405 > Project: Drools > Issue Type: Bug > Components: build, 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