[JBoss JIRA] (DROOLS-2373) BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-2373?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-2373:
--------------------------------------
Component/s: Guided Template Editor
> BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-2373
> URL: https://issues.jboss.org/browse/DROOLS-2373
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor, Guided Template Editor
> Affects Versions: 7.6.0.Final
> Environment: Tomcat 8.5 / RHEL 7
> Reporter: Yannick Geerts
> Assignee: Toni Rikkola
> Priority: Major
>
> Google groups link: https://groups.google.com/forum/#!topic/drools-usage/VElZ3KAZMIs
> *Edited*
> The problem is that in the piece of code below the expression {{column.getOperator()}} returns null.
> {{BRLConditionVariableColumnConverter#convertColumn}}
> {code:java}
> if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
> return newMultipleSelectEnumColumn(factType,
> factField,
> column,
> access,
> gridWidget);
> } else {
> return newSingleSelectionEnumColumn(factType,
> factField,
> dataType,
> column,
> access,
> gridWidget);
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-2373) BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-2373?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-2373:
--------------------------------------
Steps to Reproduce:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
Guided Rule Template has the same issue.
was:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
> BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-2373
> URL: https://issues.jboss.org/browse/DROOLS-2373
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor
> Affects Versions: 7.6.0.Final
> Environment: Tomcat 8.5 / RHEL 7
> Reporter: Yannick Geerts
> Assignee: Toni Rikkola
> Priority: Major
>
> Google groups link: https://groups.google.com/forum/#!topic/drools-usage/VElZ3KAZMIs
> *Edited*
> The problem is that in the piece of code below the expression {{column.getOperator()}} returns null.
> {{BRLConditionVariableColumnConverter#convertColumn}}
> {code:java}
> if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
> return newMultipleSelectEnumColumn(factType,
> factField,
> column,
> access,
> gridWidget);
> } else {
> return newSingleSelectionEnumColumn(factType,
> factField,
> dataType,
> column,
> access,
> gridWidget);
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11165) Eliminate unessential module dependencies on the org.jboss.as.transactions module
by Ondra Chaloupka (Jira)
[ https://issues.jboss.org/browse/WFLY-11165?page=com.atlassian.jira.plugin... ]
Ondra Chaloupka commented on WFLY-11165:
----------------------------------------
Hi [~brian.stansberry],
great, thank you for the summary and the points that should be processed further. I think you can resolve this as the part you described is complete. I will track my further progress at WFLY-9588.
Even it's not mentioned here I think my next step should be the elaborating on the compensations module as we talked in the mailing thread. Then all the other points you mention here in the comment above.
> Eliminate unessential module dependencies on the org.jboss.as.transactions module
> ---------------------------------------------------------------------------------
>
> Key: WFLY-11165
> URL: https://issues.jboss.org/browse/WFLY-11165
> Project: WildFly
> Issue Type: Enhancement
> Components: Class Loading, Management, Transactions
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
>
> As part of our work on getting maximum benefit from Galleon, we want to eliminate unnecessary hard dependencies between Galleon packages, most of which are just provisioning wrappers around the FS content for our JBoss Modules modules. So that means cutting dependency links between modules.
> The org.jboss.as.transactions module necessarily has a large dependency tree, so if other modules depend on it, they then also have a large dependency tree, perhaps much larger than whatever they really need. So I want to eliminate such dependencies whereever possible.
> There are quite a few modules that depend on org.jboss.as.transactions solely for ServiceName constants for services that provide value types not from org.jboss.as.transactions, e.g. TransactionManager which is from the javax.transaction.api module. So the main (perhaps only) task here will be to eliminate those links.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11275) JSF ViewMap Regression
by Dmitrii Tikhomirov (Jira)
[ https://issues.jboss.org/browse/WFLY-11275?page=com.atlassian.jira.plugin... ]
Dmitrii Tikhomirov reassigned WFLY-11275:
-----------------------------------------
Assignee: Dmitrii Tikhomirov (was: Farah Juma)
> JSF ViewMap Regression
> ----------------------
>
> Key: WFLY-11275
> URL: https://issues.jboss.org/browse/WFLY-11275
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 14.0.1.Final
> Environment: Java 8
> Wildfly 14.0.1
> Reporter: Cody Lerum
> Assignee: Dmitrii Tikhomirov
> Priority: Major
>
> I'm been running into an occasional NPE in production with JSF after migrating from Wildfly 11 to Wildfly 14.0.1 ( Mojarra 2.2.13.SP4 -> 2.3.5.SP2 ) and I believe I've tracked down a small demo project that duplicates the issue. I've set the project to JSF 2.2 so it will deploy on both WF 11 and WF 14.
> The basic problem is that when two pages with the same view id are loaded in separate tabs. From there is one of the tabs is posted and the result navigates to a different view id all references to that view id are removed from the view map. If the post does not navigate to a different view id then all works normally.
> My assumption is that when the post navigates away to a new view id any reference to any page with the same view id is removed from the view map. This did not occur in Wildfly 11.
> Additional clue is that even though the viewmap reference is removed the view scoped beans referencing it are not destroyed.
> Demo project at https://github.com/codylerum/demos/tree/ee7/jsf-npe
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months