[JBoss JIRA] (JGRP-2339) SocketFactory missing close(ServerSocketChannel)
by Paul Ferraro (Jira)
[ https://issues.jboss.org/browse/JGRP-2339?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reassigned JGRP-2339:
----------------------------------
Assignee: Paul Ferraro (was: Bela Ban)
> SocketFactory missing close(ServerSocketChannel)
> ------------------------------------------------
>
> Key: JGRP-2339
> URL: https://issues.jboss.org/browse/JGRP-2339
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.19
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Major
> Fix For: 4.1.0
>
>
> JGroups SocketFactory contains methods for creating named ServerSocketChannels, however, there is no corresponding close(ServerSocketChannel) method.
> WF relies on the SocketFactory to register JGroups sockets with its SocketBindingManager, so that the management layer can report which sockets are connected, to which address/port are they are bound, etc. The close(...) methods are necessary to unregister from the SocketBindingManager.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-3198) kie maven plugin fails to build kjar if kmodule contains a ruleTemplate
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3198?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3198:
---------------------------------
Tester: Tibor Zimanyi
Story Points: 5
> kie maven plugin fails to build kjar if kmodule contains a ruleTemplate
> -----------------------------------------------------------------------
>
> Key: DROOLS-3198
> URL: https://issues.jboss.org/browse/DROOLS-3198
> Project: Drools
> Issue Type: Bug
> Components: tools
> Affects Versions: 7.8.0.Final
> Reporter: Webster Homer
> Assignee: Luca Molteni
> Priority: Major
>
> If I have a maven pom that uses the kie maven plugin org.kie:kie-maven-plugin to build the kljar for deployment, and the project kjar has a ruleTemplate:
> <ruleTemplate dtable="rules/business/TermSearchQFRules.xls"
> template="rules/business/templates/TermSearchQF.drt"
> row="2" col="1"/>
> The build will fail with an error:
> ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.8.0.Final:build (default-build) on project ba-search-kjar: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet. -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.kie:kie-maven-plugin:7.8.0.Final:build (default-build) on project ba-search-kjar: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet.
> Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet.
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> ... 19 more
> Caused by: org.drools.template.parser.DecisionTableParseException: No RuleTable cells in spreadsheet.
> This is because the plugin doesn't understand the rule template, and treats the xls file as a decision table spreadsheet rather than a template spreadsheet.
> The kie-maven-plugin is a useful tool that compiles the kjar are build time rather than load time, and gives good diagnostics.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-3802) Build error with executable-model, nested property with double-bytes property name
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3802?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3802:
---------------------------------
Tester: Tibor Zimanyi
Story Points: 5
> Build error with executable-model, nested property with double-bytes property name
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-3802
> URL: https://issues.jboss.org/browse/DROOLS-3802
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.18.0.Final
> Environment: 7.18.0.Final
> 7.18.0.Final-redhat-00002 (RHDM7.3.0)
> 7.14.0.Final-redhat-00004 (RHDM7.1.2)
> Reporter: Hiroko Miura
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: NestedPropertyTest.zip
>
>
> Build of Executable Model fails with the following conditions in LHS:
> * multi-bytes property name (or started with capital letter)
> * accessing the property by the name without using getter.
> * accessing nested property by `.`
> e.g.
> {noformat}
> when
> $fact : Fact( 住所.zipCode == "1000001")
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-3800) Parser error with executable-model on Map literal expression in constraint
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3800?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3800:
---------------------------------
Tester: Tibor Zimanyi
Story Points: 5
> Parser error with executable-model on Map literal expression in constraint
> --------------------------------------------------------------------------
>
> Key: DROOLS-3800
> URL: https://issues.jboss.org/browse/DROOLS-3800
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.18.0.Final
> Environment: 7.18.0.Final
> 7.18.0.Final-redhat-00002 (RHDM7.3.0)
> 7.14.0.Final-redhat-00004 (RHDM7.1.2)
> Reporter: Hiroko Miura
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: MapLiteralTest.zip
>
>
> When MAP literal expression is used in LHS like the following
> {noformat}
> when
> $fact: Fact(
> calc(["src":name, "target":"TEST"])
> )
> ...
> {noformat}
> KieBase build as Executable Model fails with parser error like:
> {noformat}
> org.drools.javaparser.ParseProblemException:
> Encountered unexpected token: "[" "["
> at line 1, column 6.
> Was expecting one of:
> ")"
> {noformat}
> This error does not happen when building this rule as normal kjar.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-2733) Support MVEL Dialect using custom inline accumulate code with external declarations in the executable model
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-2733?page=com.atlassian.jira.plugi... ]
Luca Molteni commented on DROOLS-2733:
--------------------------------------
This could also be fixed by the mvel to java compiler
> Support MVEL Dialect using custom inline accumulate code with external declarations in the executable model
> -----------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2733
> URL: https://issues.jboss.org/browse/DROOLS-2733
> Project: Drools
> Issue Type: Feature Request
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Optional
>
> The executable model doesn't support custom inline accumulate code that uses external declarations such as
> {code:java}
> String str = "import " + Person.class.getCanonicalName() + ";\n" +
> "rule R dialect \"mvel\" when\n" +
> " String( $l : length )" +
> " $sum : Integer() from accumulate (\n" +
> " Person( age > 18, $age : age ), init( int sum = 0 * $l; ), action( sum += $age; ), reverse( sum -= $age; ), result( sum )\n" +
> " )" +
> "then\n" +
> " insert($sum);\n" +
> "end";
> {code}
> (Notice that in the init we multiply the sum value with the length of string)
> But it can support such style using the "classic" generation of accumulate classes which gets compiled among the executable model and instantiate during the execution of the DSL.
> This mechanism is broken with the MVEL dialect, as we don't have such generated classes.
> Probably what we should do instead is putting MVEL expressions in the DSL directly such as
> {code:java}
> accumulateScript("initCode", "accCode", "reverseCode");
> {code}
> and then during interpretation create a new MVEL context and execute the accumulate in memory
> See
> AccumulateUnsupportedTest.testMVELAccumulate
> AccumulateUnsupportedTest.testMVELAccumulate2WM
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-3198) kie maven plugin fails to build kjar if kmodule contains a ruleTemplate
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3198?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3198:
---------------------------------
Sprint: 2019 Week 14-16
> kie maven plugin fails to build kjar if kmodule contains a ruleTemplate
> -----------------------------------------------------------------------
>
> Key: DROOLS-3198
> URL: https://issues.jboss.org/browse/DROOLS-3198
> Project: Drools
> Issue Type: Bug
> Components: tools
> Affects Versions: 7.8.0.Final
> Reporter: Webster Homer
> Assignee: Luca Molteni
> Priority: Major
>
> If I have a maven pom that uses the kie maven plugin org.kie:kie-maven-plugin to build the kljar for deployment, and the project kjar has a ruleTemplate:
> <ruleTemplate dtable="rules/business/TermSearchQFRules.xls"
> template="rules/business/templates/TermSearchQF.drt"
> row="2" col="1"/>
> The build will fail with an error:
> ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.8.0.Final:build (default-build) on project ba-search-kjar: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet. -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.kie:kie-maven-plugin:7.8.0.Final:build (default-build) on project ba-search-kjar: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet.
> Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default-build of goal org.kie:kie-maven-plugin:7.8.0.Final:build failed: No RuleTable cells in spreadsheet.
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> ... 19 more
> Caused by: org.drools.template.parser.DecisionTableParseException: No RuleTable cells in spreadsheet.
> This is because the plugin doesn't understand the rule template, and treats the xls file as a decision table spreadsheet rather than a template spreadsheet.
> The kie-maven-plugin is a useful tool that compiles the kjar are build time rather than load time, and gives good diagnostics.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months
[JBoss JIRA] (DROOLS-3802) Build error with executable-model, nested property with double-bytes property name
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-3802?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-3802:
---------------------------------
Sprint: 2019 Week 14-16
> Build error with executable-model, nested property with double-bytes property name
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-3802
> URL: https://issues.jboss.org/browse/DROOLS-3802
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.18.0.Final
> Environment: 7.18.0.Final
> 7.18.0.Final-redhat-00002 (RHDM7.3.0)
> 7.14.0.Final-redhat-00004 (RHDM7.1.2)
> Reporter: Hiroko Miura
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: NestedPropertyTest.zip
>
>
> Build of Executable Model fails with the following conditions in LHS:
> * multi-bytes property name (or started with capital letter)
> * accessing the property by the name without using getter.
> * accessing nested property by `.`
> e.g.
> {noformat}
> when
> $fact : Fact( 住所.zipCode == "1000001")
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 6 months