March 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4829) Rule with NotNode in the middle is not fired after ksession.reset()

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4829?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4829: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/57e232dae90c10d3b0eb8982821feeb... > Rule with NotNode in the middle is not fired after ksession.reset() > ------------------------------------------------------------------- > > Key: DROOLS-4829 > URL: https://issues.redhat.com/browse/DROOLS-4829 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.30.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Fix For: 7.32.0.Final > > > When a rule has "not" in the middle of LHS patterns, the rule is not fired after disposing a ksession from KieSessionsPool (= ksession.reset()). > This is a slightly different scenario from DROOLS-3228. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4924) LambdaConsequence without bind variable is not materialized

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4924?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4924: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/29c6f072475b38e924753928f238bcd... > LambdaConsequence without bind variable is not materialized > ----------------------------------------------------------- > > Key: DROOLS-4924 > URL: https://issues.redhat.com/browse/DROOLS-4924 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.33.0.Final > > > LambdaConsequence like this is not materialized. > {code:java} > D.execute(() -> { > System.out.println("Hello"); > } > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4872) "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4872?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4872: ------------------------------------------- Done by https://github.com/kiegroup/droolsjbpm-integration/commit/45df1fa65b07f5a... > "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions > ------------------------------------------------------------------------------------------------------------ > > Key: DROOLS-4872 > URL: https://issues.redhat.com/browse/DROOLS-4872 > Project: Drools > Issue Type: Component Upgrade > Components: kie server > Affects Versions: 7.29.0.Final, 7.30.0.Final, 7.31.0.Final > Reporter: Petar Tahchiev > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.32.0.Final > > > Hello, > as discussed here: > https://groups.google.com/forum/#!topic/drools-setup/85k05vo0Ix8 > I'm trying to configure the JSONMarshaller so I can serialize/deserialize objects of type {{javax.money.MonetaryAmount}}, however even though I register my own {{JSONMarshallerExtension}} seems like the conversion is handled by the {{customSerializationMapper}} in {{JSONMarshaller.configureMarshaller()}} and this mapper is not passed to the extension so there's no way I can configure it. This leads to the attributes of type {{MonetaryAmount}} being serialized in a wrong way (not using any modules registered through the {{JSONMarshallerExtension}}. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3280) DMNRuntime API for evaluateByID/Name to error if empty array

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3280?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-3280: ------------------------------------------- Done by https://github.com/kiegroup/drools/commit/007dc489404a7ac5e13f2f5550a8655... > DMNRuntime API for evaluateByID/Name to error if empty array > ------------------------------------------------------------ > > Key: DROOLS-3280 > URL: https://issues.redhat.com/browse/DROOLS-3280 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Affects Versions: 7.30.0.Final > Reporter: Matteo Mortari > Assignee: Toshiya Kobayashi > Priority: Optional > Labels: good-first-issue > Fix For: 7.32.0.Final > > > there is already some null-check for the public API parameters. However if passing an empty array (e.g. in the varargs) is still semantically wrong when calling these public API method (e.g. evaluate by ID, without passing any IDs). Augment to extend proper checks to support end-user using public API -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4600) Embedded Camel endpoints don't work with executable model

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4600?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4600: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/01668e2829ebc185ff6bfd6f97500fb... and https://github.com/kiegroup/droolsjbpm-integration/commit/0d5e6aea1060d5a... > Embedded Camel endpoints don't work with executable model > --------------------------------------------------------- > > Key: DROOLS-4600 > URL: https://issues.redhat.com/browse/DROOLS-4600 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.27.0.Final > Reporter: Tibor Zimanyi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: good-first-issue > Fix For: 7.33.0.Final > > > When having and embedded Camel endpoint it DRL, it doesn't work with executable model. Reproducer can be found here [1]. For the test to reproduce the issue, it is needed to use executable model project in the buildAll() call here [2]. > [1] https://github.com/kiegroup/droolsjbpm-integration/blob/5f95febee0c081310... > [2] https://github.com/kiegroup/droolsjbpm-integration/blob/master/kie-camel/... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4922) LinkageError: attempted duplicate class definition for materialized Lambda during incremental compilation

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4922?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4922: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/ef45baf507953964a98b12c3cc5019c... > LinkageError: attempted duplicate class definition for materialized Lambda during incremental compilation > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-4922 > URL: https://issues.redhat.com/browse/DROOLS-4922 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.33.0.Final > > > In case of incremental compilation, say, a rule is changed: > - A lambda consequence (or a lambda predicate) has the same expression > - But an "import" statement is added to the rule > It will results in > {noformat} > [ERROR] testIdenticalConsequenceButImportChange[PATTERN_DSL](org.drools.modelcompiler.IncrementalCompilationTest) Time elapsed: 3.135 s <<< ERROR! > java.lang.LinkageError: loader org.drools.dynamic.DynamicProjectClassLoader$DefaultInternalTypesClassLoader @2b0dc227 (instance of org.drools.dynamic.DynamicProjectClassLoader$DefaultInternalTypesClassLoader, child of 'app' jdk.internal.loader.ClassLoaders$AppClassLoader) attempted duplicate class definition for org.drools.test.LambdaConsequence6F5B5EC739B778AE0EE14FA22BAFE144. > at java.base/java.lang.ClassLoader.defineClass1(Native Method) > at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) > at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:877) > at org.drools.dynamic.DynamicProjectClassLoader$DefaultInternalTypesClassLoader.defineClass(DynamicProjectClassLoader.java:97) > at org.drools.reflective.classloader.ProjectClassLoader.defineType(ProjectClassLoader.java:183) > at org.drools.reflective.classloader.ProjectClassLoader.defineClass(ProjectClassLoader.java:195) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.reinitModifiedClasses(KieContainerImpl.java:323) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:243) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:236) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateToVersion(KieContainerImpl.java:194) > at org.drools.modelcompiler.IncrementalCompilationTest.testIdenticalConsequenceButImportChange(IncrementalCompilationTest.java:257) > ... > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4561) DMN introspect PMML for output types

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4561?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4561: ------------------------------------------- Done by https://github.com/kiegroup/drools/commit/67dcf2141926f8b46948615f7d28f2d... and https://github.com/kiegroup/kie-jpmml-integration/commit/0487701af4362817... > DMN introspect PMML for output types > ------------------------------------ > > Key: DROOLS-4561 > URL: https://issues.redhat.com/browse/DROOLS-4561 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Toshiya Kobayashi > Priority: Critical > Labels: good-first-issue > Fix For: 7.34.0.Final > > > Currently PMML is introspected for input parameters names and types. > Also for output parameters names. > Currently the feature is missing PMML introspection for output parameters types. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4870) Materialize consequences using Drools

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4870?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4870: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/7b6e5be6d4dcca61db16d028d5a16b8... > Materialize consequences using Drools > ------------------------------------- > > Key: DROOLS-4870 > URL: https://issues.redhat.com/browse/DROOLS-4870 > Project: Drools > Issue Type: Bug > Reporter: Luca Molteni > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.34.0.Final > > > Currently consequences using Drools are not materialized (extracted in a different lambda) because they are capturing, as they use the relative bitmask instance. > We should find a way to pass the bitmask instance to the consequence so that we can materialize them. > This means we should probably not change only the compiler, but also the interpreter of the DSL -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4739) Support Camel integration test with the executable model

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4739?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-4739: ------------------------------------------- Fixed by https://github.com/kiegroup/droolsjbpm-integration/commit/1571da3c724309a... > Support Camel integration test with the executable model > -------------------------------------------------------- > > Key: DROOLS-4739 > URL: https://issues.redhat.com/browse/DROOLS-4739 > Project: Drools > Issue Type: Enhancement > Reporter: Luca Molteni > Assignee: Toshiya Kobayashi > Priority: Major > Labels: good-first-issue > Fix For: 7.34.0.Final > > > AbstractRemoteIntegrationTest > in drools-jbpm-integration > Still doesn't support the executable model -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5107) A rule always fires with executable model for a constraint which has extra parentheses

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5107?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5107: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/f5f02da63c3befee2a1c3eeaeaf4fb0... > A rule always fires with executable model for a constraint which has extra parentheses > -------------------------------------------------------------------------------------- > > Key: DROOLS-5107 > URL: https://issues.redhat.com/browse/DROOLS-5107 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.33.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Fix For: 7.34.0.Final > > > When you have a constraint with extra parentheses, > {noformat} > $p : Person((age > 30)) > {noformat} > executable-model generates a pattern without a constraint expr method so it always fires. > {code:java} > public static org.drools.model.Rule rule_R() { > final org.drools.model.Variable<org.drools.modelcompiler.domain.Person> var_$p = D.declarationOf(org.drools.modelcompiler.domain.Person.class, DomainClassesMetadataFBDA1ED637C8B60C741C0BDB502EB8F0.org_drools_modelcompiler_domain_Person_Metadata_INSTANCE, "$p"); > org.drools.model.Rule rule = D.rule("R").build(D.pattern(var_$p), > D.execute(() -> { > { > } > })); > return rule; > } > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 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 March 2020