October 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5691) Fix (classic) BuildMojo no exec model after descope protobuf

by Matteo Mortari (Jira)

Matteo Mortari created DROOLS-5691: -------------------------------------- Summary: Fix (classic) BuildMojo no exec model after descope protobuf Key: DROOLS-5691 URL: https://issues.redhat.com/browse/DROOLS-5691 Project: Drools Issue Type: Bug Components: core engine Reporter: Matteo Mortari Assignee: Matteo Mortari following [KOGITO-2853] the test failure: org.kie.integration.testcoverage.instrumentation.InstrumentationTest.testMetaInfoExists can be traced back to missing to update the (classic) BuildMojo following the protobuf descope work as documented here: https://github.com/kiegroup/droolsjbpm-integration/pull/2256#issuecomment... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5150) Elytron - PolicyDefinitions#registerHandler uses double-check of the same thing

by Rostislav Svoboda (Jira)

Rostislav Svoboda created WFCORE-5150: ----------------------------------------- Summary: Elytron - PolicyDefinitions#registerHandler uses double-check of the same thing Key: WFCORE-5150 URL: https://issues.redhat.com/browse/WFCORE-5150 Project: WildFly Core Issue Type: Bug Components: Security Reporter: Rostislav Svoboda Assignee: Rostislav Svoboda Elytron - PolicyDefinitions#registerHandler uses double-check of the same thing {code:java} if (discovered != null) { ... PolicyContext.registerHandler(key, discovered != null ? new DelegatingPolicyContextHandler(key, handler, discovered) : handler, true); } {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13633) Undeployed CMR resource JNDI names are not deregisted as needing to be treated as CMR

by Lin Gao (Jira)

