August 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-4525) Fix or disable failing tests on IBM JDK

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFCORE-4525?page=com.atlassian.jira.plugi... ] Richard Opalka reassigned WFCORE-4525: -------------------------------------- Assignee: Richard Opalka > Fix or disable failing tests on IBM JDK > --------------------------------------- > > Key: WFCORE-4525 > URL: https://issues.jboss.org/browse/WFCORE-4525 > Project: WildFly Core > Issue Type: Bug > Components: Logging > Reporter: Richard Opalka > Assignee: Richard Opalka > Priority: Major > Attachments: forked-booter.png, ibm-jdk8.png, oracle-jdk.png > > > The following tests are failing on latest IBM JDK 8: > --- > # testsuite/standalone > SilentModeTestCase > # testsuite/manualmode > CLIEmbedHostControllerTestCase > CLIEmbedServerTestCase > --- > Tested on: > --- > java version "1.8.0_211" > Java(TM) SE Runtime Environment (build 8.0.5.36 - pxa6480sr5fp36-20190510_01(SR5 FP36)) > IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20190502_415899 (JIT enabled, AOT enabled) > OpenJ9 - 46e57f9 > OMR - 06a046a > IBM - 0b909bf) > JCL - 20190409_01 based on Oracle jdk8u211-b25 > --- -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4525) Fix or disable failing tests on IBM JDK

by Richard Opalka (Jira)

