April 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1838) Referencing condition literals in action columns in Web based decision table

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-1838?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-1838. ------------------------------- Resolution: Out of Date User is able to bind field even in negated condition. !Screenshot from 2019-04-10 15-14-50.png|thumbnail! > Referencing condition literals in action columns in Web based decision table > ---------------------------------------------------------------------------- > > Key: DROOLS-1838 > URL: https://issues.jboss.org/browse/DROOLS-1838 > Project: Drools > Issue Type: Feature Request > Components: Guided Decision Table Editor > Affects Versions: 5.5.0.Final > Reporter: Roman Novak > Assignee: Michael Anstis > Priority: Major > Attachments: Screenshot from 2019-04-10 15-14-50.png > > > The use case is to avoid reduncancy in entering data in the web based decision table. > The redundance occurs, when a "not" condition is used in the LHS of a rule, and exactly the entered condition (in the example rule below it is "demo") should be used/referenced on the RHS of the rule. > The solution proposal is: > * it is already possible to reference binding variables in Guvnor decision tables via "=". e.g. set the default value of an action column by "=$p.name" (again with the example below in mind).l > * it should be possible to reference the actual column content via the mandatory "Column header (description)" field in a way, so that during the generation of the rule code the content of the column in the editor is placed into the action field. > * suggestion for (de-)referencing the column: ={<column header>} > Example rule to illustrate the problem: > declare Address > streetName : String > end > > declare Person > name : String > end > > rule "Using a declared Type" > when > $p : Person( name == "Bob" ) > not Address(streetName == "demo") > then > // if the address does not exist, we create it... (just for example) > Address addr = new Address(); > // how can the streetName "demo" from above be referenced ? in a normal rule it is not possible! (scope delimiter "not") > addr.setStreetName("demo"); > insert( addr ); > end -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1838) Referencing condition literals in action columns in Web based decision table

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-1838?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-1838: -------------------------------- Attachment: Screenshot from 2019-04-10 15-14-50.png > Referencing condition literals in action columns in Web based decision table > ---------------------------------------------------------------------------- > > Key: DROOLS-1838 > URL: https://issues.jboss.org/browse/DROOLS-1838 > Project: Drools > Issue Type: Feature Request > Components: Guided Decision Table Editor > Affects Versions: 5.5.0.Final > Reporter: Roman Novak > Assignee: Michael Anstis > Priority: Major > Attachments: Screenshot from 2019-04-10 15-14-50.png > > > The use case is to avoid reduncancy in entering data in the web based decision table. > The redundance occurs, when a "not" condition is used in the LHS of a rule, and exactly the entered condition (in the example rule below it is "demo") should be used/referenced on the RHS of the rule. > The solution proposal is: > * it is already possible to reference binding variables in Guvnor decision tables via "=". e.g. set the default value of an action column by "=$p.name" (again with the example below in mind).l > * it should be possible to reference the actual column content via the mandatory "Column header (description)" field in a way, so that during the generation of the rule code the content of the column in the editor is placed into the action field. > * suggestion for (de-)referencing the column: ={<column header>} > Example rule to illustrate the problem: > declare Address > streetName : String > end > > declare Person > name : String > end > > rule "Using a declared Type" > when > $p : Person( name == "Bob" ) > not Address(streetName == "demo") > then > // if the address does not exist, we create it... (just for example) > Address addr = new Address(); > // how can the streetName "demo" from above be referenced ? in a normal rule it is not possible! (scope delimiter "not") > addr.setStreetName("demo"); > insert( addr ); > end -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-600) CI Pipleline Support Of OCP4 on AWS

by Matthew Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-600?page=com.atlassian.jira.plugin.... ] Matthew Mahoney resolved SWSQE-600. ----------------------------------- Resolution: Done > CI Pipleline Support Of OCP4 on AWS > ----------------------------------- > > Key: SWSQE-600 > URL: https://issues.jboss.org/browse/SWSQE-600 > Project: Kiali QE > Issue Type: Story > Reporter: Matthew Mahoney > Assignee: Guilherme Baufaker Rêgo > Priority: Major > Labels: infrastructure > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1782) Guided DT: Variable substitution doesn't work correctly if multiple columns share the same variable name

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-1782?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-1782. ------------------------------- Resolution: Rejected Closing as not reported by customer and guided decision tables are not developed actively anymore. > Guided DT: Variable substitution doesn't work correctly if multiple columns share the same variable name > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1782 > URL: https://issues.jboss.org/browse/DROOLS-1782 > Project: Drools > Issue Type: Bug > Components: Guided Decision Table Editor > Reporter: Matej Čimbora > Assignee: Michael Anstis > Priority: Major > > If multiple columns use the same variable name, one of the cell values wins and overwrites the content defined in other cells using the same variable. This can be observed in the "Source" tab of the editor. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3874) ServiceDiscovery doesn't work with Fuse

