[JBoss JIRA] (DROOLS-2823) FEEL Parser: `not` breaks with `list contains`
by Edoardo Vacchi (JIRA)
Edoardo Vacchi created DROOLS-2823:
--------------------------------------
Summary: FEEL Parser: `not` breaks with `list contains`
Key: DROOLS-2823
URL: https://issues.jboss.org/browse/DROOLS-2823
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Edoardo Vacchi
Assignee: Edson Tirelli
*list contains([1,2,3,4,5,6], 3)* returns true
*not(list contains([1,2,3,4,5,6], 3))* returns “list contains([1,2,3,4,5,6], 3)”, it should return false
Most likely related to an issue with the parse tree branches
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months
[JBoss JIRA] (DROOLS-2792) [DMN Designer] Data-types: Grid: LiteralExpression
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2792?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-2792:
----------------------------------------
Hi [~uxdlc] a {{ContextEntry}} is represented by a single row and so we need the name and data-type to be in the single cell - even if visually split across two lines of text. I guess the crux of my question is should we have a single editor for the single cell that supports changing the name and/or data-type (currently supported by the codebase) or whether we want to support different editors for different parts of the same cell (e.g. one editor for name and another for data-type; accessed by double clicking the applicable component of the cell).
The code-base currently only supports one editor for one cell for *one* parameter (which is the two header rows example in the document I originally attached); one editor for one cell for *both* parameters would be possible with a bit of change to the code-base whereas a different editor for different parts of a single cell is quite a lot of change. Therefore before I do much else I need to know what we need.. it'll impact what I do next and how long it takes.
As for your question about the drop-down used for selection of data-types; it's the same as used in the Properties Panel at the moment (and is https://silviomoreto.github.io/bootstrap-select/examples/#live-search). It is the same as we've been proposing from the beginning. If it is not what we should be using please create a JIRA and we'll change it to be as needed.
> [DMN Designer] Data-types: Grid: LiteralExpression
> --------------------------------------------------
>
> Key: DROOLS-2792
> URL: https://issues.jboss.org/browse/DROOLS-2792
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Attachments: DROOLS-2792.odt, Screen Shot 2018-08-01 at 10.11.48 AM.png, Screen Shot 2018-08-01 at 10.20.35 AM.png
>
>
> *_Literal Expression_*
> - (x) Grid header _could_ show Output Data Type
> - (/) Editing Output Data Type is possible via Properties panel
> - (x) Update header when Output Data Type is changed via Properties panel
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-3962:
-------------------------------------
Component/s: Management
Scripts
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Management, Modules, Scripts
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months