[JBoss JIRA] (DROOLS-4967) decision table rules are not loaded into kiebase
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4967?page=com.atlassian.jira.plug... ]
Mario Fusco commented on DROOLS-4967:
-------------------------------------
[~acc_team] I tried to reproduce what you described, but with no luck. The resulting xls file is in attachment. Can you please also attach to this ticket the xls file you used to reproduce this problem?
> decision table rules are not loaded into kiebase
> ------------------------------------------------
>
> Key: DROOLS-4967
> URL: https://issues.redhat.com/browse/DROOLS-4967
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 7.21.0.Final, 7.22.0.Final, 7.23.0.Final, 7.24.0.Final, 7.25.0.Final, 7.26.0.Final, 7.27.0.Final, 7.28.0.Final, 7.29.0.Final, 7.30.0.Final, 7.31.0.Final
> Reporter: Volodymyr Shymkiv
> Assignee: Mario Fusco
> Priority: Blocker
> Attachments: CanDrink2.xls
>
>
> When compiling xls decision table, wrong ruleset name is parsed from the xls file. This can lead to multiple issues, like rules being filtered out by kmodule.xml configuration.
> According to documentation, decision table begins with a cell at second or third column, having value RuleSet. The cell on the right of this one contains the name of the rule set, which we want to use as a package name.
> The problem lies in naive approach to parsing the package name from the xls file. As you can see in project drools-compiler, class org.drools.compiler.kie.builder.impl.KieBuilderImpl method packageNameFromDtable, it execute as follows:
> # find "RuleSet" string in the binary data
> # find and return the nearest string which can act as a valid java package name
> The problem is, the string returned from packageNameFromDtable is NOT the value of the cell next to the RuleSet. It is actually a value of a random cell.
> To understand the problem, we need to understand the binary content of the actual xls file. Every cell is presented as a few bytes, containing cell's value, position, and other information. The "problematic" thing here is, the _order_ of the cells in the binary data is NOT constant. BUT the code really just reads the cell _binary_ next to the "RuleSet" cell.
> Problem is present since version 7.21 as it is caused by a fix for DROOLS-3888 - commit 9a179b6e6b955889200b0258ccd18cd1a5f14b46
> In our case, this results in rules not being loaded, as they are filtered out by kmodule.xml configuration. We have a lot of decision tables we want to migrate from an older drools version, and most of them are now ignored due to this bug.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-4967) decision table rules are not loaded into kiebase
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4967?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4967:
--------------------------------
Attachment: CanDrink2.xls
> decision table rules are not loaded into kiebase
> ------------------------------------------------
>
> Key: DROOLS-4967
> URL: https://issues.redhat.com/browse/DROOLS-4967
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 7.21.0.Final, 7.22.0.Final, 7.23.0.Final, 7.24.0.Final, 7.25.0.Final, 7.26.0.Final, 7.27.0.Final, 7.28.0.Final, 7.29.0.Final, 7.30.0.Final, 7.31.0.Final
> Reporter: Volodymyr Shymkiv
> Assignee: Mario Fusco
> Priority: Blocker
> Attachments: CanDrink2.xls
>
>
> When compiling xls decision table, wrong ruleset name is parsed from the xls file. This can lead to multiple issues, like rules being filtered out by kmodule.xml configuration.
> According to documentation, decision table begins with a cell at second or third column, having value RuleSet. The cell on the right of this one contains the name of the rule set, which we want to use as a package name.
> The problem lies in naive approach to parsing the package name from the xls file. As you can see in project drools-compiler, class org.drools.compiler.kie.builder.impl.KieBuilderImpl method packageNameFromDtable, it execute as follows:
> # find "RuleSet" string in the binary data
> # find and return the nearest string which can act as a valid java package name
> The problem is, the string returned from packageNameFromDtable is NOT the value of the cell next to the RuleSet. It is actually a value of a random cell.
> To understand the problem, we need to understand the binary content of the actual xls file. Every cell is presented as a few bytes, containing cell's value, position, and other information. The "problematic" thing here is, the _order_ of the cells in the binary data is NOT constant. BUT the code really just reads the cell _binary_ next to the "RuleSet" cell.
> Problem is present since version 7.21 as it is caused by a fix for DROOLS-3888 - commit 9a179b6e6b955889200b0258ccd18cd1a5f14b46
> In our case, this results in rules not being loaded, as they are filtered out by kmodule.xml configuration. We have a lot of decision tables we want to migrate from an older drools version, and most of them are now ignored due to this bug.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-4967) decision table rules are not loaded into kiebase
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4967?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4967:
--------------------------------
Sprint: 2020 Week 04-06 (from Jan 20)
> decision table rules are not loaded into kiebase
> ------------------------------------------------
>
> Key: DROOLS-4967
> URL: https://issues.redhat.com/browse/DROOLS-4967
> Project: Drools
> Issue Type: Bug
> Components: decision tables
> Affects Versions: 7.21.0.Final, 7.22.0.Final, 7.23.0.Final, 7.24.0.Final, 7.25.0.Final, 7.26.0.Final, 7.27.0.Final, 7.28.0.Final, 7.29.0.Final, 7.30.0.Final, 7.31.0.Final
> Reporter: Volodymyr Shymkiv
> Assignee: Mario Fusco
> Priority: Blocker
>
> When compiling xls decision table, wrong ruleset name is parsed from the xls file. This can lead to multiple issues, like rules being filtered out by kmodule.xml configuration.
> According to documentation, decision table begins with a cell at second or third column, having value RuleSet. The cell on the right of this one contains the name of the rule set, which we want to use as a package name.
> The problem lies in naive approach to parsing the package name from the xls file. As you can see in project drools-compiler, class org.drools.compiler.kie.builder.impl.KieBuilderImpl method packageNameFromDtable, it execute as follows:
> # find "RuleSet" string in the binary data
> # find and return the nearest string which can act as a valid java package name
> The problem is, the string returned from packageNameFromDtable is NOT the value of the cell next to the RuleSet. It is actually a value of a random cell.
> To understand the problem, we need to understand the binary content of the actual xls file. Every cell is presented as a few bytes, containing cell's value, position, and other information. The "problematic" thing here is, the _order_ of the cells in the binary data is NOT constant. BUT the code really just reads the cell _binary_ next to the "RuleSet" cell.
> Problem is present since version 7.21 as it is caused by a fix for DROOLS-3888 - commit 9a179b6e6b955889200b0258ccd18cd1a5f14b46
> In our case, this results in rules not being loaded, as they are filtered out by kmodule.xml configuration. We have a lot of decision tables we want to migrate from an older drools version, and most of them are now ignored due to this bug.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-4952) drools-7.31 expert missing/ dropped ProjectClassLoader class?
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4952?page=com.atlassian.jira.plug... ]
Mario Fusco resolved DROOLS-4952.
---------------------------------
Resolution: Explained
That class has been moved in a new module named drools-core-reflective and drools-core depends on it, see https://github.com/kiegroup/drools/blob/master/drools-core/pom.xml#L65
> drools-7.31 expert missing/ dropped ProjectClassLoader class?
> -------------------------------------------------------------
>
> Key: DROOLS-4952
> URL: https://issues.redhat.com/browse/DROOLS-4952
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.31.0.Final
> Reporter: John Harrison
> Assignee: Mario Fusco
> Priority: Major
>
> I'm compiling/ running rules using expert (drools-7.31) and java 13.0.1, and getting errors like the following:
> {code:java}
> java.lang.NoClassDefFoundError: org/drools/reflective/classloader/ProjectClassLoader
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:106)
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:80)
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:64)
> [context - 1447]: at Reason$Descriptor.reason(Reason.java:459)
> [context - 1447]: at Reason.lambda$run$1(Reason.java:82)
> [context - 1447]: at io.javalin.core.security.SecurityUtil.noopAccessManager(SecurityUtil.kt:22)
> [context - 1447]: at io.javalin.http.JavalinServlet$addHandler$protectedHandler$1.handle(JavalinServlet.kt:116)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:45)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:24)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$1.invoke(JavalinServlet.kt:123)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2.invoke(JavalinServlet.kt:40)
> [context - 1447]: at io.javalin.http.JavalinServlet.service(JavalinServlet.kt:75)
> [context - 1447]: at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:867)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:542)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
> [context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1588)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
> [context - 1447]: at io.javalin.core.JavalinServer$start$httpHandler$1.doHandle(JavalinServer.kt:53)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
> [context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1557)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
> [context - 1447]: at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
> [context - 1447]: at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
> [context - 1447]: at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
> [context - 1447]: at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
> [context - 1447]: at org.eclipse.jetty.server.Server.handle(Server.java:502)
> [context - 1447]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)
> [context - 1447]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)
> [context - 1447]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
> [context - 1447]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
> [context - 1447]: at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
> [context - 1447]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
> [context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)
> [context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)
> [context - 1447]: at java.base/java.lang.Thread.run(Thread.java:830)
> [context - 1447]: Caused by: java.lang.ClassNotFoundException: org.drools.reflective.classloader.ProjectClassLoader
> [context - 1447]: at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:602)
> [context - 1447]: at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> [context - 1447]: at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> [context - 1447]: ... 42 more
> {code}
> Is this class missing or removed from the distribution? The related release notes don't mention anything, and things work fine in drools-7.30 (class located in drools-core-7.30.0.Final.jar).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-4952) drools-7.31 expert missing/ dropped ProjectClassLoader class?
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4952?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4952:
--------------------------------
Sprint: 2020 Week 04-06 (from Jan 20)
> drools-7.31 expert missing/ dropped ProjectClassLoader class?
> -------------------------------------------------------------
>
> Key: DROOLS-4952
> URL: https://issues.redhat.com/browse/DROOLS-4952
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.31.0.Final
> Reporter: John Harrison
> Assignee: Mario Fusco
> Priority: Major
>
> I'm compiling/ running rules using expert (drools-7.31) and java 13.0.1, and getting errors like the following:
> {code:java}
> java.lang.NoClassDefFoundError: org/drools/reflective/classloader/ProjectClassLoader
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:106)
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:80)
> [context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:64)
> [context - 1447]: at Reason$Descriptor.reason(Reason.java:459)
> [context - 1447]: at Reason.lambda$run$1(Reason.java:82)
> [context - 1447]: at io.javalin.core.security.SecurityUtil.noopAccessManager(SecurityUtil.kt:22)
> [context - 1447]: at io.javalin.http.JavalinServlet$addHandler$protectedHandler$1.handle(JavalinServlet.kt:116)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:45)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:24)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$1.invoke(JavalinServlet.kt:123)
> [context - 1447]: at io.javalin.http.JavalinServlet$service$2.invoke(JavalinServlet.kt:40)
> [context - 1447]: at io.javalin.http.JavalinServlet.service(JavalinServlet.kt:75)
> [context - 1447]: at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:867)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:542)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
> [context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1588)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
> [context - 1447]: at io.javalin.core.JavalinServer$start$httpHandler$1.doHandle(JavalinServer.kt:53)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
> [context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
> [context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1557)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
> [context - 1447]: at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
> [context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
> [context - 1447]: at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
> [context - 1447]: at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
> [context - 1447]: at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
> [context - 1447]: at org.eclipse.jetty.server.Server.handle(Server.java:502)
> [context - 1447]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)
> [context - 1447]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)
> [context - 1447]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
> [context - 1447]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
> [context - 1447]: at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
> [context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
> [context - 1447]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
> [context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)
> [context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)
> [context - 1447]: at java.base/java.lang.Thread.run(Thread.java:830)
> [context - 1447]: Caused by: java.lang.ClassNotFoundException: org.drools.reflective.classloader.ProjectClassLoader
> [context - 1447]: at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:602)
> [context - 1447]: at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> [context - 1447]: at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> [context - 1447]: ... 42 more
> {code}
> Is this class missing or removed from the distribution? The related release notes don't mention anything, and things work fine in drools-7.30 (class located in drools-core-7.30.0.Final.jar).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-4979) Support static method invocation in accumulate
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4979?page=com.atlassian.jira.plug... ]
Mario Fusco resolved DROOLS-4979.
---------------------------------
Resolution: Done
Fixed by https://github.com/kiegroup/drools/commit/6f194422718daa86a4356ce69fb7267...
> Support static method invocation in accumulate
> ----------------------------------------------
>
> Key: DROOLS-4979
> URL: https://issues.redhat.com/browse/DROOLS-4979
> Project: Drools
> Issue Type: Bug
> Reporter: Luca Molteni
> Assignee: Mario Fusco
> Priority: Major
>
> {code:java}
> @Test
> public void testAccumulateOfDurationBetweenDateTime() {
> final String drl =
> "import java.time.Duration\n" +
> "import " + Interval.class.getCanonicalName() + ";\n" +
> "global java.util.List result; \n" +
> "\n" +
> "rule \"Rule1\"\n" +
> "when\n" +
> " $count : Number() from accumulate(\n" +
> " Interval($start : start, $end : end), " +
> " sum(Duration.between($start, $end).toMinutes()) " +
> " ) " +
> "then\n" +
> " result.add($count);\n" +
> "end\n";
> List<Long> result = new ArrayList<>();
> KieSession ksession = getKieSession(drl);
> ksession.setGlobal("result", result);
> ksession.insert(new Interval(
> LocalDateTime.of(2020, 1, 22, 11, 43),
> LocalDateTime.of(2020, 1, 22, 12, 43)
> ));
> ksession.fireAllRules();
> assertEquals(60, result.iterator().next().longValue());
> }
> {code}
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-13030) Add tests to exclude Galleon layers
by Jean Francois Denise (Jira)
Jean Francois Denise created WFLY-13030:
-------------------------------------------
Summary: Add tests to exclude Galleon layers
Key: WFLY-13030
URL: https://issues.redhat.com/browse/WFLY-13030
Project: WildFly
Issue Type: Enhancement
Components: Test Suite
Reporter: Jean Francois Denise
Assignee: Jean Francois Denise
datasources layer can be excluded from some integration/basic tests.
jpa layer can be excluded (and replaced by jpa-distributed) when running jpal2c clustering tests.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (WFLY-13029) Clustering jpa2lc tests shouldn't depend on ejb
by Jean Francois Denise (Jira)
Jean Francois Denise created WFLY-13029:
-------------------------------------------
Summary: Clustering jpa2lc tests shouldn't depend on ejb
Key: WFLY-13029
URL: https://issues.redhat.com/browse/WFLY-13029
Project: WildFly
Issue Type: Enhancement
Components: Test Suite
Reporter: Jean Francois Denise
Assignee: Jean Francois Denise
The dependency on ejb can be replaced by CDI + explicit transaction.
Doing so these 2 tests become testable using galleon layers cloud-server and jps-distributed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-3451) [DMN Designer] Function: Not possible to select _expression_ cell
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-3451?page=com.atlassian.jira.plug... ]
Michael Anstis commented on DROOLS-3451:
----------------------------------------
[~dadossan] I suspect we should let [~jomarko] have the final test and confirmation to close.
> [DMN Designer] Function: Not possible to select _expression_ cell
> -----------------------------------------------------------------
>
> Key: DROOLS-3451
> URL: https://issues.redhat.com/browse/DROOLS-3451
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.16.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: context.gif, function-grid-left-click.png, function-grid-right-click.png
>
>
> It is not possible to select the {{FunctionGrid}} _expression_ cell.
> Left-single-click does not select cell:
> !function-grid-left-click.png|thumbnail!
> Whereas right-single-click does (and shows _context_ menu):
> !function-grid-right-click.png|thumbnail!
> It should be possible to select the cell with single-left-click too.
> h2. Acceptance criteria
> Select function expression cell by
> - Left Single click
> - Right Single click
> - Keyboard navigation
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months
[JBoss JIRA] (DROOLS-3451) [DMN Designer] Function: Not possible to select _expression_ cell
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-3451?page=com.atlassian.jira.plug... ]
Michael Anstis commented on DROOLS-3451:
----------------------------------------
[~dadossan] Yay.. I just tested with {{master}} too and I can confirm the issue is no longer present and hence this JIRA closed.
> [DMN Designer] Function: Not possible to select _expression_ cell
> -----------------------------------------------------------------
>
> Key: DROOLS-3451
> URL: https://issues.redhat.com/browse/DROOLS-3451
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.16.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: context.gif, function-grid-left-click.png, function-grid-right-click.png
>
>
> It is not possible to select the {{FunctionGrid}} _expression_ cell.
> Left-single-click does not select cell:
> !function-grid-left-click.png|thumbnail!
> Whereas right-single-click does (and shows _context_ menu):
> !function-grid-right-click.png|thumbnail!
> It should be possible to select the cell with single-left-click too.
> h2. Acceptance criteria
> Select function expression cell by
> - Left Single click
> - Right Single click
> - Keyboard navigation
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 3 months