[JBoss JIRA] (WFLY-11624) Incorrect warning from LoggingConfigurationFileReloader
by ehsavoie Hugonnet (Jira)
ehsavoie Hugonnet created WFLY-11624:
----------------------------------------
Summary: Incorrect warning from LoggingConfigurationFileReloader
Key: WFLY-11624
URL: https://issues.jboss.org/browse/WFLY-11624
Project: WildFly
Issue Type: Bug
Components: JMS
Affects Versions: 15.0.1.Final
Reporter: ehsavoie Hugonnet
Assignee: ehsavoie Hugonnet
1:08:06,687 WARN [org.apache.activemq.artemis.core.server] (Thread-17 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$6@46dfb7b8)) AMQ222276: Failed to process changes to the logging configuration file: file:/home/ehsavoie/dev/wildfly/wildfly/build/target/wildfly-16.0.0.Beta1-SNAPSHOT/standalone/configuration/logging.properties
This is due to the fact that ConfigurationPersistence implements LogContextConfiguration and Configurator. If the configurator implements LogContextConfiguration we should return it in org.apache.activemq.artemis.core.server.LoggingConfigurationFileReloader
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ELYWEB-36) ElytronHttpExchange.getRequestParameters() is prematurely readying the request.
by Darran Lofthouse (Jira)
Darran Lofthouse created ELYWEB-36:
--------------------------------------
Summary: ElytronHttpExchange.getRequestParameters() is prematurely readying the request.
Key: ELYWEB-36
URL: https://issues.jboss.org/browse/ELYWEB-36
Project: Elytron Web
Issue Type: Bug
Components: Undertow Servlet
Affects Versions: 1.3.0.Final, 1.2.3.Final
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 1.2.4.CR1, 1.3.1.CR1
When running within Undertow as a Servlet container the method ElytronHttpExchange.getRequestParameters() is prematurely reading the FormData making it unavailable to the HttpServletRequest.
If instead of handling them manually the request parameters were read from the HttpServletRequest this would not be an issue as the request can re-use it's own prior FormData parsing.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3508) Build error with executable-model, multiple DRLs of the same package, mvel dialect
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3508?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3508:
---------------------------------
Sprint: 2019 Week 02-04
> Build error with executable-model, multiple DRLs of the same package, mvel dialect
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-3508
> URL: https://issues.jboss.org/browse/DROOLS-3508
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> With the conditions:
> - Build by executable-model (-DgenerateModel=YES)
> - 2 DRL files of the same package
> - One DRL declares dialect "mvel" at package level
> - The other DRL uses mvel in RHS (not declares dialect explicitly)
> Rules in the latter DRL is parsed as "java" dialect hence results in the error.
> {noformat}
> [ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MvelDialectTest) Time elapsed: 1.185 s <<< FAILURE!
> java.lang.AssertionError:
> [Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=36, column=15
> text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=0, column=0
> text=Java source of src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java in error:
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3505) Parse error with executable-model, java dialect, modify block and comma
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3505?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3505:
---------------------------------
Sprint: 2019 Week 02-04
> Parse error with executable-model, java dialect, modify block and comma
> -----------------------------------------------------------------------
>
> Key: DROOLS-3505
> URL: https://issues.jboss.org/browse/DROOLS-3505
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> With the conditions:
> - Build by executable-model (-DgenerateModel=YES)
> - java dialect
> - Connect expressions with "comma" inside a modify block
> You get a parse error.
> {noformat}
> [ERROR] testCommaInModify[PATTERN_DSL](org.drools.modelcompiler.CompilerTest) Time elapsed: 0.033 s <<< ERROR!
> org.drools.javaparser.ParseProblemException:
> (line 1,col 10) Parse error. Found ",", expected one of "%=" "&=" "*=" "++" "+=" "--" "-=" "/=" ";" "<<=" "=" ">>=" ">>>=" "^=" "|="
> Problem stacktrace :
> org.drools.javaparser.GeneratedJavaParser.generateParseException(GeneratedJavaParser.java:11597)
> org.drools.javaparser.GeneratedJavaParser.jj_consume_token(GeneratedJavaParser.java:11456)
> org.drools.javaparser.GeneratedJavaParser.StatementExpression(GeneratedJavaParser.java:4160)
> org.drools.javaparser.GeneratedJavaParser.Statement(GeneratedJavaParser.java:3798)
> org.drools.javaparser.GeneratedJavaParser.BlockStatement(GeneratedJavaParser.java:3977)
> org.drools.javaparser.GeneratedJavaParser.Statements(GeneratedJavaParser.java:1606)
> org.drools.javaparser.GeneratedJavaParser.Block(GeneratedJavaParser.java:3893)
> org.drools.javaparser.GeneratedJavaParser.BlockParseStart(GeneratedJavaParser.java:5193)
> org.drools.javaparser.JavaParser.parse(JavaParser.java:131)
> org.drools.javaparser.JavaParser.simplifiedParse(JavaParser.java:337)
> org.drools.javaparser.JavaParser.parseBlock(JavaParser.java:321)
> org.drools.modelcompiler.builder.generator.Consequence.rewriteConsequenceBlock(Consequence.java:255)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3505) Parse error with executable-model, java dialect, modify block and comma
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3505?page=com.atlassian.jira.plugi... ]
Luca Molteni closed DROOLS-3505.
--------------------------------
Resolution: Done
> Parse error with executable-model, java dialect, modify block and comma
> -----------------------------------------------------------------------
>
> Key: DROOLS-3505
> URL: https://issues.jboss.org/browse/DROOLS-3505
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> With the conditions:
> - Build by executable-model (-DgenerateModel=YES)
> - java dialect
> - Connect expressions with "comma" inside a modify block
> You get a parse error.
> {noformat}
> [ERROR] testCommaInModify[PATTERN_DSL](org.drools.modelcompiler.CompilerTest) Time elapsed: 0.033 s <<< ERROR!
> org.drools.javaparser.ParseProblemException:
> (line 1,col 10) Parse error. Found ",", expected one of "%=" "&=" "*=" "++" "+=" "--" "-=" "/=" ";" "<<=" "=" ">>=" ">>>=" "^=" "|="
> Problem stacktrace :
> org.drools.javaparser.GeneratedJavaParser.generateParseException(GeneratedJavaParser.java:11597)
> org.drools.javaparser.GeneratedJavaParser.jj_consume_token(GeneratedJavaParser.java:11456)
> org.drools.javaparser.GeneratedJavaParser.StatementExpression(GeneratedJavaParser.java:4160)
> org.drools.javaparser.GeneratedJavaParser.Statement(GeneratedJavaParser.java:3798)
> org.drools.javaparser.GeneratedJavaParser.BlockStatement(GeneratedJavaParser.java:3977)
> org.drools.javaparser.GeneratedJavaParser.Statements(GeneratedJavaParser.java:1606)
> org.drools.javaparser.GeneratedJavaParser.Block(GeneratedJavaParser.java:3893)
> org.drools.javaparser.GeneratedJavaParser.BlockParseStart(GeneratedJavaParser.java:5193)
> org.drools.javaparser.JavaParser.parse(JavaParser.java:131)
> org.drools.javaparser.JavaParser.simplifiedParse(JavaParser.java:337)
> org.drools.javaparser.JavaParser.parseBlock(JavaParser.java:321)
> org.drools.modelcompiler.builder.generator.Consequence.rewriteConsequenceBlock(Consequence.java:255)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3527:
---------------------------------
Sprint: 2019 Week 02-04
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
> I think org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111) is the problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Luca Molteni closed DROOLS-3527.
--------------------------------
Resolution: Done
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
> I think org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111) is the problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3373) [DMN Designer] Need Palette glyph/icon and Canvas shape for Decision Service
by Brian Dellascio (Jira)
[ https://issues.jboss.org/browse/DROOLS-3373?page=com.atlassian.jira.plugi... ]
Brian Dellascio commented on DROOLS-3373:
-----------------------------------------
[~manstis] Was there a reason why we weren't just using 1 for the standard outline on the nodes? 1 would render cleanly and would probably allow us to just use 2 for the Decision Service Node and still be noticeably different?
> [DMN Designer] Need Palette glyph/icon and Canvas shape for Decision Service
> ----------------------------------------------------------------------------
>
> Key: DROOLS-3373
> URL: https://issues.jboss.org/browse/DROOLS-3373
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.15.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: VisualDesign, drools-tools, ux_needed, visualdesign
> Fix For: 7.17.0.Final
>
> Attachments: 1.5-1.png, 2-1.5.png, 3-1.5.png, DMN_palette_icons.png, DROOLS-3373-Node-Types.png, DecisionService-insitu.png, Screenshot from 2019-01-14 10-48-32.png, decision-service.svg, decision.svg, decision_palette.svg, decision_service_expanded_palette.svg, decision_service_palette.svg
>
>
> We need a new "Palette" icon and Canvas shape for "Decision Services".
> See Table 1: DRD components in the [DMN 1.2 Specification|https://www.omg.org/spec/DMN/1.2/Beta1/PDF].
> See also 6.2.5 Decision service for some narrative regarding the shape.
> {quote}
> A Decision Service is represented in a DRD as rectangle with rounded corners, drawn with a heavy solid border.... the Decision Service SHALL be divided into two parts with a straight solid line.
> {quote}
> We are currently adding support for the _expanded_ form however we will also require (at some stage) a Palette glyph/icon and Canvas shape for the _collapsed_ form too.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3523) kbase 'packages' in kmodule.xml works differently with executable-model
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3523?page=com.atlassian.jira.plugi... ]
Luca Molteni commented on DROOLS-3523:
--------------------------------------
The documentation says at
https://docs.jboss.org/drools/release/7.16.0.Final/drools-docs/html_singl...
"packages
By default all the Drools artifacts under the resources folder, at any level, are included into the KieBase. This attribute allows to limit the artifacts that will be compiled in this KieBase to only the ones belonging to the list of packages."
So it seems like this attribute is not working as intended
> kbase 'packages' in kmodule.xml works differently with executable-model
> -----------------------------------------------------------------------
>
> Key: DROOLS-3523
> URL: https://issues.jboss.org/browse/DROOLS-3523
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: execution-model-test-kbase-package.zip
>
>
> When we configure 'packages' attribute in kbase element in kmodule.xml, normal build works but executable-model build results in empty kbase.
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <kmodule xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://jboss.org/kie/6.0.0/kmodule">
> <kbase name="mykbase" packages="rules" default="true">
> <ksession name="myksession" default="true" />
> </kbase>
> </kmodule>
> {code}
> executable-model seems to expect that the kbase's packages value must match the "package" declaration in DRL.
> Please confirm the behaviour with the attached execution-model-test-kbase-package.zip.
> * Normal build
> ** mvn clean install -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = [[Package name=com.sample]]
> Hello, john
> ...
> {noformat}
> * executable-model build
> ** mvn clean install -DgenerateModel=YES -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = []
> [ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 3.341 s <<< FAILURE! - in com.example.DroolsTest
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (DROOLS-3373) [DMN Designer] Need Palette glyph/icon and Canvas shape for Decision Service
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3373?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3373:
----------------------------------------
[~bdellasc] I've attached images showing options A, B and C as requested. Personally I think "Option A - 3 & 1.5" is best as it shows the border to be visibly thicker (a DMN requirement) and the splitter is the same width as all other other Node's outlines but I'll await your instruction.
> [DMN Designer] Need Palette glyph/icon and Canvas shape for Decision Service
> ----------------------------------------------------------------------------
>
> Key: DROOLS-3373
> URL: https://issues.jboss.org/browse/DROOLS-3373
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.15.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: VisualDesign, drools-tools, ux_needed, visualdesign
> Fix For: 7.17.0.Final
>
> Attachments: 1.5-1.png, 2-1.5.png, 3-1.5.png, DMN_palette_icons.png, DROOLS-3373-Node-Types.png, DecisionService-insitu.png, Screenshot from 2019-01-14 10-48-32.png, decision-service.svg, decision.svg, decision_palette.svg, decision_service_expanded_palette.svg, decision_service_palette.svg
>
>
> We need a new "Palette" icon and Canvas shape for "Decision Services".
> See Table 1: DRD components in the [DMN 1.2 Specification|https://www.omg.org/spec/DMN/1.2/Beta1/PDF].
> See also 6.2.5 Decision service for some narrative regarding the shape.
> {quote}
> A Decision Service is represented in a DRD as rectangle with rounded corners, drawn with a heavy solid border.... the Decision Service SHALL be divided into two parts with a straight solid line.
> {quote}
> We are currently adding support for the _expanded_ form however we will also require (at some stage) a Palette glyph/icon and Canvas shape for the _collapsed_ form too.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months