January 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SWSQE-1051) Prepare document for OCP layered testing

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-1051?page=com.atlassian.jira.plugi... ] Filip Brychta commented on SWSQE-1051: -------------------------------------- https://docs.google.com/document/d/1rFL-HnXkxq-_CeEtKvt5TOT9AmIbIQnoOGT9S... > Prepare document for OCP layered testing > ---------------------------------------- > > Key: SWSQE-1051 > URL: https://issues.redhat.com/browse/SWSQE-1051 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > > We need to describe how and what will be tested during different ocp milestones. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ] Jozef Marko commented on DROOLS-4950: ------------------------------------- [~yamer]I do not agree, the point is in both rows I provided the same list of numbers, however in first row I used graphical editor, in second row I used plain text notation *?=[]*. Results of both rows needs to be the same. > Different behavior of collection unary checks > --------------------------------------------- > > Key: DROOLS-4950 > URL: https://issues.redhat.com/browse/DROOLS-4950 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.32.0.Final > Reporter: Jozef Marko > Assignee: Yeser Amer > Priority: Critical > Labels: drools-tools > Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png > > > Issue was spotted during DROOLS-4698 review. However it can be handled separately. > There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different. > [1] > !Screenshot from 2020-01-17 13-56-02.png|thumbnail! > [2] > !Screenshot from 2020-01-17 13-56-10.png|thumbnail! -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4946) Karaf integration tests fail

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4946?page=com.atlassian.jira.plug... ] Jozef Marko commented on DROOLS-4946: ------------------------------------- Ignoring test PRs were closed, proper fix provided by [~mmacik]. > Karaf integration tests fail > ---------------------------- > > Key: DROOLS-4946 > URL: https://issues.redhat.com/browse/DROOLS-4946 > Project: Drools > Issue Type: Bug > Reporter: Jozef Marko > Assignee: Marian Macik > Priority: Blocker > Attachments: error.log > > > Karaf integration tests from [module|https://github.com/kiegroup/droolsjbpm-integration/tree/master/kie...] fails with the error attached. > Also https://github.com/kiegroup/jbpm-work-items/blob/master/karaf-itests/src/... is affected -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4949) Blue rectangle above test scenario collection editor

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4949?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-4949: -------------------------------- Tester: Jozef Marko (was: Anna Dupliak) > Blue rectangle above test scenario collection editor > ---------------------------------------------------- > > Key: DROOLS-4949 > URL: https://issues.redhat.com/browse/DROOLS-4949 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.32.0.Final > Reporter: Jozef Marko > Assignee: Yeser Amer > Priority: Minor > Labels: drools-tools > Attachments: Screenshot from 2020-01-17 12-30-13.png, urgent.dmn > > > Issue was spotted during DROOLS-4698 review. However it can be handled separately. > There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4930) [DMN Designer] Remove UUID from Alerts panel validation messages

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-4930?page=com.atlassian.jira.plug... ] Michael Anstis commented on DROOLS-4930: ---------------------------------------- [~jomarko] That is a good question.. and TBH IDK... [~tirelli] requested the UUID removal for DMN... [~jomarko] In these scenarios Stunner would be able to lookup a _name_ (for the Node) from its UUID and I'd expect the _name_ to be shown. Not the UUID. > [DMN Designer] Remove UUID from Alerts panel validation messages > ----------------------------------------------------------------- > > Key: DROOLS-4930 > URL: https://issues.redhat.com/browse/DROOLS-4930 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Affects Versions: 7.31.0.Final > Reporter: Michael Anstis > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: Screenshot from 2020-01-17 07-41-57.png > > > Validation of a DMN diagram can lead to messages being shown in the Alerts Panel. > Stunner is appending the UUID to the message. See [CoreTranslationMessages.getElementValidationMessage()|https://github.com/...] > [~tirelli] has requested their removal. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4930) [DMN Designer] Remove UUID from Alerts panel validation messages

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4930?page=com.atlassian.jira.plug... ] Jozef Marko commented on DROOLS-4930: ------------------------------------- [~manstis] if user import a DMN model from third party, wtho broken node, should be the UUID still be included? I do not know, non valid node name, missing output ref. > [DMN Designer] Remove UUID from Alerts panel validation messages > ----------------------------------------------------------------- > > Key: DROOLS-4930 > URL: https://issues.redhat.com/browse/DROOLS-4930 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Affects Versions: 7.31.0.Final > Reporter: Michael Anstis > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: Screenshot from 2020-01-17 07-41-57.png > > > Validation of a DMN diagram can lead to messages being shown in the Alerts Panel. > Stunner is appending the UUID to the message. See [CoreTranslationMessages.getElementValidationMessage()|https://github.com/...] > [~tirelli] has requested their removal. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12870) Upgrade JBoss JSF API from 3.0.0.SP01 to 3.0.0.SP02

