January 2021 - jboss-jira - Jboss List Archives

[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)

3 years, 8 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)

3 years, 8 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)

3 years, 8 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)

3 years, 8 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)

3 years, 8 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: -------------------------------- Fix Version/s: 15.0.0.Beta1 (was: 14.0.0.Beta1) (was: 14.0.0.Final) > 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 14 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 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)

Jeff Mesnil created WFCORE-5246: ----------------------------------- Summary: 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 Fix For: 14.0.0.Beta1, 14.0.0.Final for the release of WildFly Core 14 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFWIP-331) Bootable JAR - module.path system property affects tests execution

by Jean Francois Denise (Jira)

[ https://issues.redhat.com/browse/WFWIP-331?page=com.atlassian.jira.plugin... ] Jean Francois Denise closed WFWIP-331. -------------------------------------- > Bootable JAR - module.path system property affects tests execution > ------------------------------------------------------------------- > > Key: WFWIP-331 > URL: https://issues.redhat.com/browse/WFWIP-331 > Project: WildFly WIP > Issue Type: Bug > Reporter: Fabio Burzigotti > Assignee: Jean Francois Denise > Priority: Major > > WIP commit [1] demonstrates failures affecting tests execution for the `intergation/microprofile-tck/metrics` module. > We're currently looking into those failures but we noticed that adding the `module.path` system property to the `surefire` plugin configuration would fix them [2]. > That property should not be taken into account by the bootable JAR Maven plugin ant the modules in that path should not belong to the bootable JAR as well. > [1] > https://github.com/fabiobrz/wildfly/commit/727d96332fcb6e7ae851e6be6b1858... > [2] > https://github.com/fabiobrz/wildfly/pull/14/files#diff-89c7e61b9f8f99978b... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-13940) SingletonDeploymentJBossAllTestCase fails frequently in CI

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13940?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFLY-13940: ----------------------------------------- [~pferraro] This still fails fairly often: https://ci.wildfly.org/project.html?projectId=WF_PullRequest&buildTypeId=... > SingletonDeploymentJBossAllTestCase fails frequently in CI > ---------------------------------------------------------- > > Key: WFLY-13940 > URL: https://issues.redhat.com/browse/WFLY-13940 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 21.0.0.Beta1 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Major > > https://ci.wildfly.org/project.html?projectId=WF_PullRequest&buildTypeId=... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5950) Support returning PackageDescr from assemblers

by Edoardo Vacchi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5950?page=com.atlassian.jira.plug... ] Edoardo Vacchi commented on DROOLS-5950: ---------------------------------------- uhm, then I think I need more details on what's the PMML doing here. In the case of DRLX this should be enough -- but better voice it :) > Support returning PackageDescr from assemblers > ---------------------------------------------- > > Key: DROOLS-5950 > URL: https://issues.redhat.com/browse/DROOLS-5950 > Project: Drools > Issue Type: Task > Components: core engine > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core > > Assemblers hook into a later stage of package building, when rules have already been built. We add an API that is invoked *before* rules are built, making it possible to return PackageDescrs that contain unprocessed rules. This is useful both for the DRLX experiment, and possibly for the PMML implementation. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021