July 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-5072) Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFCORE-5072?page=com.atlassian.jira.plug... ] Brian Stansberry updated WFCORE-5072: ------------------------------------- Fix Version/s: 13.0.0.Beta3 > Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json > ---------------------------------------------------------------------- > > Key: WFCORE-5072 > URL: https://issues.redhat.com/browse/WFCORE-5072 > Project: WildFly Core > Issue Type: Task > Components: Build System > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Labels: EE9 > Fix For: 13.0.0.Beta3 > > > Add an element equivalent to what we do for javax.* in https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/com... for the jakarta.* package namespace. > This has no effect when an EE 8 variant of the jar is used as the jakarta package does not exist. But having it in the module.xml makes it easy to swap in an EE9 variant of the jar. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5072) Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json

by Brian Stansberry (Jira)

Brian Stansberry created WFCORE-5072: ---------------------------------------- Summary: Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json Key: WFCORE-5072 URL: https://issues.redhat.com/browse/WFCORE-5072 Project: WildFly Core Issue Type: Task Components: Build System Reporter: Brian Stansberry Assignee: Brian Stansberry Add an element equivalent to what we do for javax.* in https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/com... for the jakarta.* package namespace. This has no effect when an EE 8 variant of the jar is used as the jakarta package does not exist. But having it in the module.xml makes it easy to swap in an EE9 variant of the jar. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5072) Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFCORE-5072?page=com.atlassian.jira.plug... ] Brian Stansberry updated WFCORE-5072: ------------------------------------- Labels: EE9 (was: ) > Allow easy use of a Jakarta EE 9 variant of org.glassfish:jakarta-json > ---------------------------------------------------------------------- > > Key: WFCORE-5072 > URL: https://issues.redhat.com/browse/WFCORE-5072 > Project: WildFly Core > Issue Type: Task > Components: Build System > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Labels: EE9 > > Add an element equivalent to what we do for javax.* in https://github.com/wildfly/wildfly-core/blob/master/core-feature-pack/com... for the jakarta.* package namespace. > This has no effect when an EE 8 variant of the jar is used as the jakarta package does not exist. But having it in the module.xml makes it easy to swap in an EE9 variant of the jar. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5553) In DMNContextFPAImpl getMetadata returns always a new object

by Jacopo Rota (Jira)

Jacopo Rota created DROOLS-5553: ----------------------------------- Summary: In DMNContextFPAImpl getMetadata returns always a new object Key: DROOLS-5553 URL: https://issues.redhat.com/browse/DROOLS-5553 Project: Drools Issue Type: Bug Reporter: Jacopo Rota Assignee: Jacopo Rota Since the method getMetadata in DMNContextFPAImpl is returning every time a new object, the consumer that is setting a property in the metadata (like the kogito tracing addon that is storing the execution id) can not retrieve it back. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5552) An accumulate with more than one binding is wrongly generated in the executable model

by Martin Weiler (Jira)

Martin Weiler created DROOLS-5552: ------------------------------------- Summary: An accumulate with more than one binding is wrongly generated in the executable model Key: DROOLS-5552 URL: https://issues.redhat.com/browse/DROOLS-5552 Project: Drools Issue Type: Bug Reporter: Martin Weiler Assignee: Mario Fusco Reproducer {code:java} @Test public void testAccumulateWithManyBindings() { String str = "import " + Person.class.getCanonicalName() + ";\n" + "rule R when\n" + " accumulate (\n" + " Person($age : age, $name : name), $max : max( $name.length() ) " + " )" + "then\n" + " insert($max);\n" + "end"; KieSession ksession = getKieSession( str ); ksession.insert( new Person( "Mario", 40 ) ); ksession.insert( new Person( "Mark", 40 ) ); ksession.insert( new Person( "Luca", 40 ) ); ksession.fireAllRules(); List<Number> results = getObjectsIntoList(ksession, Number.class); assertEquals(1, results.size()); assertEquals(5, results.get(0).intValue()); }{code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13716) Integration tests for Elytron failover-realm

by Ondrej Kotek (Jira)