by Bartosz Baranowski (Jira)

[ https://issues.redhat.com/browse/WFLY-12870?page=com.atlassian.jira.plugi... ] Bartosz Baranowski commented on WFLY-12870: ------------------------------------------- Link WFLY-12491 as this upgrade seems a follow up of previous WFLY component upgrade. [~jamezp] ^^ > Upgrade JBoss JSF API from 3.0.0.SP01 to 3.0.0.SP02 > --------------------------------------------------- > > Key: WFLY-12870 > URL: https://issues.redhat.com/browse/WFLY-12870 > Project: WildFly > Issue Type: Component Upgrade > Components: Build System > Reporter: Ilia Vassilev > Assignee: Farah Juma > Priority: Major > Labels: downstream_dependency > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12895) Mojarra-4500 - NPE when determining converter for primitive values

by Ricardo Martin Camarero (Jira)

[ https://issues.redhat.com/browse/WFLY-12895?page=com.atlassian.jira.plugi... ] Ricardo Martin Camarero updated WFLY-12895: ------------------------------------------- Fix Version/s: 19.0.0.Beta1 > Mojarra-4500 - NPE when determining converter for primitive values > ------------------------------------------------------------------ > > Key: WFLY-12895 > URL: https://issues.redhat.com/browse/WFLY-12895 > Project: WildFly > Issue Type: Bug > Components: JSF > Reporter: Ilia Vassilev > Assignee: Ricardo Martin Camarero > Priority: Major > Fix For: 19.0.0.Beta1 > > > https://github.com/eclipse-ee4j/mojarra/issues/4500 > On Version 2.3.5 when the backing bean value is a primitive (int, boolean, etc) there is a NPE during the validation phase. > This is a regression from 2.2 > {code} > <h:selectOneMenu value="#{billingAccountView.billingAccount.commissionable}"> > <f:selectItem itemValue="true" itemLabel="Yes" /> > <f:selectItem itemValue="false" itemLabel="No" /> > </h:selectOneMenu> > {code} > Where billingAccountView.billingAccount.commissionable is a primitive boolean > {code} > 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) Could not instantiate converter for type boolean: java.lang.NullPointerException > 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) : java.lang.NullPointerException > at com.sun.faces.cdi.CdiUtils.createConverter(CdiUtils.java:125) > at com.sun.faces.application.ApplicationImpl.createConverter(ApplicationImpl.java:1458) > at javax.faces.application.ApplicationWrapper.createConverter(ApplicationWrapper.java:425) > at org.omnifaces.cdi.converter.ConverterManager.createConverter(ConverterManager.java:155) > at org.omnifaces.cdi.converter.ConverterManager$Proxy$_$$_WeldClientProxy.createConverter(Unknown Source) > at org.omnifaces.application.OmniApplication.createConverter(OmniApplication.java:98) > at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:127) > at com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectOneValue(MenuRenderer.java:194) > at com.sun.faces.renderkit.html_basic.MenuRenderer.getConvertedValue(MenuRenderer.java:341) > at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1122) > at javax.faces.component.UIInput.validate(UIInput.java:1030) > at javax.faces.component.UIInput.executeValidate(UIInput.java:1334) > at javax.faces.component.UIInput.processValidators(UIInput.java:757) > at javax.faces.component.UISelectOne.processValidators(UISelectOne.java:207) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIForm.processValidators(UIForm.java:269) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1332) > at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:77) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12895) Mojarra-4500 - NPE when determining converter for primitive values

by Ricardo Martin Camarero (Jira)

[ https://issues.redhat.com/browse/WFLY-12895?page=com.atlassian.jira.plugi... ] Ricardo Martin Camarero resolved WFLY-12895. -------------------------------------------- Release Notes Text: WFLY-12885 upgraded mojarra to 2.3.9.SP06. Resolution: Done > Mojarra-4500 - NPE when determining converter for primitive values > ------------------------------------------------------------------ > > Key: WFLY-12895 > URL: https://issues.redhat.com/browse/WFLY-12895 > Project: WildFly > Issue Type: Bug > Components: JSF > Reporter: Ilia Vassilev > Assignee: Ricardo Martin Camarero > Priority: Major > > https://github.com/eclipse-ee4j/mojarra/issues/4500 > On Version 2.3.5 when the backing bean value is a primitive (int, boolean, etc) there is a NPE during the validation phase. > This is a regression from 2.2 > {code} > <h:selectOneMenu value="#{billingAccountView.billingAccount.commissionable}"> > <f:selectItem itemValue="true" itemLabel="Yes" /> > <f:selectItem itemValue="false" itemLabel="No" /> > </h:selectOneMenu> > {code} > Where billingAccountView.billingAccount.commissionable is a primitive boolean > {code} > 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) Could not instantiate converter for type boolean: java.lang.NullPointerException > 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) : java.lang.NullPointerException > at com.sun.faces.cdi.CdiUtils.createConverter(CdiUtils.java:125) > at com.sun.faces.application.ApplicationImpl.createConverter(ApplicationImpl.java:1458) > at javax.faces.application.ApplicationWrapper.createConverter(ApplicationWrapper.java:425) > at org.omnifaces.cdi.converter.ConverterManager.createConverter(ConverterManager.java:155) > at org.omnifaces.cdi.converter.ConverterManager$Proxy$_$$_WeldClientProxy.createConverter(Unknown Source) > at org.omnifaces.application.OmniApplication.createConverter(OmniApplication.java:98) > at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:127) > at com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectOneValue(MenuRenderer.java:194) > at com.sun.faces.renderkit.html_basic.MenuRenderer.getConvertedValue(MenuRenderer.java:341) > at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1122) > at javax.faces.component.UIInput.validate(UIInput.java:1030) > at javax.faces.component.UIInput.executeValidate(UIInput.java:1334) > at javax.faces.component.UIInput.processValidators(UIInput.java:757) > at javax.faces.component.UISelectOne.processValidators(UISelectOne.java:207) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIForm.processValidators(UIForm.java:269) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298) > at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1332) > at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:77) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4930) [DMN Designer] Remove UUID from Alerts panel validation messages

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-4930?page=com.atlassian.jira.plug... ] Michael Anstis commented on DROOLS-4930: ---------------------------------------- [~roger600] [~jomarko] Everything seems to be working (as good as expected) for DMN. DMN's _domain_ validation is not validating NODES but the different CELLS in DMN's _boxed expressions_. The UUIDs for the CELLS are not in the graph and hence Stunner's {{CoreTranslationMessages}} does not find a match and cannot show the NODE name. Consequentially the CELLs UUID is shown in the Alerts panel. Highlighting of DMNs' CELLs is not handled by Stunner's generic capabilities (and is the subject of another JIRA relating to DMN validation). That said (for DMN) we do not want to show the UUID in the Alert panel for CELL (domain) validation messages.. that is the purpose of this JIRA. > [DMN Designer] Remove UUID from Alerts panel validation messages > ----------------------------------------------------------------- > > Key: DROOLS-4930 > URL: https://issues.redhat.com/browse/DROOLS-4930 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Affects Versions: 7.31.0.Final > Reporter: Michael Anstis > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: Screenshot from 2020-01-17 07-41-57.png > > > Validation of a DMN diagram can lead to messages being shown in the Alerts Panel. > Stunner is appending the UUID to the message. See [CoreTranslationMessages.getElementValidationMessage()|https://github.com/...] > [~tirelli] has requested their removal. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 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 January 2020