January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFCORE-5169) Migrate all tests to use version AM26 of Apache DS

by Sonia Zaldana (Jira)

[ https://issues.redhat.com/browse/WFCORE-5169?page=com.atlassian.jira.plug... ] Sonia Zaldana reassigned WFCORE-5169: ------------------------------------- Assignee: Sonia Zaldana > Migrate all tests to use version AM26 of Apache DS > -------------------------------------------------- > > Key: WFCORE-5169 > URL: https://issues.redhat.com/browse/WFCORE-5169 > Project: WildFly Core > Issue Type: Bug > Components: Security, Test Suite > Reporter: Darran Lofthouse > Assignee: Sonia Zaldana > Priority: Major > > We are presently using version M24 so should upgrade all tests to AM26. > All testsuite poms should be checked to ensure we bring in individual dependencies and not the shaded ApacheDS artefact as that shades in other packages such as bouncycastle which conflict with the version we pull in. > It may be time for a single common LDAP project in our testsuite to act as an aggregation point / holding point for our various utilities. As we move to later versions quite often the APIs change so a central point to deal with these changes will be cleaner. > Couple of known issues to work through: > ApacheDS expects the KeyStore to only contain a single entry, it may be sufficient to remove the CA certificate from the KeyStore. > The APIs to configure the cache have been removed, it appears these lines can just be removed from our initialisation. > At this point there are new test failures that will need to be debugged, the first being filtered attributes are added to the attribute map twice - not sure if this is an ApacheDS bug or something Elytron should handle better. > Two further tests also start to fail but I have not debugged them yet. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14305) Some mistakes in Developer Guide

by Ranabir Chakraborty (Jira)

Ranabir Chakraborty created WFLY-14305: ------------------------------------------ Summary: Some mistakes in Developer Guide Key: WFLY-14305 URL: https://issues.redhat.com/browse/WFLY-14305 Project: WildFly Issue Type: Task Reporter: Ranabir Chakraborty Assignee: Ranabir Chakraborty While reading the Wildfly Developer Guide I found out a few mistakes there. https://docs.wildfly.org/21/Developer_Guide.html -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1262) Create Istio Tests running Jenkins job

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-1262: ------------------------------------- Summary: Create Istio Tests running Jenkins job Key: SWSQE-1262 URL: https://issues.redhat.com/browse/SWSQE-1262 Project: Kiali QE Issue Type: Sub-task Reporter: Hayk Hovsepyan -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1261) Run istio Tests Locally

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-1261: ------------------------------------- Summary: Run istio Tests Locally Key: SWSQE-1261 URL: https://issues.redhat.com/browse/SWSQE-1261 Project: Kiali QE Issue Type: Sub-task Reporter: Hayk Hovsepyan -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1260) Run Istio Tests on OpenShift

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-1260: ------------------------------------- Summary: Run Istio Tests on OpenShift Key: SWSQE-1260 URL: https://issues.redhat.com/browse/SWSQE-1260 Project: Kiali QE Issue Type: Story Reporter: Hayk Hovsepyan Assignee: Hayk Hovsepyan -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14302) WARN java.lang.NoClassDefFoundError: Failed to link javax/servlet/jsp/tagext/TagSupport

by Richard Opalka (Jira)

[ https://issues.redhat.com/browse/WFLY-14302?page=com.atlassian.jira.plugi... ] Richard Opalka commented on WFLY-14302: --------------------------------------- Hi [~hugffjboss] could you provide a simple reproducer, please? > WARN java.lang.NoClassDefFoundError: Failed to link javax/servlet/jsp/tagext/TagSupport > --------------------------------------------------------------------------------------- > > Key: WFLY-14302 > URL: https://issues.redhat.com/browse/WFLY-14302 > Project: WildFly > Issue Type: Bug > Components: Class Loading > Affects Versions: 22.0.0.Final > Reporter: Josep Jiménez > Assignee: Richard Opalka > Priority: Major > > Over V16 and V21 the same project run correctly. > The project uses javax.servlet.jsp.tagext.TagSupport > During the deploiment shows this WARN the same times number of TagLib are defined on two tld's files of project. > 11:52:58,637 WARN [org.jboss.modules.define] (MSC service thread 1-8) Failed to define class webui.tags.framework.BPlanSelector in Module "deployment.Awebpfcw2-1.0.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link webui/tags/framework/BPlanSelector (Module "deployment.Awebpfcw2-1.0.war" from Service Module Loader): javax/servlet/jsp/tagext/TagSupport11:52:58,637 WARN [org.jboss.modules.define] (MSC service thread 1-8) Failed to define class webui.tags.framework.BPlanSelector in Module "deployment.Awebpfcw2-1.0.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link webui/tags/framework/BPlanSelector (Module "deployment.Awebpfcw2-1.0.war" from Service Module Loader): javax/servlet/jsp/tagext/TagSupport at java.base/java.lang.ClassLoader.defineClass1(Native Method) at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1095) at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555) at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126) at org.jboss.modules.Module.loadModuleClass(Module.java:753) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:468) at org.jboss.as.ee@22.0.0.Final//org.jboss.as.ee.utils.ClassLoadingUtils.loadClass(ClassLoadingUtils.java:21) at org.jboss.as.ee@22.0.0.Final//org.jboss.as.ee.utils.ClassLoadingUtils.loadClass(ClassLoadingUtils.java:14) at org.jboss.as.ee@22.0.0.Final//org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.processComponentConfig(InterceptorAnnotationProcessor.java:84) at org.jboss.as.ee@22.0.0.Final//org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.deploy(InterceptorAnnotationProcessor.java:77) at org.jboss.as.server@14.0.0.Final//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:182) at org.jboss.msc@1.4.12.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739) at org.jboss.msc@1.4.12.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701) at org.jboss.msc@1.4.12.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559) at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:832) > > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5405) NPE removing a rule from KieBase

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Mario Fusco commented on DROOLS-5405: ------------------------------------- Without a reproducer it's impossible to understand what's happening there. Can you please provide one? Even if it doesn't cause the NPE in 100% of runnings it would be still useful to have some hints about what's happening there. In theory the AgendaItem should be created inside the PathMemory the first time that the path is linked and if the path has never been linked I don't see how could there be a terminal left tuple to be deleted for the corresponding rule when the rule itself is removed. Could this be a race condition? Is the same KieSession shared among multiple threads in your environment? Any further hint to track this down is welcome. > NPE removing a rule from KieBase > -------------------------------- > > Key: DROOLS-5405 > URL: https://issues.redhat.com/browse/DROOLS-5405 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.37.0.Final > Reporter: dianle zhang > Assignee: Mario Fusco > Priority: Major > > removing a rule from KieBase causes the following NPE: > java.lang.NullPointerException: null > at org.drools.core.phreak.AddRemoveRule.iterateLeftTuple(AddRemoveRule.java:1063) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.visitChild(AddRemoveRule.java:978) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.lambda$processLeftTuplesOnLian$1(AddRemoveRule.java:936) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle$SingleLinkedTuples.forEachLeftTuple(DefaultFactHandle.java:727) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle.forEachLeftTuple(DefaultFactHandle.java:923) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuplesOnLian(AddRemoveRule.java:931) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:856) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:173) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:191) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeRules(ReteooBuilder.java:177) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.lambda$removeRule$6(KnowledgeBaseImpl.java:1553) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:745) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1537) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5951) DroolsMvelParserTest fails due to line endings \r\n on Windows

by Daniel Rosa (Jira)

[ https://issues.redhat.com/browse/DROOLS-5951?page=com.atlassian.jira.plug... ] Daniel Rosa moved RHDM-1576 to DROOLS-5951: ------------------------------------------- Component/s: core engine (was: BRE) Docs QE Status: NEW Key: DROOLS-5951 (was: RHDM-1576) QE Status: NEW Affects Version/s: (was: 7.10.0.GA) (was: 7.10.1.GA) (was: 7.11.0.GA) Workflow: GIT Pull Request workflow (was: CDW with docs v1) Environment: (was: Failure detected on certification matrix nightly tests on Jenkins with Windows 2016. openjdk8, oracle jdk1.8 or openjdk11. Reproduced locally with Windows 2010 and oracle jdk15.) Project: Drools (was: Red Hat Decision Manager) > DroolsMvelParserTest fails due to line endings \r\n on Windows > -------------------------------------------------------------- > > Key: DROOLS-5951 > URL: https://issues.redhat.com/browse/DROOLS-5951 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Daniel Rosa > Assignee: Edoardo Vacchi > Priority: Minor > > Test added by DROOLS-5879 (Optional newline handling in MVEL parser - see commit [1]) fails when executed in an environment with Windows OS. > [1] https://github.com/kiegroup/drools/commit/e37605f2b77b0714ea3018684eef859... > Contents have differences only in line separators. > 08:47:48 [INFO] > 08:47:48 [INFO] Results: > 08:47:48 [INFO] > 08:47:48 [ERROR] Failures: > 08:47:48 [ERROR] DroolsMvelParserTest.testSpecialNewlineHandling:914 There should be 2 statements expected:<{[ > 08:47:48 a(); > 08:47:48 print(1);] > 08:47:48 }> but was:<{[ > 08:47:48 a(); > 08:47:48 print(1); > ] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5405) NPE removing a rule from KieBase

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5405?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5405: -------------------------------- Priority: Major (was: Blocker) > NPE removing a rule from KieBase > -------------------------------- > > Key: DROOLS-5405 > URL: https://issues.redhat.com/browse/DROOLS-5405 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.37.0.Final > Reporter: dianle zhang > Assignee: Mario Fusco > Priority: Major > > removing a rule from KieBase causes the following NPE: > java.lang.NullPointerException: null > at org.drools.core.phreak.AddRemoveRule.iterateLeftTuple(AddRemoveRule.java:1063) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.visitChild(AddRemoveRule.java:978) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.lambda$processLeftTuplesOnLian$1(AddRemoveRule.java:936) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle$SingleLinkedTuples.forEachLeftTuple(DefaultFactHandle.java:727) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.common.DefaultFactHandle.forEachLeftTuple(DefaultFactHandle.java:923) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuplesOnLian(AddRemoveRule.java:931) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:856) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:173) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:191) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.reteoo.ReteooBuilder.removeRules(ReteooBuilder.java:177) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.lambda$removeRule$6(KnowledgeBaseImpl.java:1553) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:745) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1537) ~[drools-core-7.37.0.Final.jar:7.37.0.Final] -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5246) Bump the kernel management API version to 16.0.0 and the xsd to 16.0

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFCORE-5246?page=com.atlassian.jira.plug... ] Jeff Mesnil updated WFCORE-5246: -------------------------------- Description: for the release of WildFly Core 15 (was: for the release of WildFly Core 14) > Bump the kernel management API version to 16.0.0 and the xsd to 16.0 > -------------------------------------------------------------------- > > Key: WFCORE-5246 > URL: https://issues.redhat.com/browse/WFCORE-5246 > Project: WildFly Core > Issue Type: Task > Components: Management > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Major > Fix For: 15.0.0.Beta1 > > > for the release of WildFly Core 15 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 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 2021