January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14336) Upgrade Apache Artemis to 2.16.1

by Tomas Hofman (Jira)

Tomas Hofman created WFLY-14336: ----------------------------------- Summary: Upgrade Apache Artemis to 2.16.1 Key: WFLY-14336 URL: https://issues.redhat.com/browse/WFLY-14336 Project: WildFly Issue Type: Component Upgrade Components: JMS Reporter: Tomas Hofman Assignee: Emmanuel Hugonnet Fix For: 22.0.0.Beta1, 22.0.0.Final Upgrade apache Artemis to 2.16.0 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5923) ResourceType does not work

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5923?page=com.atlassian.jira.plug... ] Mario Fusco resolved DROOLS-5923. --------------------------------- Resolution: Explained You're misusing the ResourceType. Just pass the existing ResourceType.DRL and it works. > ResourceType does not work > -------------------------- > > Key: DROOLS-5923 > URL: https://issues.redhat.com/browse/DROOLS-5923 > Project: Drools > Issue Type: Bug > Reporter: yj jiang > Assignee: Mario Fusco > Priority: Major > > I use drools as follow: > {code:java} > import org.kie.internal.utils.KieHelper; > // code placeholder > public static final ResourceType LOCAL_DRL = ResourceType.addResourceTypeToRegistry("DRL", > "Drools Rule Language", > "src/main/resources/com/jiang", > "drl"); > public KieSession loadForRule2(String drlStr) { > KieHelper helper = new KieHelper(); > helper.addContent(drlStr, LOCAL_DRL); > return helper.build().newKieSession(); > } > {code} > This param *defaultPath* dose not work, I see that the code is fixed， > > {code:java} > // code placeholder > private String generateResourceName(ResourceType type) { > return "src/main/resources/file" + counter++ + "." + type.getDefaultExtension(); > } > {code} > I think it should be changed as follows > {code:java} > // code placeholder > private String generateResourceName(ResourceType type) { > return type.getDefaultPath() + counter++ + "." + type.getDefaultExtension(); > }{code} > Now，i use another function to temporarily solve > {code:java} > // code placeholder > helper.addContent(drlStr, "/com/jiang/ww.drl"); > {code} > > > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

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

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Mario Fusco resolved DROOLS-5405. --------------------------------- Resolution: Cannot Reproduce > 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: Major > > 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, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5858) Investigate OptaPlanner's Bavet algorithm and compare it with Phreak

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5858?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5858: -------------------------------- Sprint: 2020 Week 49-51 (from Nov 30), 2021 Week 04-06 (from Jan 25) (was: 2020 Week 49-51 (from Nov 30), 2020 Week 52-03 (from Dec 21)) > Investigate OptaPlanner's Bavet algorithm and compare it with Phreak > -------------------------------------------------------------------- > > Key: DROOLS-5858 > URL: https://issues.redhat.com/browse/DROOLS-5858 > Project: Drools > Issue Type: Task > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5965) "and exists" used in source-pattern part of accumulate statement matches multiple times in executable model.

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5965?page=com.atlassian.jira.plug... ] Mario Fusco moved RHDM-1587 to DROOLS-5965: ------------------------------------------- Component/s: executable model (was: BRE) Docs QE Status: NEW Key: DROOLS-5965 (was: RHDM-1587) 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 releases from RHDM 7.1.0 to 7.9.1.) Project: Drools (was: Red Hat Decision Manager) > "and exists" used in source-pattern part of accumulate statement matches multiple times in executable model. > ------------------------------------------------------------------------------------------------------------ > > Key: DROOLS-5965 > URL: https://issues.redhat.com/browse/DROOLS-5965 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > Labels: support > Attachments: reproducer_model_compiler_16a.zip > > > When executing a rule like (\*1) that uses {{and exists}} in _source-pattern_ part of {{accumulate}} statement like (\*1-1) in executable model, the sub-pattern given by {{and exists}} matches multiple times. For example in rule (\*1), we insert 1 {{Car}} object and 3 {{InspectionResult}} objects with the same value of {{number}} property as the {{Car}} object, the _source-pattern_ in the {{accumulate}} statement matches 3 times. In this case, it should match only once. > (\*1) > {noformat} > package com.example.reproducer > import java.util.List > dialect "java" > rule "rule16a2" > when > $list : List() from accumulate ( $car : Car( $number : number ) > and exists InspectionResult( number == $number ); // ..... (*1-1) > collectList($car) ) > then > System.out.println("***** Action of rule16a2 -- $list = " + $list); > end > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14335) Upgrade jboss-ejb-client to 4.0.38.Final

