[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
[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
[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
[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
[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