July 2018 - jboss-jira - Jboss List Archives

[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 updated DROOLS-2733: --------------------------------- Description: 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 was: 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 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 > 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 > 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 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[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 updated DROOLS-2733: --------------------------------- Description: 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 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 was: The executable model doesn't support custom inline accumulate code that uses external declarations such as ` String str = "import " + Person.class.getCanonicalName() + ";\n" + "rule R 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"; ` (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 `accumulateScript("initCode", "accCode", "reverseCode");` and then during interpretation create a new MVEL context and execute the accumulate in memory > 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 > 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 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 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-2733) Support MVEL Dialect using custom inline accumulate code with external declarations in the executable model

by Luca Molteni (JIRA)

Luca Molteni created DROOLS-2733: ------------------------------------ Summary: 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 Reporter: Luca Molteni Assignee: Luca Molteni Priority: Optional The executable model doesn't support custom inline accumulate code that uses external declarations such as ` String str = "import " + Person.class.getCanonicalName() + ";\n" + "rule R 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"; ` (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 `accumulateScript("initCode", "accCode", "reverseCode");` and then during interpretation create a new MVEL context and execute the accumulate in memory -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-3961) Upgrade Elytron Web to 1.2.0.Final

by Darran Lofthouse (JIRA)

Darran Lofthouse created WFCORE-3961: ---------------------------------------- Summary: Upgrade Elytron Web to 1.2.0.Final Key: WFCORE-3961 URL: https://issues.jboss.org/browse/WFCORE-3961 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 6.0.0.Alpha4 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ELYWEB-5) Release Elytron Web 1.2.0.Final

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELYWEB-5: ------------------------------------- Summary: Release Elytron Web 1.2.0.Final Key: ELYWEB-5 URL: https://issues.jboss.org/browse/ELYWEB-5 Project: Elytron Web Issue Type: Release Reporter: Darran Lofthouse Assignee: Darran Lofthouse -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ELYWEB-1) Migrate the servlet integration from the Undertow subsystem

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELYWEB-1?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse resolved ELYWEB-1. ----------------------------------- Resolution: Done > Migrate the servlet integration from the Undertow subsystem > ----------------------------------------------------------- > > Key: ELYWEB-1 > URL: https://issues.jboss.org/browse/ELYWEB-1 > Project: Elytron Web > Issue Type: Task > Components: Undertow Servlet > Affects Versions: 1.1.0.Final > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.2.0.CR1 > > > The current code in the Undertow subsystem has expanded as additional integration was required beyond the general integration in this project, however it still does not need to live in the application server codebase as the Undertow servlet module can be used independently. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-2652) [DMN Designer] Different icons for different connector types

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2652?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-2652: -------------------------------- Description: The toolbox shows icons for the different connection types available from a given node. At the moment they are all the same icon and it is difficult to know which toolbox icon represents which connection type. Until https://issues.jboss.org/browse/DROOLS-1944 a short-term fix is to simply ensure each connection type has an icon more correctly representing its type. h3. Manual Acceptance test Each node type has appropriate connector icons in the context menu (/) was: The toolbox shows icons for the different connection types available from a given node. At the moment they are all the same icon and it is difficult to know which toolbox icon represents which connection type. Until https://issues.jboss.org/browse/DROOLS-1944 a short-term fix is to simply ensure each connection type has an icon more correctly representing its type. h3. Manual Acceptance test Each node type has appropriate connector icons in the context menu > [DMN Designer] Different icons for different connector types > ------------------------------------------------------------ > > Key: DROOLS-2652 > URL: https://issues.jboss.org/browse/DROOLS-2652 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Michael Anstis > Assignee: Michael Anstis > Attachments: DROOLS-2652 (toolbox icons).png, ProcessCanvasInteractionsB2.png > > > The toolbox shows icons for the different connection types available from a given node. > At the moment they are all the same icon and it is difficult to know which toolbox icon represents which connection type. Until https://issues.jboss.org/browse/DROOLS-1944 a short-term fix is to simply ensure each connection type has an icon more correctly representing its type. > h3. Manual Acceptance test > Each node type has appropriate connector icons in the context menu (/) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (WFLY-10541) allow user to easily override the transaction node identifier

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/WFLY-10541?page=com.atlassian.jira.plugin... ] Tom Jenkinson updated WFLY-10541: --------------------------------- Description: Add {code} node-identifier="${jboss.tx.node.id:1} {code} to the default WF Config files. Allows a user to then set -Djboss.tx.node.id to something like a pod name during startup in a script IMPORTANT: The ID must be globally unique still so scenarios where there is more than one process on this box will need to use something to ensure there is an identifier that is unique was: Add {code} node-identifier="${jboss.tx.node.id:1} {code} to the default WF Config files. Allows a user to then set -Djboss.tx.node.id to something like a pod name during startup in a script > allow user to easily override the transaction node identifier > ------------------------------------------------------------- > > Key: WFLY-10541 > URL: https://issues.jboss.org/browse/WFLY-10541 > Project: WildFly > Issue Type: Enhancement > Components: Server > Affects Versions: 13.0.0.Final > Reporter: Brad Maxwell > Assignee: Tom Jenkinson > > Add > {code} > node-identifier="${jboss.tx.node.id:1} > {code} > to the default WF Config files. > Allows a user to then set -Djboss.tx.node.id to something like a pod name during startup in a script > IMPORTANT: The ID must be globally unique still so scenarios where there is more than one process on this box will need to use something to ensure there is an identifier that is unique -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-2732) FEEL invoking a function on a literal context

by Matteo Mortari (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2732?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-2732: ----------------------------------- Description: Antlr and FEEL visitor error on {code:java} { add : function(x,y) x + y }.add(1,2) {code} > FEEL invoking a function on a literal context > --------------------------------------------- > > Key: DROOLS-2732 > URL: https://issues.jboss.org/browse/DROOLS-2732 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > > Antlr and FEEL visitor error on > {code:java} > { add : function(x,y) x + y }.add(1,2) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-2732) FEEL invoking a function on a literal context

by Matteo Mortari (JIRA)

Matteo Mortari created DROOLS-2732: -------------------------------------- Summary: FEEL invoking a function on a literal context Key: DROOLS-2732 URL: https://issues.jboss.org/browse/DROOLS-2732 Project: Drools Issue Type: Bug Components: dmn engine Reporter: Matteo Mortari Assignee: Matteo Mortari -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

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 July 2018