[JBoss JIRA] (DROOLS-3954) DM UX solutions for communicating errors in graphs & grids.
by Kris Verlaenen (Jira)
[ https://issues.jboss.org/browse/DROOLS-3954?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-3954:
-----------------------------------
Sprint: 2019 Week 17-19, 2019 Week 20-22, 2019 Week 23-25, 2019 Week 26-28 (was: 2019 Week 17-19, 2019 Week 20-22, 2019 Week 23-25)
> DM UX solutions for communicating errors in graphs & grids.
> ------------------------------------------------------------
>
> Key: DROOLS-3954
> URL: https://issues.jboss.org/browse/DROOLS-3954
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor, Scenario Simulation and Testing
> Reporter: Elizabeth Clayton
> Assignee: Tao Zhu
> Priority: Major
> Labels: ScenarioSimulation, Stunner, UX, UXTeam, drools-tools
>
> Scenario and DMN editors share design solutions for displaying errors in graphs (models) and grids (scenario test, dmn boxed expressions.) Support design consistency where applicable, while also documenting unique solutions per context.
> Current DM context specific "design pattern" document: https://docs.google.com/document/d/1fX9K_fDjEO4_wDLK9EDDb0OtEFir7S6nFH9cn...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-3819) Rule Units 2.0: evaluate 7.x behavior and consider new design
by Kris Verlaenen (Jira)
[ https://issues.jboss.org/browse/DROOLS-3819?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-3819:
-----------------------------------
Sprint: 2019 Week 23-25, 2019 Week 26-28 (was: 2019 Week 23-25)
> Rule Units 2.0: evaluate 7.x behavior and consider new design
> -------------------------------------------------------------
>
> Key: DROOLS-3819
> URL: https://issues.jboss.org/browse/DROOLS-3819
> Project: Drools
> Issue Type: Task
> Reporter: Edoardo Vacchi
> Assignee: Edoardo Vacchi
> Priority: Major
> Labels: drools-core, submarine
> Fix For: 8.0.0.Final
>
>
> I have disabled generation of `unit()` API invocation on DRL compiler in order to make the Unit prototype work quickly. We are now assuming that 1 unit === 1 session, therefore some previous assumptions do not hold anymore. Previous assertions are therefore broken. It is also a good time to re-evaluate some previous considerations on how rule units are supposed to work (e.g. reconsider how guards work etc)
> *Deliverable*: design document
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-3923) (C)DI detection should be more reliable/standard for codegen
by Kris Verlaenen (Jira)
[ https://issues.jboss.org/browse/DROOLS-3923?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-3923:
-----------------------------------
Sprint: 2019 Week 23-25, 2019 Week 26-28 (was: 2019 Week 23-25)
> (C)DI detection should be more reliable/standard for codegen
> ------------------------------------------------------------
>
> Key: DROOLS-3923
> URL: https://issues.jboss.org/browse/DROOLS-3923
> Project: Drools
> Issue Type: Bug
> Reporter: Edoardo Vacchi
> Assignee: Edoardo Vacchi
> Priority: Major
> Labels: drools-core, submarine
>
> we are currently doing {{ try { Class.forName("...ApplicationScoped") } }} which is
> (1) pretty hackish (2) won't work in Maven because maven's ClassPath is not the same of the target application
> We should rather use a config param or any better way to detect if we're going to use DI. Currently we have added a config param + "auto detect" using the technique above (in maven only the config param works) but auto-detect should be better.
> Besides ApplicationScoped only work for CDI, while JSR-330 @Inject is independent from CDI so using ApplicationScoped as a signal is too limited.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months