Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[DROOLS-3072] kie-maven-plugin to persist DMN Compilation results in KJAR like for DRL exec model rules (#2117)

* Listener in configuration

* Move new instance of DMNCompilerConfigurationImpl outside the method

* Register listeners from configuration

* Listener gets filename and file contents

* Typesafe file path

* Avoid compile and define invoker based on listener

* Optimized import

* Deferred compiler

* Try read the evaluator from the class loader

* Removed boolean from event

* Events only in deferred

* Fix option of deferred

* Find the compiled class at runtime

* Find classes

* Instantiate evaluator

* Printout of invokator

* Avoid regenerate the classes if there's the META-INF file

* init parameters

* It workds

* Move generated class name to DTableModel.java

* DMNRuleClassFile

* Refactor

* Renamed ExecModelDMNMavenSourceCompiler.java to MavenSourceCompiler

* OOP

* Extracted method

* Inverted if condition

* Removed println

* Factory to createDMNEvaluator

* Factory to createDMNEvaluator

* Public Rule class flie

* Added debug

* Reverted useless changes

* Avoid caching configuration

* Cache CompilerConfigurationImpl

* Removed ExecModelCompilerDeferredOption.java

* Minor fixes

* minor fixes 2

    • -0
    • +25
    ./kie/dmn/api/core/AfterGeneratingSourcesListener.java
    • -0
    • +44
    ./kie/dmn/api/core/GeneratedSource.java
  1. … 13 more files in changeset.
DROOLS-2937 DMNRuntime API parameter nullcheck (#2030)

* Test case demonstrating the problem

for instance stacktrace being (as called from Kie DMN API)

java.lang.NullPointerException

at org.kie.dmn.core.impl.DMNRuntimeImpl.performRuntimeTypeCheck(DMNRuntimeImpl.java:622)

at org.kie.dmn.core.impl.DMNRuntimeImpl.evaluateAll(DMNRuntimeImpl.java:118)

at org.kie.dmn.core.DMNRuntimeTypeCheckTest.testMisleadingNPEbyAPIusage(DMNRuntimeTypeCheckTest.java:199)

...

* AFTER:

java.lang.NullPointerException: Kie DMN API parameter 'model' cannot be

null.

at java.util.Objects.requireNonNull(Objects.java:290)

at org.kie.dmn.core.impl.DMNRuntimeImpl.evaluateAll(DMNRuntimeImpl.java:123)

at org.kie.dmn.core.DMNRuntimeTypeCheckTest.testMisleadingNPEbyAPIusage(DMNRuntimeTypeCheckTest.java:199)

* .

    • -0
    • +1
    ./kie/dmn/api/core/DMNMessageType.java
  1. … 3 more files in changeset.
DROOLS-2832 DMN support for DMN v1.2 serialization (#2018)

* (kie-dmn-model)

* (kie-dmn-backend)

* BROKEN (kie-dmn-core) align imports and minor alignments

* (kie-dmn-core) realign new infra to run -core with DMN v1.1

* BROKEN (kie-dmn-core) alignments

* (kie-dmn-core) align for missing synonims of feel:Any

* API CHANGE: realign Marshaller to proper package name

* WIP -- working on DMNDI to externalize the interface and v1.2 marshaller

* Unmarshal DMN v1.2 files

* Move FEELHelper as part of DMNCompilerCtx and manage FEEL v1.2 flags

* Marshaller factory generalized, execution test w/ DMN v1.2 ch11 example

* (kie-dmn-validation)

* (kie-dmn-signavio)

* Realign Validation to support DMN v1.2

* minor/comment changes.

* Minor header/comment changes.

* Minor import .* changes

* Minor alignments and implement logic instead of hardcode QMap logic

* .

* Remove XSD(s) where not necessary.

* DROOLS-2893 DMN v1.2 Serialization degraded mode without XSD

* Fix OSGi maven plugin export/import filters.

* Implementing the correct specialised interface for b/c

* Package refactor

kie-dmn-model:

from org.kie.dmn.model.v1x

to org.kie.dmn.model.api

kie-dmn-api:

from org.kie.dmn.api.marshalling.v1x

to org.kie.dmn.api.marshalling

* Implement code review feedback.

* Implement code review feedback

* .

    • -1
    • +1
    ./kie/dmn/api/core/ast/DecisionNode.java
    • -1
    • +1
    ./kie/dmn/api/core/ast/DecisionServiceNode.java
    • -0
    • +30
    ./kie/dmn/api/marshalling/DMNExtensionRegister.java
    • -0
    • +34
    ./kie/dmn/api/marshalling/DMNMarshaller.java
  1. … 388 more files in changeset.
DROOLS-2512 Add support for multi-file validation on the DMN Validator (#2012)

* WIP broken

* wip broken

* WIP broken

* WIP only 1 remaining failing check from DRLs

* Element reference namespaceOfImport#drgElementID DRL rules aligned.

.

.

* .

* (working OK) Base Model now defines a DS

* (working OK) Importing a DS

* (working OK) few refactorings

* (working OK) refactored API

* (working OK) Finalizations

* .

    • -1
    • +2
    ./kie/dmn/api/core/DMNMessageType.java
  1. … 16 more files in changeset.
DROOLS-2824: adding support for context entry evaluator listeners (#2008)

* DROOLS-2824: adding support for context entry evaluator listeners

* DROOLS-2824: addressing comments from the PR review

    • -0
    • +31
    ./kie/dmn/api/core/event/AfterEvaluateContextEntryEvent.java
    • -0
    • +29
    ./kie/dmn/api/core/event/BeforeEvaluateContextEntryEvent.java
  1. … 8 more files in changeset.
DROOLS-2768 DMN Decision Service encapsulate Decision which imports a DS (#1990)

* DROOLS-2768 DMN Decision Service encapsulate Decision which imports a DS

* Expose API

  1. … 8 more files in changeset.
DROOLS-2719 DMN DecisionService backport on DMN v1.1 (#1986)

* WIP BROKEN

* WIP

* WIP

* wip broken?

* WIP

* WIP using BKM and DMN Invocation decision logic with Decision Service

* WIP

* Event manager and only BKM (no Decision) with a dependency on DS

* Small refactors

* WIP

* Reworking DS input parameters (InputData and InputDecision) as agreed

* Additional tests

* Remove "v1.1" create automatically an ItemDefinition, and refactoring

will rely on feel:any

* Refactor "dependency"->specific collection for DS,and typecheck refactor

include test to verify also for DS the typecheck is inherent to the

decision evaluation mechanism.

* Implement coercion of singleton output DS as a default ( + override opt)

* Small message refactoring

* Small refactoring

* Expose API to evaluate the Decision Service from a model

* removed unnecessary code comment

* Implement code review feedback

    • -0
    • +28
    ./kie/dmn/api/core/ast/DecisionServiceNode.java
  1. … 32 more files in changeset.
JBPM-7368 - CMMN ProcesTask and DecisionTask reference support (#1946)

  1. … 5 more files in changeset.
DROOLS-1663 Kie DMN support for IMPORT decisions between DMN files (#1943)

* WIP

* WIP2

* Reverting unnecessary code changes.

* Provisionally working, at least for the test of 2 bkms.

* Import with BKM chain working -- baseline

* Added 3 layers test, and misc refactoring

* Final refactorings

* Applying code review comment 1/2

* Apply PR code review comments 2/2

    • -0
    • +11
    ./kie/dmn/api/core/ast/DMNNode.java
  1. … 22 more files in changeset.
DROOLS-2441 DMN runtime not using the kiecontainer root classloader ... (#1853)

* DROOLS-2441 DMN runtime not using the kiecontainer root classloader ...

... to load classes

* Implementing correction 1/n: refactor method for default ClassLoader

* Implementing correction 2/n: rename to getRootClassLoader()

* Implementing correction 3/n: DMNFEELHelper overload constructor and ...

... Have a default classloader if one is not set.

* Implementing correction 4/4: FEELImpl overload the constructor ...

best to overload the constructor and set the default inside the

parameterless constructor instead of on the invocation [call site].

* Remove unnecessary comments.

* fixing typo

  1. … 22 more files in changeset.
DROOLS-1663 Kie DMN doesn't support IMPORT decisions between DMN files (#1832)

* WIP

* WIP types

* Hardcoded dependency ordering but fixes compilation errors.

* With hardcoded dependency order, and hardcoded import, working execution

* .

* Dependency sorter

* import ItemDefinition and BKM from the located import model

* .

* Refactoring

* .

* .

* Guarding for DMN importType namespace only

* Externalize ResourceWithConfiguration interface

* Use wide type Collection for collection of resources

* Applying PR comments

    • -6
    • +20
    ./kie/dmn/api/core/DMNCompiler.java
    • -0
    • +1
    ./kie/dmn/api/core/DMNMessageType.java
  1. … 20 more files in changeset.
[DROOLS-1730] Cyclic information requirement generates a stackoverflow (#1534)

    • -1
    • +1
    ./kie/dmn/api/core/DMNDecisionResult.java
  1. … 3 more files in changeset.
[DROOLS-1691] Add method to the DMNRuntime to execute multiple decisions at once (#1540)

  1. … 4 more files in changeset.
[DROOLS-1691] Add method to the DMNRuntime to execute multiple decisions at once (#1530)

  1. … 4 more files in changeset.
[DROOLS-1730] Cyclic information requirement generates a stackoverflow (#1513)

    • -1
    • +1
    ./kie/dmn/api/core/DMNDecisionResult.java
  1. … 3 more files in changeset.
DROOLS-1676 invoke FEEL function (#1468)

cherry-pick from ddfc085e6 (#1391)

  1. … 13 more files in changeset.
DROOLS-1676 (#1391)

[DROOLS-1676] invoke FEEL function

  1. … 13 more files in changeset.
DROOLS-1706 Allow marshalling of DMN Extension Elements (#1460)

Cherry picked from f1389b9f350aecd8d74af8d87ad725b5e3e6978e (#1423)

  1. … 8 more files in changeset.
DROOLS-1706 Allow marshalling of DMN Extension Elements (#1423)

  1. … 8 more files in changeset.
[DROOLS-1649] ServiceRegistry refactor (#1387) (#1395)

[DROOLS-1649] ServiceRegistry refactor

(cherry picked from commit 41797ffbbdfdf17f115b5aeeccfc89eae4f85c8d)

  1. … 106 more files in changeset.
[DROOLS-1649] ServiceRegistry refactor (#1387)

[DROOLS-1649] ServiceRegistry refactor

  1. … 106 more files in changeset.
DROOLS-1630 DMN support during incremental KieContainer upgrade (#1336)

* DROOLS-1630 DMN support during incremental KieContainer upgrade

* Add DMN support for cloned KiePackage

For the use-case where the KieRepository contains a cached copy of the

built KiePackages, rebuild the DMNModel from its DMN xml representation

from the DMNModel.Definitions

* Update test parameters.

* Avoid problem with Woodstox trying to insert trailing newline before EOF

* Additional create/dispose/upgrade tests.

* Fix DMNModel serialization, add serialization format header for future..

.. marshalling/serialization formats.

* Rename ResourceTypePackage method to "removeResource()"

  1. … 17 more files in changeset.
Add input tests + move some tests that are in wrong class (#1324)

  1. … 12 more files in changeset.
DROOLS-1569 Enrich DMN InputData node type information (#1278)

    • -0
    • +21
    ./kie/dmn/api/core/DMNUnaryTest.java
  1. … 10 more files in changeset.
DROOLS-1550: adding support to boxed function definitions and fixing the usage of FEEL function definitions in BKM nodes (#1258)

    • -0
    • +1
    ./kie/dmn/api/core/DMNMessageType.java
  1. … 15 more files in changeset.
Drools 1535 - improving error reporting for unknown variables (#1237)

* DROOLS-1535: adding compilation validation to DT input expressions

* DROOLS-1535: Improving compilation to report unknown variables for decision table input expressions

* DROOLS-1535: Improving compilation to report unknown variables for decision table input expressions

* Drools 1535+tarilabs (#1)

* Compile DT output to provide the users with compile time feedback on errors.

  1. … 18 more files in changeset.
DROOLS-1531 Fix instanceof accordingly to FEEL spec table 49 (#1230)

* DROOLS-1531 Fix instanceof accordingly to FEEL spec table 49 and InstanceOfNode (#1214)

* DROOLS-1531 Fix instanceof accordingly to FEEL spec table 49 (optimizations)

* Fix case for null property values in isInstanceOf and isAssignableValue

  1. … 15 more files in changeset.
DROOLS-1477 DMN Extension Elements (#1192)

* 1. To use extension elements inside inputData elements in order to provide “external” information: GEO location, time and location tracking of a decision making (when and were specific decision was taken). This is the primary scope of the use.

2. In case extension element represents a complex type customer prefers to get back an instance of the complex type, assuming the complex type is defined as a class by the development team on the customer side. However, the customer also understands that it can be more complex and considers the possibility to get the complex type as an XML snippet. The parsing and turning the XML snippet into the complex type, defined by the customer.

3. The possibility of getting the list of extension elements is expected from other DMN elements, which extend from DMNElement, according to the DMN specification and meta model diagram by OMG. In other words, the usage of extension elements is not limited to be a part of input data elements only.

4. The client is not expecting “authoring” of the extension elements.

Since extension elements are a part of DMN specification, this is an attempt to make it possible for drools to register custom extension elements in a generic way.

* "Refactoring" after the code review https://github.com/kiegroup/drools/pull/1183.

* Refactoring after code review 2.

* Logging the classnotfoundexception for an extension element register, instead of creating a DMNKnowledgeBuilder result.

* Tests and last (hopefully) changes for the ExtensionElements

* Modification of Tests and proper copyright.

* Not used elements in the sample file.

* Removing customer specific samples

* Removing non-used property files.

* .

* Implement code review comments.

* Oops commit.

* Implement code review comments for the Test.

* currently because KieAssembler is a singleton it is not possible to cache the compiler inside this KieAssembler

    • -0
    • +29
    ./kie/dmn/api/core/DMNCompilerConfiguration.java
    • -0
    • +26
    ./kie/dmn/api/marshalling/v1_1/DMNExtensionRegister.java
  1. … 17 more files in changeset.
DROOLS-1477 DMN Extension Elements (#1222)

* 1. To use extension elements inside inputData elements in order to provide “external” information: GEO location, time and location tracking of a decision making (when and were specific decision was taken). This is the primary scope of the use.

2. In case extension element represents a complex type customer prefers to get back an instance of the complex type, assuming the complex type is defined as a class by the development team on the customer side. However, the customer also understands that it can be more complex and considers the possibility to get the complex type as an XML snippet. The parsing and turning the XML snippet into the complex type, defined by the customer.

3. The possibility of getting the list of extension elements is expected from other DMN elements, which extend from DMNElement, according to the DMN specification and meta model diagram by OMG. In other words, the usage of extension elements is not limited to be a part of input data elements only.

4. The client is not expecting “authoring” of the extension elements.

Since extension elements are a part of DMN specification, this is an attempt to make it possible for drools to register custom extension elements in a generic way.

* "Refactoring" after the code review https://github.com/kiegroup/drools/pull/1183.

* Refactoring after code review 2.

* Logging the classnotfoundexception for an extension element register, instead of creating a DMNKnowledgeBuilder result.

* Tests and last (hopefully) changes for the ExtensionElements

* Modification of Tests and proper copyright.

* Not used elements in the sample file.

* Removing customer specific samples

* Removing non-used property files.

* .

* Implement code review comments.

* Oops commit.

* Implement code review comments for the Test.

* currently because KieAssembler is a singleton it is not possible to cache the compiler inside this KieAssembler

    • -0
    • +29
    ./kie/dmn/api/core/DMNCompilerConfiguration.java
    • -0
    • +26
    ./kie/dmn/api/marshalling/v1_1/DMNExtensionRegister.java
  1. … 17 more files in changeset.
DROOLS-1531 Fix instanceof accordingly to FEEL spec table 49 and InstanceOfNode (#1214)

  1. … 12 more files in changeset.