[Red Hat JIRA] (DROOLS-5917) Use LambdaConstraint predicate information to generate better comments in ANC for DMN Alpha Network
by Luca Molteni (Jira)
Luca Molteni created DROOLS-5917:
------------------------------------
Summary: Use LambdaConstraint predicate information to generate better comments in ANC for DMN Alpha Network
Key: DROOLS-5917
URL: https://issues.redhat.com/browse/DROOLS-5917
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Luca Molteni
Assignee: Luca Molteni
It should be possible to put the actual constraints in comments in a generated ANC by leveraging the `PredicateInformation` class used in the executable model to give better error messages.
In the compiled alpha network, instead of
private org.drools.modelcompiler.constraints.LambdaConstraint lambdaConstraint490; // [AlphaNode(490) constraint=Constraint for '0066e054-7241-4ccd-886d-ab6d7e08a99e' (index: null)]
we should have
private org.drools.modelcompiler.constraints.LambdaConstraint lambdaConstraint490; // [AlphaNode(490) constraint=x == true" (index: null)]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[Red Hat JIRA] (DROOLS-5916) Wrong BetaIndex with Or in executable-model
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-5916?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi commented on DROOLS-5916:
-------------------------------------------
Fix version: 7.49.0.Final
> Wrong BetaIndex with Or in executable-model
> -------------------------------------------
>
> Key: DROOLS-5916
> URL: https://issues.redhat.com/browse/DROOLS-5916
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.47.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> When a pattern inside "or" has a constraint which compares to a property of a bind variable, LambdaConstraint.indexingDeclaration is wrongly replaced (during LogicTransformer.transform()) so results in a wrong rule execution.
> {noformat}
> rule R
> when
> $p : Person(name == "Mark") or
> ( $mark : Person(name == "Mark")
> and
> $p : Person(age == $mark.age) )
> $s: String(this == $p.name)
> then
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[Red Hat JIRA] (DROOLS-5916) Wrong BetaIndex with Or in executable-model
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-5916?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi updated DROOLS-5916:
--------------------------------------
Description:
When a pattern inside "or" has a constraint which compares to a property of a bind variable, LambdaConstraint.indexingDeclaration is wrongly replaced (during LogicTransformer.transform()) so results in a wrong rule execution.
{noformat}
rule R
when
$p : Person(name == "Mark") or
( $mark : Person(name == "Mark")
and
$p : Person(age == $mark.age) )
$s: String(this == $p.name)
then
...
{noformat}
was:
When a pattern inside "or" has a constraint which compares to a property of a bind variable, its betaIndex is wrongly processed (during LogicTransformer.transform()) so results in a wrong rule execution.
{noformat}
rule R
when
$p : Person(name == "Mark") or
( $mark : Person(name == "Mark")
and
$p : Person(age == $mark.age) )
$s: String(this == $p.name)
then
...
{noformat}
> Wrong BetaIndex with Or in executable-model
> -------------------------------------------
>
> Key: DROOLS-5916
> URL: https://issues.redhat.com/browse/DROOLS-5916
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.47.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> When a pattern inside "or" has a constraint which compares to a property of a bind variable, LambdaConstraint.indexingDeclaration is wrongly replaced (during LogicTransformer.transform()) so results in a wrong rule execution.
> {noformat}
> rule R
> when
> $p : Person(name == "Mark") or
> ( $mark : Person(name == "Mark")
> and
> $p : Person(age == $mark.age) )
> $s: String(this == $p.name)
> then
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[Red Hat JIRA] (DROOLS-5916) Wrong BetaIndex with Or in executable-model
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-5916?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi updated DROOLS-5916:
--------------------------------------
Summary: Wrong BetaIndex with Or in executable-model (was: Wrong BetaIndex with Or in executabel-model)
> Wrong BetaIndex with Or in executable-model
> -------------------------------------------
>
> Key: DROOLS-5916
> URL: https://issues.redhat.com/browse/DROOLS-5916
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.47.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> When a pattern inside "or" has a constraint which compares to a property of a bind variable, its betaIndex is wrongly processed (during LogicTransformer.transform()) so results in a wrong rule execution.
> {noformat}
> rule R
> when
> $p : Person(name == "Mark") or
> ( $mark : Person(name == "Mark")
> and
> $p : Person(age == $mark.age) )
> $s: String(this == $p.name)
> then
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[Red Hat JIRA] (DROOLS-5916) Wrong BetaIndex with Or in executabel-model
by Toshiya Kobayashi (Jira)
Toshiya Kobayashi created DROOLS-5916:
-----------------------------------------
Summary: Wrong BetaIndex with Or in executabel-model
Key: DROOLS-5916
URL: https://issues.redhat.com/browse/DROOLS-5916
Project: Drools
Issue Type: Bug
Components: executable model
Affects Versions: 7.47.0.Final
Reporter: Toshiya Kobayashi
Assignee: Toshiya Kobayashi
When a pattern inside "or" has a constraint which compares to a property of a bind variable, its betaIndex is wrongly processed (during LogicTransformer.transform()) so results in a wrong rule execution.
{noformat}
rule R
when
$p : Person(name == "Mark") or
( $mark : Person(name == "Mark")
and
$p : Person(age == $mark.age) )
$s: String(this == $p.name)
then
...
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[Red Hat JIRA] (WFCORE-4674) Custom handlers, formatters and filters cause the server to crash if the log manager is on the boot class path
by Hai Tran (Jira)
[ https://issues.redhat.com/browse/WFCORE-4674?page=com.atlassian.jira.plug... ]
Hai Tran commented on WFCORE-4674:
----------------------------------
[~jamezp] thanks for the information!
> Custom handlers, formatters and filters cause the server to crash if the log manager is on the boot class path
> --------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4674
> URL: https://issues.redhat.com/browse/WFCORE-4674
> Project: WildFly Core
> Issue Type: Bug
> Components: Logging
> Reporter: James Perkins
> Assignee: James Perkins
> Priority: Critical
> Labels: OpenShift, jdk11
> Fix For: 13.0.0.Beta1, 13.0.0.Final
>
> Attachments: standalone.conf, standalone.conf, wildfly-bugreport.zip
>
>
> If the log manager is on the boot class path with Java 11, {{-Xbootclasspath/a:jboss-logmanager.jar}}, and a custom handler, formatter or filter is used the server will fail to boot as the log manager can't see the types in jboss-modules. This seems due to the fact that the log manager is on the boot class path and jboss-modules is on the system class path.
> Example exception:
> {code}
> Failed to read or configure the org.jboss.logmanager.LogManager
> java.lang.IllegalArgumentException: Failed to load module "org.jboss.logmanager" for formatter "JSON"
> at org.jboss.logmanager.config.AbstractPropertyConfiguration.<init>(AbstractPropertyConfiguration.java:65)
> at org.jboss.logmanager.config.FormatterConfigurationImpl.<init>(FormatterConfigurationImpl.java:30)
> at org.jboss.logmanager.config.LogContextConfigurationImpl.addFormatterConfiguration(LogContextConfigurationImpl.java:172)
> at org.jboss.logmanager.PropertyConfigurator.configureFormatter(PropertyConfigurator.java:631)
> at org.jboss.logmanager.PropertyConfigurator.configureHandler(PropertyConfigurator.java:701)
> at org.jboss.logmanager.PropertyConfigurator.configureLogger(PropertyConfigurator.java:583)
> at org.jboss.logmanager.PropertyConfigurator.configure(PropertyConfigurator.java:521)
> at org.jboss.logmanager.PropertyConfigurator.configure(PropertyConfigurator.java:97)
> at org.jboss.logmanager.LogManager.readConfiguration(LogManager.java:170)
> at org.jboss.logmanager.LogManager.readConfiguration(LogManager.java:132)
> at java.util.logging.LogManager$3.run(LogManager.java:399)
> at java.util.logging.LogManager$3.run(LogManager.java:396)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:396)
> at java.util.logging.LogManager.access$800(LogManager.java:145)
> at java.util.logging.LogManager$2.run(LogManager.java:345)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.util.logging.LogManager.ensureLogManagerInitialized(LogManager.java:338)
> at java.util.logging.LogManager.getLogManager(LogManager.java:378)
> at org.jboss.modules.Main.main(Main.java:523)
> Caused by: java.lang.NoClassDefFoundError: org/jboss/modules/ModuleLoader
> at org.jboss.logmanager.config.AbstractPropertyConfiguration$ModuleFinder.getClassLoader(AbstractPropertyConfiguration.java:556)
> at org.jboss.logmanager.config.AbstractPropertyConfiguration.<init>(AbstractPropertyConfiguration.java:63)
> ... 19 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months