Ondrej Kotek created WFLY-13716: ----------------------------------- Summary: Integration tests for Elytron failover-realm Key: WFLY-13716 URL: https://issues.redhat.com/browse/WFLY-13716 Project: WildFly Issue Type: Task Components: Test Suite Affects Versions: 21.0.0.Beta1 Reporter: Ondrej Kotek Assignee: Ondrej Kotek Implement integration tests for Elytron failover-realm, see WFLY-13146 and WFCORE-4486. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5548) Model compiler cannot generate code for method calls using variable accessors

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5548?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5548: --------------------------------- Sprint: 2020 Week 31-33 (from Jul 27) > Model compiler cannot generate code for method calls using variable accessors > ----------------------------------------------------------------------------- > > Key: DROOLS-5548 > URL: https://issues.redhat.com/browse/DROOLS-5548 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.31.0.Final, 7.32.0.Final, 7.33.0.Final, 7.34.0.Final, 7.35.0.Final, 7.36.0.Final, 7.37.0.Final, 7.38.0.Final, 7.39.0.Final, 7.40.0.Final > Reporter: Ciprian Chiru > Assignee: Luca Molteni > Priority: Major > > Given the example rule below (based on the drools example rule) > > {code:java} > global java.util.Set controlSet; > declare A > x: String > end > declare B > a: A > end > function String dummyFunction(B b) { > return "test"; > } > rule "will execute per each Measurement having ID color" > no-loop > when > Measurement( id == "color", $colorVal : val ) > $b: B() > $val: String() from dummyFunction($b.a) > then > controlSet.add($colorVal); > end{code} > > > When compiling the rule with _kie-maven-plugin_ it fails with : > {noformat} > ...target/generated-sources/drools-model-compiler/main/java/rules/Rules5937a2896da74f01bfa36d294bcf0858RuleMethods0.java:[32,107] cannot find symbol > [ERROR] symbol: variable $b > [ERROR] location: class rules.Rules5937a2896da74f01bfa36d294bcf0858RuleMethods0{noformat} > It transpiles and compiles fine with: > {code:java} > $val: String() from dummyFunction($b){code} > > This can probably be reproduced on all version. > It works when the rules are not pre-compiled. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5542) org.apache.maven.plugins:maven-compiler-plugin fails on the generated model

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5542?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5542: --------------------------------- Sprint: 2020 Week 31-33 (from Jul 27) > org.apache.maven.plugins:maven-compiler-plugin fails on the generated model > --------------------------------------------------------------------------- > > Key: DROOLS-5542 > URL: https://issues.redhat.com/browse/DROOLS-5542 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.40.0.Final > Reporter: Ciprian Chiru > Assignee: Luca Molteni > Priority: Major > > Given a rule as such (modified from the standard example): > > {code:java} > global org.example.drools.service.DummyService dummyService; > rule "will execute per each Measurement having ID color" > no-loop > when > Measurement( id == "color", $colorVal : val ) > $var1: String() from dummyService.dummy("a"); > $var2: String() from dummyService.dummy("b"); > $var3: String() from dummyService.dummy("c"); > String() from dummyService.dummy($var1, $var2, $var3) > then > controlSet.add($colorVal); > end{code} > The _org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile_ fails with: > {code:java} > no suitable method found for from(org.drools.model.Global<org.example.drools.service.DummyService>,org.drools.model.Variable<java.lang.String>,org.drools.model.Variable<java.lang.String>,org.drools.model.Variable<java.lang.String>,rules.PFD.LambdaExtractorFD1FA74D5FA8CFA329D97E34A42287FA) > [ERROR] method org.drools.model.DSL.<T>from(T) is not applicable > [ERROR] (cannot infer type-variable(s) T > [ERROR] (actual and formal argument lists differ in length)) > [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.Variable<T>) is not applicable > [ERROR] (cannot infer type-variable(s) T > [ERROR] (actual and formal argument lists differ in length)) > [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.functions.Function0<T>) is not applicable > [ERROR] (cannot infer type-variable(s) T > [ERROR] (actual and formal argument lists differ in length)) > [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.Variable<T>,org.drools.model.functions.Function1<T,?>) is not applicable > [ERROR] (cannot infer type-variable(s) T > [ERROR] (actual and formal argument lists differ in length)) > [ERROR] method org.drools.model.DSL.<A,B>from(org.drools.model.Variable<A>,org.drools.model.Variable<B>,org.drools.model.functions.Function2<A,B,?>) is not applicable > [ERROR] (cannot infer type-variable(s) A,B > [ERROR] (actual and formal argument lists differ in length)) > [ERROR] method org.drools.model.DSL.<A,B,C>from(org.drools.model.Variable<A>,org.drools.model.Variable<B>,org.drools.model.Variable<C>,org.drools.model.functions.Function3<A,B,C,?>) is not applicable > [ERROR] (cannot infer type-variable(s) A,B,C > [ERROR] (actual and formal argument lists differ in length)){code} > > So the DSL.from() cannot accept more than 2 variables. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5551) Cannot configure kie-maven-plugin to read the rules from a different folder

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5551?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5551: --------------------------------- Attachment: image.jpeg image.png > Cannot configure kie-maven-plugin to read the rules from a different folder > --------------------------------------------------------------------------- > > Key: DROOLS-5551 > URL: https://issues.redhat.com/browse/DROOLS-5551 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.31.0.Final, 7.32.0.Final, 7.33.0.Final, 7.34.0.Final, 7.35.0.Final, 7.36.0.Final, 7.37.0.Final, 7.38.0.Final, 7.39.0.Final, 7.40.0.Final > Reporter: Ciprian Chiru > Assignee: Luca Molteni > Priority: Minor > Attachments: image.jpeg, image.png > > > _kie-maven-plugin_ ignores _sourceFolder_ configuration and there is no other option to set the rules directory. It always looks for rules in the project's resources folder. > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5394) Coverage Report Improvements (CVS File)

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-5394?page=com.atlassian.jira.plug... ] Yeser Amer resolved DROOLS-5394. -------------------------------- Resolution: Done > Coverage Report Improvements (CVS File) > --------------------------------------- > > Key: DROOLS-5394 > URL: https://issues.redhat.com/browse/DROOLS-5394 > Project: Drools > Issue Type: Enhancement > Reporter: Yeser Amer > Assignee: Yeser Amer > Priority: Major > Labels: ScenarioSimulation, drools-tools > > Proposed solution tohttps://issues.redhat.com/browse/RHPAM-2616, is to put the same data shown on Coverage Report inside the generated CSV Report file. > This means to add following data: > Overall Stats (Available rules, executed rules, coverage percentage); > Rules counters -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 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 July 2020