by Anton Giertli (Jira)

[ https://issues.jboss.org/browse/DROOLS-3874?page=com.atlassian.jira.plugi... ] Anton Giertli commented on DROOLS-3874: --------------------------------------- See DROOLS-3869 for reproducing steps. Mario's PR works against the reproducer attached. > ServiceDiscovery doesn't work with Fuse > --------------------------------------- > > Key: DROOLS-3874 > URL: https://issues.jboss.org/browse/DROOLS-3874 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Anton Giertli > Assignee: Mario Fusco > Priority: Major > Attachments: reproducer.zip > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3874) ServiceDiscovery doesn't work with Fuse

by Anton Giertli (Jira)

[ https://issues.jboss.org/browse/DROOLS-3874?page=com.atlassian.jira.plugi... ] Anton Giertli updated DROOLS-3874: ---------------------------------- Attachment: reproducer.zip > ServiceDiscovery doesn't work with Fuse > --------------------------------------- > > Key: DROOLS-3874 > URL: https://issues.jboss.org/browse/DROOLS-3874 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Anton Giertli > Assignee: Mario Fusco > Priority: Major > Attachments: reproducer.zip > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3874) ServiceDiscovery doesn't work with Fuse

by Anton Giertli (Jira)

Anton Giertli created DROOLS-3874: ------------------------------------- Summary: ServiceDiscovery doesn't work with Fuse Key: DROOLS-3874 URL: https://issues.jboss.org/browse/DROOLS-3874 Project: Drools Issue Type: Bug Components: core engine Reporter: Anton Giertli Assignee: Mario Fusco -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-670) include critical test case for Jaeger

by Matthew Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-670?page=com.atlassian.jira.plugin.... ] Matthew Mahoney updated SWSQE-670: ---------------------------------- Reporter: Jeeva Kandasamy (was: Prachi Yadav) > include critical test case for Jaeger > ------------------------------------- > > Key: SWSQE-670 > URL: https://issues.jboss.org/browse/SWSQE-670 > Project: Kiali QE > Issue Type: QE Task > Reporter: Jeeva Kandasamy > Assignee: Prachi Yadav > Priority: Major > Labels: pqi > > Include critical test cases in Jaeger testing -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-10607) Fix intermittent failures in *EJBForwardingTestCase

by Richard Achmatowicz (Jira)

[ https://issues.jboss.org/browse/WFLY-10607?page=com.atlassian.jira.plugin... ] Richard Achmatowicz commented on WFLY-10607: -------------------------------------------- The RemotingRemoteTransactionPeer is a component on the server side that is accessed by a component on the client side and used to remotely control transaction state. It does not use the same service type as regular EJB channels when creating the connection (i.e. it uses "jboss.jta" instead of "jboss.ejb") and this affects the lookup of an AuthenticationContext by Elytron. I'm suspecting this is a security configuration issue. > Fix intermittent failures in *EJBForwardingTestCase > --------------------------------------------------- > > Key: WFLY-10607 > URL: https://issues.jboss.org/browse/WFLY-10607 > Project: WildFly > Issue Type: Bug > Components: EJB, Test Suite > Affects Versions: 16.0.0.Final > Reporter: Petr Kremensky > Assignee: Richard Achmatowicz > Priority: Major > > The tests were ignored by https://github.com/wildfly/wildfly/pull/10563 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3873) Invoking a collection editor popup from a nested object causes an unexpected error

by Klara Kufova (Jira)

Klara Kufova created DROOLS-3873: ------------------------------------ Summary: Invoking a collection editor popup from a nested object causes an unexpected error Key: DROOLS-3873 URL: https://issues.jboss.org/browse/DROOLS-3873 Project: Drools Issue Type: Bug Components: Scenario Simulation and Testing Reporter: Klara Kufova Assignee: Gabriele Cardosi Attachments: bug1.png Invoking a collection editor popup from a nested object causes the following unexpected error: {{Uncaught exception: Index: 0, Size: 0}} !bug1.png|thumbnail! -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

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 April 2019