[JBoss JIRA] (WFCORE-4839) Routed composite operation loses address parts
by Michal Petrov (Jira)
Michal Petrov created WFCORE-4839:
-------------------------------------
Summary: Routed composite operation loses address parts
Key: WFCORE-4839
URL: https://issues.redhat.com/browse/WFCORE-4839
Project: WildFly Core
Issue Type: Bug
Components: Management
Affects Versions: 10.0.3.Final
Reporter: Michal Petrov
Assignee: Yeray Borges
In a master/slave domain setup a composite operation sent to a slave will remove the "host" and "server" parts from the nested operation's address and those will not be added back to the result. Only happens with a composite operation.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-5028) Support incremental update for function with executable model
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5028?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5028:
---------------------------------
Tester: Daniel Rosa
Story Points: 7
Labels: good-first-issue (was: )
> Support incremental update for function with executable model
> -------------------------------------------------------------
>
> Key: DROOLS-5028
> URL: https://issues.redhat.com/browse/DROOLS-5028
> Project: Drools
> Issue Type: Task
> Components: executable model
> Affects Versions: 7.32.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: good-first-issue
>
> When you do incremental compilation with executable model, if a function is updated, you will get this error.
> {noformat}
> [ERROR] testKJarUpgradeWithChangedFunction[PATTERN_DSL](org.drools.modelcompiler.IncrementalCompilationTest) Time elapsed: 2.682 s <<< ERROR!
> java.lang.IllegalArgumentException: Unsupported change type: function!
> at org.drools.modelcompiler.builder.CanonicalKieBaseUpdater.run(CanonicalKieBaseUpdater.java:148)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:745)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:266)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:236)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateToVersion(KieContainerImpl.java:194)
> at org.drools.modelcompiler.IncrementalCompilationTest.testKJarUpgradeWithChangedFunction(IncrementalCompilationTest.java:359)
> ...
> {noformat}
> This is an explicit limitation at the moment but I filed this JIRA to support a function update.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-5025) Wrong BitMask created by a complex setter argument in modify block
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5025?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5025:
---------------------------------
Tester: Daniel Rosa
Story Points: 3
Labels: good-first-issue (was: )
> Wrong BitMask created by a complex setter argument in modify block
> ------------------------------------------------------------------
>
> Key: DROOLS-5025
> URL: https://issues.redhat.com/browse/DROOLS-5025
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.32.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: good-first-issue
>
> With a complex setter argument in modify block like this:
> {noformat}
> import org.drools.modelcompiler.domain.Person;
> rule R
> when
> $p: Person(address.street == "street1")
> then
> modify($p) { setLikes( String.valueOf(($p.getAddress().getStreet() + $p.getAddress().getCity()))) };
> end
> {noformat}
> executable model creates BitMask for "likes" and "address" thus causes a wrong property reactivity behavior.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months