by Tomas Hofman (Jira)

[ https://issues.redhat.com/browse/WFLY-14335?page=com.atlassian.jira.plugi... ] Tomas Hofman updated WFLY-14335: -------------------------------- Description: https://github.com/wildfly/jboss-ejb-client/compare/4.0.36.Final...4.0.38... (was: https://github.com/wildfly/jboss-ejb-client/compare/4.0.36.Final...4.0.37...) > Upgrade jboss-ejb-client to 4.0.38.Final > ---------------------------------------- > > Key: WFLY-14335 > URL: https://issues.redhat.com/browse/WFLY-14335 > Project: WildFly > Issue Type: Component Upgrade > Components: EJB > Reporter: Tomas Hofman > Assignee: Tomasz Adamski > Priority: Major > Fix For: 22.0.0.Beta1, 22.0.0.Final > > > https://github.com/wildfly/jboss-ejb-client/compare/4.0.36.Final...4.0.38... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14335) Upgrade jboss-ejb-client to 4.0.38.Final

by Tomas Hofman (Jira)

[ https://issues.redhat.com/browse/WFLY-14335?page=com.atlassian.jira.plugi... ] Tomas Hofman updated WFLY-14335: -------------------------------- Description: https://github.com/wildfly/jboss-ejb-client/compare/4.0.37.Final...4.0.38... (was: https://github.com/wildfly/jboss-ejb-client/compare/4.0.36.Final...4.0.38...) > Upgrade jboss-ejb-client to 4.0.38.Final > ---------------------------------------- > > Key: WFLY-14335 > URL: https://issues.redhat.com/browse/WFLY-14335 > Project: WildFly > Issue Type: Component Upgrade > Components: EJB > Reporter: Tomas Hofman > Assignee: Tomasz Adamski > Priority: Major > Fix For: 22.0.0.Beta1, 22.0.0.Final > > > https://github.com/wildfly/jboss-ejb-client/compare/4.0.37.Final...4.0.38... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14335) Upgrade jboss-ejb-client to 4.0.38.Final

by Tomas Hofman (Jira)

Tomas Hofman created WFLY-14335: ----------------------------------- Summary: Upgrade jboss-ejb-client to 4.0.38.Final Key: WFLY-14335 URL: https://issues.redhat.com/browse/WFLY-14335 Project: WildFly Issue Type: Component Upgrade Components: EJB Reporter: Tomas Hofman Assignee: Tomasz Adamski Fix For: 22.0.0.Beta1, 22.0.0.Final https://github.com/wildfly/jboss-ejb-client/compare/4.0.36.Final...4.0.37... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5964) Implement PMML-Trusty/Scesim integration

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5964?page=com.atlassian.jira.plug... ] Gabriele Cardosi updated DROOLS-5964: ------------------------------------- Epic Link: DROOLS-4587 > Implement PMML-Trusty/Scesim integration > ---------------------------------------- > > Key: DROOLS-5964 > URL: https://issues.redhat.com/browse/DROOLS-5964 > Project: Drools > Issue Type: Feature Request > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: TrustyAI > > Create backend support to use scesim with pmml-trusty -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1264) Add all pull secrets for OCP in one step

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-1264?page=com.atlassian.jira.plugi... ] Filip Brychta resolved SWSQE-1264. ---------------------------------- Resolution: Done > Add all pull secrets for OCP in one step > ---------------------------------------- > > Key: SWSQE-1264 > URL: https://issues.redhat.com/browse/SWSQE-1264 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > We are adding several pull secrets to the global secret during an OCP installation. Each step invokes a cluster reconciliation which takes a lot of time and can even break the cluster (which is a bug in OCP or OpenStack). We need to reduce a number of reconciliations. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 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 January 2021