December 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14094) Potential memory leak when using opentracing

by Emmanuel Hugonnet (Jira)

[ https://issues.redhat.com/browse/WFLY-14094?page=com.atlassian.jira.plugi... ] Emmanuel Hugonnet commented on WFLY-14094: ------------------------------------------ [~roland.spindelbalker-davila] it missed 21.0.1 so I guess 22 is the target release. > Potential memory leak when using opentracing > -------------------------------------------- > > Key: WFLY-14094 > URL: https://issues.redhat.com/browse/WFLY-14094 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld, MP OpenTracing > Affects Versions: 19.0.0.Final, 19.1.0.Final, 20.0.0.Final, 20.0.1.Final, 21.0.0.Final > Reporter: Michel Erard > Assignee: Matěj Novotný > Priority: Major > Labels: downstream_dependency > Fix For: 22.0.0.Beta1 > > Attachments: bad_heapdump.png, good_heapdump.png, image-2020-11-23-11-59-50-907.png > > > Depending on the CDI/EJB scope the usage together with opentracing can end up in a memory leak. > Here I did a little sample project to simulate the issue: > [https://github.com/erard22/wildfly-memory-leak] > Requests handeled by this class > {code:java} > @ApplicationScoped > @Traced > public class HelloWorldService { > public String sayHello() { > return "Hello World!"; > } > } {code} > leave an instance of class {{org.jboss.weld.contexts.CreationalContextImpl}} back on the heap. > !bad_heapdump.png! > Also when using {{@Stateless}}. It disapears when you change to {{@Dependent}}. I did some tests with different versions. It seems the issue was introduced with wildfly-19. Before it worked. I also did it with EAP. There it was fine with 7.3.0 but is now present in 7.3.3. > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5870) DrlDumper does not generate the accumulate import

by Hiroko Miura (Jira)

Hiroko Miura created DROOLS-5870: ------------------------------------ Summary: DrlDumper does not generate the accumulate import Key: DROOLS-5870 URL: https://issues.redhat.com/browse/DROOLS-5870 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.46.0.Final, 7.44.0.Final Reporter: Hiroko Miura Assignee: Mario Fusco Attachments: import-accumulate-test.zip DrlDumper is not printing out the accumulate import. Here is an example code of PackageDescrBuilder. {noformat} PackageDescr packageDescr = DescrFactory.newPackage().name("examples.drools") .newImport().target("java.math.BigDecimal").end() .newAccumulateImport().target("examples.drools.accumulate.OriginalFunction").functionName("originalFunction").end() .newRule().name("Test Rule") .lhs() .accumulate() .source().pattern().type("TargetFact").id("$target", false) .end() .end() .function("originalFunction", "$accumulateResult", false, "$target.hoge") .constraint("true") .end() .end() .rhs("System.out.println($accumulateResult);") .end() .end().getDescr(); String drl = new DrlDumper().dump(packageDescr); {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5732) Write blog post/video to communicate the feature update

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5732?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5732: ----------------------------------- Sprint: 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9)) > Write blog post/video to communicate the feature update > ------------------------------------------------------- > > Key: DROOLS-5732 > URL: https://issues.redhat.com/browse/DROOLS-5732 > Project: Drools > Issue Type: Task > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5866) Move back core tests from drools-mvel

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5866?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5866: --------------------------------- Summary: Move back core tests from drools-mvel (was: Move back core test from drools-mvel) > Move back core tests from drools-mvel > ------------------------------------- > > Key: DROOLS-5866 > URL: https://issues.redhat.com/browse/DROOLS-5866 > Project: Drools > Issue Type: Bug > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > > see > > [https://github.com/kiegroup/drools/tree/master/drools-mvel/src/test/java/...] > > [https://github.com/kiegroup/drools/blob/master/drools-mvel/src/test/java/...] > > https://github.com/kiegroup/drools/blob/master/drools-mvel/src/test/java/... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5873) DrlDumper generates wrong drl when AccumulateDescr does not have constraint

by Hiroko Miura (Jira)

Hiroko Miura created DROOLS-5873: ------------------------------------ Summary: DrlDumper generates wrong drl when AccumulateDescr does not have constraint Key: DROOLS-5873 URL: https://issues.redhat.com/browse/DROOLS-5873 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.44.0.Final, 7.46.0.Final Reporter: Hiroko Miura Assignee: Mario Fusco When AccumulateDescr does not have constraint, generated DRL can not be built. Here is an example code. {code:java} PackageDescr packageDescr = DescrFactory.newPackage().name("example") .newImport().target("java.math.BigDecimal").end() .newRule().name("Test Rule") .lhs() .accumulate() .source().pattern().type("example.RuleTest.Fact").id("$target", false) .end() .end() .function("count", "$cnt", false) // adding the following constraint can avoid from KieBase build error // .constraint("true") .end() .end() .rhs("System.out.println($cnt);") .end() .end().getDescr(); String drl = new DrlDumper().dump(packageDescr); {code} This dumps the following DRL. {code:java} package example import java.math.BigDecimal rule "Test Rule" when accumulate( $target : example.RuleTest.Fact( ) , $cnt : count( ) ; ) then System.out.println($cnt); end {code} KieBase build with above drl fails with the following error. {noformat} 2020-12-02 15:05:47,875 ERROR [org.drools.compiler.kie.builder.impl.KieProject] (main) Unable to build KieBaseModel:defaultKieBase [10,9]: [ERR 101] Line 10:9 no viable alternative at input ')' in rule "Test Rule" [0,0]: Parser returned a null Package {noformat} Adding constraint like comment line in above code can avoid from build error. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5868) Expression components should be able to spread their current expression definition programmatically