[ https://issues.jboss.org/browse/WFCORE-4525?page=com.atlassian.jira.plugi... ] Richard Opalka updated WFCORE-4525: ----------------------------------- Summary: Fix or disable failing tests on IBM JDK (was: Fix failing tests on IBM JDK) > Fix or disable failing tests on IBM JDK > --------------------------------------- > > Key: WFCORE-4525 > URL: https://issues.jboss.org/browse/WFCORE-4525 > Project: WildFly Core > Issue Type: Bug > Components: Logging > Reporter: Richard Opalka > Priority: Major > Attachments: forked-booter.png, ibm-jdk8.png, oracle-jdk.png > > > The following tests are failing on latest IBM JDK 8: > --- > # testsuite/standalone > SilentModeTestCase > # testsuite/manualmode > CLIEmbedHostControllerTestCase > CLIEmbedServerTestCase > --- > Tested on: > --- > java version "1.8.0_211" > Java(TM) SE Runtime Environment (build 8.0.5.36 - pxa6480sr5fp36-20190510_01(SR5 FP36)) > IBM J9 VM (build 2.9, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20190502_415899 (JIT enabled, AOT enabled) > OpenJ9 - 46e57f9 > OMR - 06a046a > IBM - 0b909bf) > JCL - 20190409_01 based on Oracle jdk8u211-b25 > --- -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4447) ClassCastException in mvel when updating a List property with modify

by Martin Weiler (Jira)

[ https://issues.jboss.org/browse/DROOLS-4447?page=com.atlassian.jira.plugi... ] Martin Weiler updated DROOLS-4447: ---------------------------------- Steps to Reproduce: See PR for a test case: https://github.com/kiegroup/drools/pull/2509 (was: See linked PR for a test case) > ClassCastException in mvel when updating a List property with modify > -------------------------------------------------------------------- > > Key: DROOLS-4447 > URL: https://issues.jboss.org/browse/DROOLS-4447 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.25.0.Final > Reporter: Martin Weiler > Assignee: Mario Fusco > Priority: Major > Labels: support > > The following code in the RHS of a rule fails with mvel dialect: > {noformat} > + " modify($p) { addresses.add(address) }\n" + > + " //$p.getAddresses().add(address); update($p);\n" + > {noformat} > Exception: > {noformat} > Exception executing consequence for rule "addAddress" in defaultpkg: java.lang.ClassCastException: org.mvel2.optimizers.impl.refl.nodes.GetterAccessor cannot be cast to org.mvel2.optimizers.impl.refl.nodes.MethodAccessor > at org.drools.core.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) > at org.drools.core.common.DefaultAgenda.handleException(DefaultAgenda.java:1242) > at org.drools.core.phreak.RuleExecutor.innerFireActivation(RuleExecutor.java:439) > at org.drools.core.phreak.RuleExecutor.fireActivation(RuleExecutor.java:380) > at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:136) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:89) > at org.drools.core.concurrent.AbstractRuleEvaluator.internalEvaluateAndFire(AbstractRuleEvaluator.java:34) > at org.drools.core.concurrent.SequentialRuleEvaluator.evaluateAndFire(SequentialRuleEvaluator.java:43) > at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1062) > at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1009) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1001) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1330) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1321) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1305) > at org.drools.compiler.integrationtests.Misc2Test.testModifyAddToList(Misc2Test.java:9139) > {noformat} > Notes: > * The same rule worked in Drools 6.5.x > * The alternative syntax (commented out in the snippet above) works -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4447) ClassCastException in mvel when updating a List property with modify

by Martin Weiler (Jira)

[ https://issues.jboss.org/browse/DROOLS-4447?page=com.atlassian.jira.plugi... ] Martin Weiler moved RHDM-1063 to DROOLS-4447: --------------------------------------------- Project: Drools (was: Red Hat Decision Manager) Key: DROOLS-4447 (was: RHDM-1063) Workflow: GIT Pull Request workflow (was: CDW with docs v1) Docs QE Status: NEW Component/s: core engine (was: BRE) Affects Version/s: 7.25.0.Final (was: 7.4.1.GA) QE Status: NEW > ClassCastException in mvel when updating a List property with modify > -------------------------------------------------------------------- > > Key: DROOLS-4447 > URL: https://issues.jboss.org/browse/DROOLS-4447 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.25.0.Final > Reporter: Martin Weiler > Assignee: Mario Fusco > Priority: Major > Labels: support > > The following code in the RHS of a rule fails with mvel dialect: > {noformat} > + " modify($p) { addresses.add(address) }\n" + > + " //$p.getAddresses().add(address); update($p);\n" + > {noformat} > Exception: > {noformat} > Exception executing consequence for rule "addAddress" in defaultpkg: java.lang.ClassCastException: org.mvel2.optimizers.impl.refl.nodes.GetterAccessor cannot be cast to org.mvel2.optimizers.impl.refl.nodes.MethodAccessor > at org.drools.core.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:39) > at org.drools.core.common.DefaultAgenda.handleException(DefaultAgenda.java:1242) > at org.drools.core.phreak.RuleExecutor.innerFireActivation(RuleExecutor.java:439) > at org.drools.core.phreak.RuleExecutor.fireActivation(RuleExecutor.java:380) > at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:136) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:89) > at org.drools.core.concurrent.AbstractRuleEvaluator.internalEvaluateAndFire(AbstractRuleEvaluator.java:34) > at org.drools.core.concurrent.SequentialRuleEvaluator.evaluateAndFire(SequentialRuleEvaluator.java:43) > at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1062) > at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1009) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1001) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1330) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1321) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1305) > at org.drools.compiler.integrationtests.Misc2Test.testModifyAddToList(Misc2Test.java:9139) > {noformat} > Notes: > * The same rule worked in Drools 6.5.x > * The alternative syntax (commented out in the snippet above) works -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-178) [Galleon] Script fails when JGROUPS_CLUSTER_PASSWORD is set by template

by Jean Francois Denise (Jira)

[ https://issues.jboss.org/browse/WFWIP-178?page=com.atlassian.jira.plugin.... ] Jean Francois Denise commented on WFWIP-178: -------------------------------------------- The existing templates shouldn't be used to create trimmed server/application. A new template needs to be defined. > [Galleon] Script fails when JGROUPS_CLUSTER_PASSWORD is set by template > ----------------------------------------------------------------------- > > Key: WFWIP-178 > URL: https://issues.jboss.org/browse/WFWIP-178 > Project: WildFly WIP > Issue Type: Bug > Components: OpenShift > Reporter: Nikoleta Ziakova > Assignee: Jean Francois Denise > Priority: Major > > Steps to reproduce: > # Provision server without jgroups subsystem, e.g. https://github.com/nziakova/jboss-eap-quickstarts/tree/with_galleon_dir/k... > # Use [template|https://github.com/jboss-container-images/jboss-eap-7-openshift-...] to deploy the application > The template sets default {{JGROUPS_CLUSTER_PASSWORD}} which causes the scripts fail: > {code} > ERROR "Cannot configure the jgroups authentication. The jgroups subsystem is not present in the server configuration file." > {code} > It must be decided whether it is a bug in scripts or templates. Updating the templates would cause backwards compatibility issues. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBEE-212) Port PicketBox integration changes to JBoss / Jakarta JASPI Form

by Ashley Abdel-Sayed (Jira)

[ https://issues.jboss.org/browse/JBEE-212?page=com.atlassian.jira.plugin.s... ] Ashley Abdel-Sayed updated JBEE-212: ------------------------------------ Git Pull Request: https://github.com/jboss/jboss-jakarta-jaspi-api_spec/pull/2 > Port PicketBox integration changes to JBoss / Jakarta JASPI Form > ---------------------------------------------------------------- > > Key: JBEE-212 > URL: https://issues.jboss.org/browse/JBEE-212 > Project: JBoss Enterprise Spec APIs > Issue Type: Task > Components: jboss-jaspi-api > Reporter: Ashley Abdel-Sayed > Assignee: Ashley Abdel-Sayed > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-933) Resolve conflicts in UI test parallel run

by Filip Brychta (Jira)

[ https://issues.jboss.org/browse/SWSQE-933?page=com.atlassian.jira.plugin.... ] Filip Brychta resolved SWSQE-933. --------------------------------- Resolution: Done PR for kiali-1.0 https://github.com/Kiali-QE/kiali-qe-python/pull/188 PR for master https://github.com/Kiali-QE/kiali-qe-python/pull/189 > Resolve conflicts in UI test parallel run > ----------------------------------------- > > Key: SWSQE-933 > URL: https://issues.jboss.org/browse/SWSQE-933 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: automation > > There are unwanted interactions in parallel execution of UI tests. Some tests are changing health of app and other are failing because of mismatch between UI and rest results. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-937) PSI Clusters are getting pods on evicted State

by Filip Brychta (Jira)

[ https://issues.jboss.org/browse/SWSQE-937?page=com.atlassian.jira.plugin.... ] Filip Brychta resolved SWSQE-937. --------------------------------- Resolution: Done For now we should use 3 workers if you hit this issue. > PSI Clusters are getting pods on evicted State > ---------------------------------------------- > > Key: SWSQE-937 > URL: https://issues.jboss.org/browse/SWSQE-937 > Project: Kiali QE > Issue Type: Bug > Reporter: Guilherme Baufaker Rêgo > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > Attachments: ps1.png, ps2.png, psi-kqe1.png > > > KQE1 as an example is getting pods on the evicted state (service mesh and non service mesh related). > I have seen this problem on the kqe-mt which has more workers. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-169) Galleon provisioning does not work when layers defined using env vars

by Nikoleta Ziakova (Jira)

[ https://issues.jboss.org/browse/WFWIP-169?page=com.atlassian.jira.plugin.... ] Nikoleta Ziakova resolved WFWIP-169. ------------------------------------ Resolution: Done Works with newer image when using: {code} --build-env GALLEON_PROVISION_DEFAULT_CONFIG_LAYERS=h2-database {code} > Galleon provisioning does not work when layers defined using env vars > --------------------------------------------------------------------- > > Key: WFWIP-169 > URL: https://issues.jboss.org/browse/WFWIP-169 > Project: WildFly WIP > Issue Type: Bug > Components: OpenShift > Reporter: Nikoleta Ziakova > Assignee: Jean Francois Denise > Priority: Critical > > When running s2i build using the builder image at docker-registry.engineering.redhat.com/kwills/eap-cd-openshift:EAP7-891 and [kitchensink|https://github.com/jboss-developer/jboss-eap-quickstarts/tree...] quickstart using {{cloud-profile-h2}}, h2 is not installed: > {code} > oc new-app --template=eap-cd-basic-s2i \ > -p IMAGE_STREAM_NAMESPACE=eap-demo \ > -p SOURCE_REPOSITORY_URL=https://github.com/nziakova/jboss-eap-quickstarts \ > -p SOURCE_REPOSITORY_REF=test \ > -p CONTEXT_DIR=kitchensink \ > -p APPLICATION_NAME=kitchensink \ > -e GALLEON_PROVISION_DEFAULT_CONFIG_LAYERS=h2-datasource > # OR: -e GALLEON_PROVISION_SERVER=cloud-profile-h2 > {code} > {code} > WFLYCTL0184: New missing/unsatisfied dependencies: > service jboss.jdbc-driver.h2 (missing) dependents: [service jboss.data-source."jboss.naming.context.java.jboss.datasources.KitchensinkQuickstartDS"] > {code} > When running the same build with [helloworld|https://github.com/jboss-developer/jboss-eap-quickstarts/tree/...] quickstart (which does not use h2), the build passes and the app is successfully deployed. The issue is, the server is not provisioned as requested. > This blocks our testing. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4437) [DMN Designer] Nested Structure update causes field addition

by Guilherme Gomes (Jira)

[ https://issues.jboss.org/browse/DROOLS-4437?page=com.atlassian.jira.plugi... ] Guilherme Gomes updated DROOLS-4437: ------------------------------------ Story Points: 2 Sprint: 2019 Week 32-34 > [DMN Designer] Nested Structure update causes field addition > ------------------------------------------------------------ > > Key: DROOLS-4437 > URL: https://issues.jboss.org/browse/DROOLS-4437 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.26.0.Final > Reporter: Jozef Marko > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: edit-nested-structure.webm > > > There is an issue when user decides to edit an *non-top* level data structure. In such case during saving also new nested field is added into structure, for steps to reproduce see the attached video. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 11 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 August 2019