[ https://issues.redhat.com/browse/WFLY-13633?page=com.atlassian.jira.plugi... ] Lin Gao updated WFLY-13633: --------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/13620 > Undeployed CMR resource JNDI names are not deregisted as needing to be treated as CMR > ------------------------------------------------------------------------------------- > > Key: WFLY-13633 > URL: https://issues.redhat.com/browse/WFLY-13633 > Project: WildFly > Issue Type: Bug > Components: Transactions > Reporter: Thomas Jenkinson > Assignee: Michael Musgrove > Priority: Blocker > Labels: downstream_dependency > Fix For: 21.0.0.Final > > > https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java... does not remove the JNDI name from the list of names that Narayana will treat as CMR resources as it is removed from a copy of the map: https://github.com/jbosstm/narayana/blob/48818111d12d2e51b52082a00bcb6060... > This means that if Narayana encounters another resource at a later time with the same JNDI name it will consider it is a CMR resource. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13632) If a CMR resource is deployed concurrently then it will overwrite the list of resources that are expected to behave as CMR

by Lin Gao (Jira)

[ https://issues.redhat.com/browse/WFLY-13632?page=com.atlassian.jira.plugi... ] Lin Gao updated WFLY-13632: --------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/13620 > If a CMR resource is deployed concurrently then it will overwrite the list of resources that are expected to behave as CMR > -------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-13632 > URL: https://issues.redhat.com/browse/WFLY-13632 > Project: WildFly > Issue Type: Bug > Components: Transactions > Reporter: Thomas Jenkinson > Assignee: Michael Musgrove > Priority: Blocker > Labels: downstream_dependency > Fix For: 21.0.0.Final > > > Inspecting https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java... we can see that it will overwrite the map in https://github.com/jbosstm/narayana/blob/48818111d12d2e51b52082a00bcb6060... because it first get's a copy of a map (https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java... -> https://github.com/jbosstm/narayana/blob/48818111d12d2e51b52082a00bcb6060...) so the maps won't be equal. > This will result in WildFly overwriting the list of resources that Narayana will treat as CMR. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13306) Deployment of empty war with 2.3 faces-config.xml fails

by Wolfgang Knauf (Jira)

[ https://issues.redhat.com/browse/WFLY-13306?page=com.atlassian.jira.plugi... ] Wolfgang Knauf updated WFLY-13306: ---------------------------------- Affects Version/s: 21.0.0.Beta1 > Deployment of empty war with 2.3 faces-config.xml fails > ------------------------------------------------------- > > Key: WFLY-13306 > URL: https://issues.redhat.com/browse/WFLY-13306 > Project: WildFly > Issue Type: Bug > Components: JSF > Affects Versions: 19.0.0.Final, 21.0.0.Beta1 > Reporter: Wolfgang Knauf > Assignee: Parul Sharma > Priority: Major > Attachments: JsfSample.zip > > > Attached sample is created from the archetype "wildfly-jakartaee-webapp-archetype" found at [https://github.com/wildfly/wildfly-archetypes/] (still 18.0, an update for WildFly 19.0 is currently in work). It is an empty project, the only change is that in "faces-config.xml" the version was changed from 2.2 to 2.3. > Deployment fails with this exception: > {quote} > 2020-03-30 20:05:45,200 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 83) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:357) > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:205) > at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187) > at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:217) > at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:186) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:252) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:96) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78) > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) > at java.util.concurrent.FutureTask.run(Unknown Source) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) > at java.lang.Thread.run(Unknown Source) > at org.jboss.threads.JBossThread.run(JBossThread.java:485) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.impl.DefaultResourceResolver.resolveUrl(DefaultResourceResolver.java:40) > at com.sun.faces.facelets.impl.DefaultFaceletFactory.init(DefaultFaceletFactory.java:129) > at com.sun.faces.application.ApplicationAssociate.createFaceletFactory(ApplicationAssociate.java:849) > at com.sun.faces.application.ApplicationAssociate.initializeFacelets(ApplicationAssociate.java:342) > at com.sun.faces.application.ApplicationAssociate.getCompiler(ApplicationAssociate.java:420) > at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:217) > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:341) > ... 23 more > 2020-03-30 20:05:45,207 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 83) MSC000001: Failed to start service jboss.deployment.unit."JsfSample.war".undertow-deployment: org.jboss.msc.service.StartException in service jboss.deployment.unit."JsfSample.war".undertow-deployment: java.lang.RuntimeException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81) > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) > at java.util.concurrent.FutureTask.run(Unknown Source) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) > at java.lang.Thread.run(Unknown Source) > at org.jboss.threads.JBossThread.run(JBossThread.java:485) > Caused by: java.lang.RuntimeException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:254) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:96) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78) > ... 8 more > Caused by: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:283) > at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187) > at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:217) > at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:186) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1541) > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:252) > ... 10 more > Caused by: com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:357) > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:205) > ... 22 more > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.impl.DefaultResourceResolver.resolveUrl(DefaultResourceResolver.java:40) > at com.sun.faces.facelets.impl.DefaultFaceletFactory.init(DefaultFaceletFactory.java:129) > at com.sun.faces.application.ApplicationAssociate.createFaceletFactory(ApplicationAssociate.java:849) > at com.sun.faces.application.ApplicationAssociate.initializeFacelets(ApplicationAssociate.java:342) > at com.sun.faces.application.ApplicationAssociate.getCompiler(ApplicationAssociate.java:420) > at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:217) > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:341) > ... 23 more > {quote} > When adding an empty "beans.xml" file or any CDI annotated class, the error disappears. > It also works when declaring JSF version 2.2. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4956) CVE-2020-10718 wildfly: exposed setting of TCCL via the EmbeddedManagedProcess API

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFCORE-4956?page=com.atlassian.jira.plug... ] Brian Stansberry updated WFCORE-4956: ------------------------------------- Description: Security Tracking Issue Impact: Low Public Date: not set Resolve Bug By: 545 calendar days from the public date Flaw: ----- EMBARGOED CVE-2020-10718 wildfly: exposed setting of TCCL via the EmbeddedManagedProcess API https://bugzilla.redhat.com/show_bug.cgi?id=1828476 The embedded managed process API has two methods exposed as public methods which can bypass the security manager. was: Security Tracking Issue Do not make this issue public. Impact: Low Public Date: not set Resolve Bug By: 545 calendar days from the public date In case the dates above are already past, please evaluate this bug in your next prioritization review and make a decision then. Remember to explicitly set CLOSED:WONTFIX if you decide not to fix this bug. Please see the Security Errata Policy for further details: https://docs.engineering.redhat.com/x/9RBqB NOTE THIS ISSUE IS CURRENTLY EMBARGOED, DO NOT MAKE PUBLIC COMMITS OR COMMENTS ABOUT THIS ISSUE. Flaw: ----- EMBARGOED CVE-2020-10718 wildfly: exposed setting of TCCL via the EmbeddedManagedProcess API https://bugzilla.redhat.com/show_bug.cgi?id=1828476 The embedded managed process API has two methods exposed as public methods which can bypass the security manager. > CVE-2020-10718 wildfly: exposed setting of TCCL via the EmbeddedManagedProcess API > ---------------------------------------------------------------------------------- > > Key: WFCORE-4956 > URL: https://issues.redhat.com/browse/WFCORE-4956 > Project: WildFly Core > Issue Type: Bug > Components: Embedded > Reporter: Kunjan Rathod > Assignee: James Perkins > Priority: Minor > Labels: CVE-2020-10718, Security, SecurityTracking, downstream_dependency, pscomponent:wildfly > Fix For: 13.0.0.Beta5 > > > Security Tracking Issue > Impact: Low > Public Date: not set > Resolve Bug By: 545 calendar days from the public date > Flaw: > ----- > EMBARGOED CVE-2020-10718 wildfly: exposed setting of TCCL via the EmbeddedManagedProcess API > https://bugzilla.redhat.com/show_bug.cgi?id=1828476 > The embedded managed process API has two methods exposed as public methods which can bypass the security manager. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13932) Upgrade Bouncy Castle from 1.65 to 1.66

by James Perkins (Jira)

[ https://issues.redhat.com/browse/WFLY-13932?page=com.atlassian.jira.plugi... ] James Perkins moved WFCORE-5149 to WFLY-13932: ---------------------------------------------- Project: WildFly (was: WildFly Core) Key: WFLY-13932 (was: WFCORE-5149) Component/s: Security (was: Security) > Upgrade Bouncy Castle from 1.65 to 1.66 > --------------------------------------- > > Key: WFLY-13932 > URL: https://issues.redhat.com/browse/WFLY-13932 > Project: WildFly > Issue Type: Component Upgrade > Components: Security > Reporter: James Perkins > Assignee: James Perkins > Priority: Major > > Release notes: https://www.bouncycastle.org/releasenotes.html -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5149) Upgrade Bouncy Castle from 1.65 to 1.66

by James Perkins (Jira)

James Perkins created WFCORE-5149: ------------------------------------- Summary: Upgrade Bouncy Castle from 1.65 to 1.66 Key: WFCORE-5149 URL: https://issues.redhat.com/browse/WFCORE-5149 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: James Perkins Assignee: James Perkins Release notes: https://www.bouncycastle.org/releasenotes.html -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5148) Upgrade Bouncy Castle from 1.65 to 1.66

by James Perkins (Jira)

James Perkins created WFCORE-5148: ------------------------------------- Summary: Upgrade Bouncy Castle from 1.65 to 1.66 Key: WFCORE-5148 URL: https://issues.redhat.com/browse/WFCORE-5148 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: James Perkins Assignee: James Perkins Release notes: https://www.bouncycastle.org/releasenotes.html -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-1223) UI Automations - Traffic Tab adjustements

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1223?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan commented on SWSQE-1223: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/334/files > UI Automations - Traffic Tab adjustements > ----------------------------------------- > > Key: SWSQE-1223 > URL: https://issues.redhat.com/browse/SWSQE-1223 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > https://github.com/kiali/kiali-ui/pull/1943 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 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 October 2020