[JBoss JIRA] (DROOLS-4799) Adding "expression" type handling for Collection type propereties
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4799?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4799:
--------------------------------
Attachment: scesim-list.png
dmn-dt-expression-constraint.png
dmn-dt-enumeration-constraint.png
> Adding "expression" type handling for Collection type propereties
> -----------------------------------------------------------------
>
> Key: DROOLS-4799
> URL: https://issues.redhat.com/browse/DROOLS-4799
> Project: Drools
> Issue Type: Feature Request
> Components: Scenario Simulation and Testing, Test Scenarios Editor
> Reporter: Yeser Amer
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam
> Attachments: Screen Shot 2019-11-26 at 1.26.54 PM.png, dmn-dt-enumeration-constraint.png, dmn-dt-expression-constraint.png, expression-list_error.png, scesim-list.png
>
>
> I need a clarification regarding the behaviour of the updated Collection Editor, in particular for this section -->https://marvelapp.com/5ab248j/screen/62093042/layer/102496330.
> Considering the editor introduces a new way to handle a Collection ("Define List"), can you please give us detailed behaviour for the following case:
> - What happen if a user starts to input data inside a section (Define List/Create List) and then switch on the other one?
> eg. if I start to define a List using "Define List" option (i.e. an expression) and then I change to "Create List" case. What should happen?
> - Currently, after adding a Collection, the Grid cell will show "List (1)". It should be the same for "Define list" (i.e. Expression) case?
> In case of additional clarificaiton, I'll update this ticket.
> Hope it's clear, if not you can contact me anytime.
> Thanks
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-4799) Adding "expression" type handling for Collection type propereties
by Elizabeth Clayton (Jira)
[ https://issues.redhat.com/browse/DROOLS-4799?page=com.atlassian.jira.plug... ]
Elizabeth Clayton updated DROOLS-4799:
--------------------------------------
Story Points: 1 (was: 2)
> Adding "expression" type handling for Collection type propereties
> -----------------------------------------------------------------
>
> Key: DROOLS-4799
> URL: https://issues.redhat.com/browse/DROOLS-4799
> Project: Drools
> Issue Type: Feature Request
> Components: Scenario Simulation and Testing, Test Scenarios Editor
> Reporter: Yeser Amer
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam
> Attachments: Screen Shot 2019-11-26 at 1.26.54 PM.png, expression-list_error.png
>
>
> I need a clarification regarding the behaviour of the updated Collection Editor, in particular for this section -->https://marvelapp.com/5ab248j/screen/62093042/layer/102496330.
> Considering the editor introduces a new way to handle a Collection ("Define List"), can you please give us detailed behaviour for the following case:
> - What happen if a user starts to input data inside a section (Define List/Create List) and then switch on the other one?
> eg. if I start to define a List using "Define List" option (i.e. an expression) and then I change to "Create List" case. What should happen?
> - Currently, after adding a Collection, the Grid cell will show "List (1)". It should be the same for "Define list" (i.e. Expression) case?
> In case of additional clarificaiton, I'll update this ticket.
> Hope it's clear, if not you can contact me anytime.
> Thanks
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-4862) Dsl mapping fails during validation in Guided Rule Editor
by Anna Dupliak (Jira)
[ https://issues.redhat.com/browse/DROOLS-4862?page=com.atlassian.jira.plug... ]
Anna Dupliak updated DROOLS-4862:
---------------------------------
Steps to Reproduce:
# Go to test project *Traffic*
# Add DSL asset in traffic package with following content:
{code}
[when]There is a Person with age equals to {age}=p:Person(age == {age})
{code}
# Add Guided Rule asset and add a cause
{code}[when]There is a Person with age equals to {age}=p:Person(age == {age})
{code}
# Change value age to 10
# Press *validate* button
# Expected successfully passed validation
was:
# Go to test project *Traffic*
# Add DSL asset in traffic package with following content:
{code}
[when]There is a Person with age equals to {age}=p:Person(age == {age})
{code}
# Add Guided Rule asset and add a cause *"[when]There is a Person with age equals to {age}=p:Person(age == {age})"*
# Change value age to 10
# Press *validate* button
# Expected successfully passed validation
> Dsl mapping fails during validation in Guided Rule Editor
> ---------------------------------------------------------
>
> Key: DROOLS-4862
> URL: https://issues.redhat.com/browse/DROOLS-4862
> Project: Drools
> Issue Type: Bug
> Components: Guided Rule Editor
> Affects Versions: 7.31.0.Final
> Reporter: Anna Dupliak
> Assignee: Michael Anstis
> Priority: Major
> Labels: BusinessCentral
>
> Dsl written expressions validation fails with errors:
> {code}
> [KBase: kbase1]: [8] No mapping entries for expanding: There is a Person with age equals to 10
> [KBase: kbase1]: [8] Unable to expand: There is a Person with age equals to 10
> [KBase: kbase1]: [ERR 102] Line 8:8 mismatched input 'is' in rule "rule with DSL"
> [KBase: defaultKieBase]: [8] No mapping entries for expanding: There is a Person with age equals to 10
> [KBase: defaultKieBase]: [8] Unable to expand: There is a Person with age equals to 10
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-4862) Dsl mapping fails during validation in Guided Rule Editor
by Anna Dupliak (Jira)
Anna Dupliak created DROOLS-4862:
------------------------------------
Summary: Dsl mapping fails during validation in Guided Rule Editor
Key: DROOLS-4862
URL: https://issues.redhat.com/browse/DROOLS-4862
Project: Drools
Issue Type: Bug
Components: Guided Rule Editor
Affects Versions: 7.31.0.Final
Reporter: Anna Dupliak
Assignee: Michael Anstis
Dsl written expressions validation fails with errors:
{code}
[KBase: kbase1]: [8] No mapping entries for expanding: There is a Person with age equals to 10
[KBase: kbase1]: [8] Unable to expand: There is a Person with age equals to 10
[KBase: kbase1]: [ERR 102] Line 8:8 mismatched input 'is' in rule "rule with DSL"
[KBase: defaultKieBase]: [8] No mapping entries for expanding: There is a Person with age equals to 10
[KBase: defaultKieBase]: [8] Unable to expand: There is a Person with age equals to 10
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-4699) Expose EJB3 deployment information at runtime
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-4699?page=com.atlassian.jira.plugin... ]
Cheng Fang updated WFLY-4699:
-----------------------------
Fix Version/s: 19.0.0.Beta1
> Expose EJB3 deployment information at runtime
> ---------------------------------------------
>
> Key: WFLY-4699
> URL: https://issues.redhat.com/browse/WFLY-4699
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Bilgehan Ozpeynirci
> Assignee: Cheng Fang
> Priority: Minor
> Fix For: 19.0.0.Beta1
>
>
> User will be able to get EJB Deployment Information at runtime for the following areas:
> - Class name
> - Local JNDI name
> - Remote JNDI name
> - Security roles
> - Bean statistics (beans in use, access count, idle count, ...)
> - Destination JNDI (for MDBs)
> - Activation config properties
> - EJB timeout (Stateful Timeouts , and Stateless Instance timeout)
> A lot of this information were previously (EAP 5) obtained from the deployment descriptor that was published by the bean ("deploymentDescriptor" attribute). In the past, this metadata could be retrieved from EAP 5 via jmx which no longer exists in EAP 6+ (JBoss AS 7+). Now with EJB 3, users provide that information through annotations (and also through the Deployment Descriptor file), so users need means to get those informations at runtime.
> The goal of this is not only for MDB but for all kinds of EJB (session, stateful, MDB, ...)
> MORE INFO:
> The local and remote JNDI are related to Session EJBs.
> However we need to access the JNDI of the destination configured for the MDB.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-4699) Expose EJB3 deployment information at runtime
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-4699?page=com.atlassian.jira.plugin... ]
Cheng Fang reassigned WFLY-4699:
--------------------------------
Assignee: Cheng Fang
> Expose EJB3 deployment information at runtime
> ---------------------------------------------
>
> Key: WFLY-4699
> URL: https://issues.redhat.com/browse/WFLY-4699
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Bilgehan Ozpeynirci
> Assignee: Cheng Fang
> Priority: Minor
>
> User will be able to get EJB Deployment Information at runtime for the following areas:
> - Class name
> - Local JNDI name
> - Remote JNDI name
> - Security roles
> - Bean statistics (beans in use, access count, idle count, ...)
> - Destination JNDI (for MDBs)
> - Activation config properties
> - EJB timeout (Stateful Timeouts , and Stateless Instance timeout)
> A lot of this information were previously (EAP 5) obtained from the deployment descriptor that was published by the bean ("deploymentDescriptor" attribute). In the past, this metadata could be retrieved from EAP 5 via jmx which no longer exists in EAP 6+ (JBoss AS 7+). Now with EJB 3, users provide that information through annotations (and also through the Deployment Descriptor file), so users need means to get those informations at runtime.
> The goal of this is not only for MDB but for all kinds of EJB (session, stateful, MDB, ...)
> MORE INFO:
> The local and remote JNDI are related to Session EJBs.
> However we need to access the JNDI of the destination configured for the MDB.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months