by Valentino Pellegrino (Jira)

Valentino Pellegrino created DROOLS-5868: -------------------------------------------- Summary: Expression components should be able to spread their current expression definition programmatically Key: DROOLS-5868 URL: https://issues.redhat.com/browse/DROOLS-5868 Project: Drools Issue Type: Task Components: DMN Editor Reporter: Valentino Pellegrino Assignee: Valentino Pellegrino -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5200) Include the wildfly-openssl ppc64le binding

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/WFCORE-5200?page=com.atlassian.jira.plug... ] Farah Juma commented on WFCORE-5200: ------------------------------------ We are restricting the set of WildFly OpenSSL natives that are included in WildFly to a set of core common platforms. However, we do provide additional modules in our WildFly OpenSSL Natives [repository|https://github.com/wildfly-security/wildfly-openssl-natives] so that anyone running on these platforms who needs these natives are still be able to build and make use of them on their own. We have [community documentation|https://github.com/wildfly/wildfly/blob/master/docs/src/mai...] that describes how to add additional native libraries to WildFly using a module from our WildFly OpenSSL Natives repository. Thus, this documentation could be followed by anyone who needs to run on ppc64le. > Include the wildfly-openssl ppc64le binding > ------------------------------------------- > > Key: WFCORE-5200 > URL: https://issues.redhat.com/browse/WFCORE-5200 > Project: WildFly Core > Issue Type: Enhancement > Components: Build System, Security > Reporter: Vladimir Dosoudil > Assignee: Farah Juma > Priority: Major > > The wildfly-openssl project source code include ppc64le bindings; we should include them. > https://github.com/wildfly-security/wildfly-openssl-natives/tree/master/l... > The code was there for a while (at least since 1.0.8 release) but it doesn't look like that variant was built and pushed to nexus: > https://repository.jboss.org/org/wildfly/openssl/ -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5877) Support MVEL BLiteral in the exec model

by Luca Molteni (Jira)

Luca Molteni created DROOLS-5877: ------------------------------------ Summary: Support MVEL BLiteral in the exec model Key: DROOLS-5877 URL: https://issues.redhat.com/browse/DROOLS-5877 Project: Drools Issue Type: Bug Components: executable model Reporter: Luca Molteni Assignee: Luca Molteni @Test public void prova() { final String str = "global java.util.List list\n" + "import " + Person.class.getCanonicalName() + ";" + "rule R when\n" + "$p1 : Person(age >= 18B)" + "then\n" + " System.out.println($p1);" + "end\n"; KieSession ksession = getKieSession( str ); List<String> results = new ArrayList<>(); ksession.setGlobal("list", results); ksession.insert( new Person( "Mark", 37 ) ); ksession.insert( new Person( "Edson", 35 ) ); ksession.insert( new Person( "Mario", 40 ) ); ksession.fireAllRules(); } -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14152) Upgrade smallrye-fault-tolerance to 4.3.2

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-14152?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-14152: ---------------------------------- Fix Version/s: 22.0.0.Beta1 (was: 22.0.0.Alpha1) > Upgrade smallrye-fault-tolerance to 4.3.2 > ----------------------------------------- > > Key: WFLY-14152 > URL: https://issues.redhat.com/browse/WFLY-14152 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Fault Tolerance > Affects Versions: 22.0.0.Alpha1 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 22.0.0.Beta1 > > > Release notes: > https://github.com/smallrye/smallrye-fault-tolerance/releases/tag/4.3.2 > Changes: > https://github.com/smallrye/smallrye-fault-tolerance/compare/4.3.1...4.3.2 > No notable changes. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5206) Remove workaround to access ModuleLoader.installMBeanServer

by Jean Francois Denise (Jira)

Jean Francois Denise created WFCORE-5206: -------------------------------------------- Summary: Remove workaround to access ModuleLoader.installMBeanServer Key: WFCORE-5206 URL: https://issues.redhat.com/browse/WFCORE-5206 Project: WildFly Core Issue Type: Enhancement Components: Bootable JAR Reporter: Jean Francois Denise Assignee: Jean Francois Denise When wildfly-core is upgraded to jboss modules 1.11.0.Final, the reflection used to access the method must be replaced by proper call to the now public method. -- 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 December 2020