May 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11505) XercesUsageInWebServiceTestCase fails with security manager on IBM Java 8

by Bartosz Baranowski (Jira)

[ https://issues.jboss.org/browse/WFLY-11505?page=com.atlassian.jira.plugin... ] Bartosz Baranowski commented on WFLY-11505: ------------------------------------------- WEird. In latest WFLY I get: [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.013 s <<< FAILURE! - in org.jboss.as.test.integration.xerces.ws.unit.XercesUsageInWebServiceTestCase [ERROR] org.jboss.as.test.integration.xerces.ws.unit.XercesUsageInWebServiceTestCase Time elapsed: 3.012 s <<< ERROR! org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy xerces-webservice-webapp.war: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => "java.io.IOException: No such file or directory"}} > XercesUsageInWebServiceTestCase fails with security manager on IBM Java 8 > ------------------------------------------------------------------------- > > Key: WFLY-11505 > URL: https://issues.jboss.org/browse/WFLY-11505 > Project: WildFly > Issue Type: Bug > Components: Test Suite, Web Services > Affects Versions: 16.0.0.Beta1 > Environment: IBM Java 8, build 8.0.5.25 or 8.0.5.26 > Reporter: Ondrej Kotek > Assignee: Bartosz Baranowski > Priority: Major > > {{org.jboss.as.test.integration.xerces.ws.unit.XercesUsageInWebServiceTestCase#testXercesUsageInWebService}} fails with security manager on IBM Java 8 due to missing permissions: > {noformat} > SEVERE [org.apache.cxf.frontend.WSDLGetInterceptor] (default task-3) WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.org.apache.xerces.impl.xs.identity")" in code source "(vfs:/content/xerces-webservice-webapp.war/WEB-INF/lib/xercesImpl.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xerces-webservice-webapp.war" from Service Module Loader"): java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.org.apache.xerces.impl.xs.identity")" in code source "(vfs:/content/xerces-webservice-webapp.war/WEB-INF/lib/xercesImpl.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.xerces-webservice-webapp.war" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191) > at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1655) > at org.wildfly.security.manager.WildFlySecurityManager.checkPackageAccess(WildFlySecurityManager.java:490) > at java.lang.J9VMInternals$2.run(J9VMInternals.java:268) > at java.security.AccessController.doPrivileged(AccessController.java:673) > at java.lang.J9VMInternals.checkPackageAccess(J9VMInternals.java:263) > at java.lang.ClassLoader.defineClassImpl(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:379) > at java.lang.ClassLoader.defineClass(ClassLoader.java:1734) > at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424) > at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:519) > 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:731) > 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 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source) > at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(WSDLWriterImpl.java:1013) > at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(WSDLWriterImpl.java:1043) > at org.apache.cxf.frontend.WSDLGetUtils.writeWSDLDocument(WSDLGetUtils.java:705) > at org.apache.cxf.frontend.WSDLGetUtils.getDocument(WSDLGetUtils.java:151) > at org.apache.cxf.frontend.WSDLGetInterceptor.getDocument(WSDLGetInterceptor.java:129) > at org.apache.cxf.frontend.WSDLGetInterceptor.handleMessage(WSDLGetInterceptor.java:77) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:267) > at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:110) > at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:134) > at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:301) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:225) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:686) > at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) > at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) > at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) > at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) > at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > 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.security.SecurityContextThreadSetupAction$$Lambda$825.000000005C9627C0.call(Unknown Source) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$826.000000005C962DB0.call(Unknown Source) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$826.000000005C962DB0.call(Unknown Source) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$826.000000005C962DB0.call(Unknown Source) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$826.000000005C962DB0.call(Unknown Source) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1$1.run(ServletInitialHandler.java:110) > at java.security.AccessController.doPrivileged(AccessController.java:703) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) > at java.lang.Thread.run(Thread.java:812) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3919) Implement hot reload on Drools Quarkus extension

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-3919?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-3919: -------------------------------- Tester: Tibor Zimanyi > Implement hot reload on Drools Quarkus extension > ------------------------------------------------ > > Key: DROOLS-3919 > URL: https://issues.jboss.org/browse/DROOLS-3919 > Project: Drools > Issue Type: Task > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3984) [DMN Editor] Expression Grids on imported nodes are not read only

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-3984?page=com.atlassian.jira.plugi... ] Jozef Marko closed DROOLS-3984. ------------------------------- Resolution: Cannot Reproduce [~manstis] you are right. This issue can not be reproduced more. > [DMN Editor] Expression Grids on imported nodes are not read only > ----------------------------------------------------------------- > > Key: DROOLS-3984 > URL: https://issues.jboss.org/browse/DROOLS-3984 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.22.0.Final > Reporter: Jozef Marko > Assignee: Guilherme Gomes > Priority: Major > Labels: drools-tools > Attachments: MySpace_dmn.imports.zip, Screenshot from 2019-05-07 13-41-38.png > > > This Iss was spotted during review of [PR|https://github.com/kiegroup/kie-wb-common/pull/2620] for DROOLS-3829 and DROOLS-3934. > The attached project contains two dmn files. The *routes.dmn* imports *traffic.dmn* and use a decision node from there. If you navigate to expression editor, the properties panel is not readonly. > Expected behavior: > If you navigate to expression editor of an imported node, the properties panel is readonly. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12069) Upgrade WildFly Core 9.0.0.Beta6

by Jeff Mesnil (Jira)

Jeff Mesnil created WFLY-12069: ---------------------------------- Summary: Upgrade WildFly Core 9.0.0.Beta6 Key: WFLY-12069 URL: https://issues.jboss.org/browse/WFLY-12069 Project: WildFly Issue Type: Component Upgrade Components: Management Reporter: Jeff Mesnil Assignee: Jeff Mesnil Fix For: 17.0.0.Beta1 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11565) WildFly Server Adds Transfer Encoding Chunk Header to the HttpResponse with status code 204

by Bartosz Baranowski (Jira)

[ https://issues.jboss.org/browse/WFLY-11565?page=com.atlassian.jira.plugin... ] Bartosz Baranowski commented on WFLY-11565: ------------------------------------------- [~soumya.khedagi] & [~dsahu030686] - sorry, I was occupied with other tasks. Right now it does deploy in latest WFLY. {quote} baranowb@drone-1-1:~$ curl http://localhost:7354/restApis/test?id=10 curl: (7) Failed to connect to localhost port 7354: Connection refused baranowb@drone-1-1:~$ netstat -lon | grep 7354 baranowb@drone-1-1:~$ {quote} or {quote} localhost refused to connect. Search Google for localhost 7354 rest Apis test ERR_CONNECTION_REFUSED {quote} Also, as Jaikiran said - there is no guarantee for older versions. > WildFly Server Adds Transfer Encoding Chunk Header to the HttpResponse with status code 204 > ------------------------------------------------------------------------------------------- > > Key: WFLY-11565 > URL: https://issues.jboss.org/browse/WFLY-11565 > Project: WildFly > Issue Type: Bug > Affects Versions: 9.0.0.Final > Reporter: Deepak Sahu > Assignee: Bartosz Baranowski > Priority: Major > Attachments: API.war > > > I am using WildFly Server 9.0.0 Final, Javax ws, Jersey for developing Rest APIs. For all the responses whose httpStatus code is 204, the wildfly server adds Transfer encoding Chunked in the response header, which is not correct as per the Rest Standards. Because of this behavior some of the RestAPI clients hang, as they keep waiting for the response (which is not at all there). > To verify the issue, I tried the same with Springboot instead of deploying the war in WildFly and the Response Header was not added with Transfer Encoding Chuncked. > Let me know if some other information is required to fix this issue, if this is already fixed is there any patch for this issue. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3999) Profile and improve performances for DMN executor

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-3999?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-3999: -------------------------------- Sprint: 2019 Week 20-22 (was: 2019 Week 17-19) > Profile and improve performances for DMN executor > ------------------------------------------------- > > Key: DROOLS-3999 > URL: https://issues.jboss.org/browse/DROOLS-3999 > Project: Drools > Issue Type: Enhancement > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-731) Kiali Traffic Generator - Not running

by Guilherme Baufaker Rêgo (Jira)

[ https://issues.jboss.org/browse/SWSQE-731?page=com.atlassian.jira.plugin.... ] Guilherme Baufaker Rêgo resolved SWSQE-731. ------------------------------------------- Resolution: Done [~hhovsepy] Fixed on the install-bookinfo job. It wasn't a problem on the bookinfo job itself, but the installation process that was including proxy-init containers on other namespaces which didn't have permission to pull the secrets from the quay repository. As a workaround, I added the puller back to Maistra Job Old bookinfo should be considered deprecated for now on. > Kiali Traffic Generator - Not running > ------------------------------------- > > Key: SWSQE-731 > URL: https://issues.jboss.org/browse/SWSQE-731 > Project: Kiali QE > Issue Type: Bug > Reporter: Hayk Hovsepyan > Assignee: Guilherme Baufaker Rêgo > Priority: Blocker > Labels: infrastructure > > Traffic Generator does not log any output and does not send any traffic. > This blocks bookinfo install job's checker, thus blocks PRT -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4002) DMN FEEL custom Frame is always initialized

by Matteo Mortari (Jira)

[ https://issues.jboss.org/browse/DROOLS-4002?page=com.atlassian.jira.plugi... ] Matteo Mortari updated DROOLS-4002: ----------------------------------- Sprint: 2019 Week 20-22 > DMN FEEL custom Frame is always initialized > ------------------------------------------- > > Key: DROOLS-4002 > URL: https://issues.jboss.org/browse/DROOLS-4002 > Project: Drools > Issue Type: Task > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Minor > > ExecutionFrameImpl frame = new ExecutionFrameImpl(null); > this line in FEELImpl is present even when no profile, hence the was-Optional is always populated. > Fix initialization, see diff for old code reference: > https://github.com/kiegroup/drools/pull/2341/files#diff-b99bdc7c33feee36a... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (REMJMX-160) Every JMXConnectorFactory#connect() creates a new ThreadGroup which is never reclaimed

by RH Bugzilla Integration (Jira)

[ https://issues.jboss.org/browse/REMJMX-160?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on REMJMX-160: ------------------------------------------------ Chao Wang <chaowan(a)redhat.com> changed the Status of [bug 1697284|https://bugzilla.redhat.com/show_bug.cgi?id=1697284] from NEW to POST > Every JMXConnectorFactory#connect() creates a new ThreadGroup which is never reclaimed > -------------------------------------------------------------------------------------- > > Key: REMJMX-160 > URL: https://issues.jboss.org/browse/REMJMX-160 > Project: Remoting JMX > Issue Type: Bug > Affects Versions: 1.1.3.Final, 3.0.1.Final > Reporter: Masafumi Miura > Assignee: JBoss SET > Priority: Major > Attachments: JmxClient.java, JmxClientCustomExecutorWorkaround.java, Memory.png, leaks.png > > > In JMX client application, every JMXConnectorFactory#connect() invocation creates a new ThreadGroup which is never reclaimed. > https://github.com/jbossas/remoting-jmx/blob/3.0.1.Final/src/main/java/or... > If a JMX client application lives for long periods of time and repeats to invoke JMXConnectorFactory#connect() and JMXConnector#close(), a lot of ThreadGroup instances are retained eventually. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12068) Update openjdk-orb to 8.1.4.Final

by Tomasz Adamski (Jira)

Tomasz Adamski created WFLY-12068: ------------------------------------- Summary: Update openjdk-orb to 8.1.4.Final Key: WFLY-12068 URL: https://issues.jboss.org/browse/WFLY-12068 Project: WildFly Issue Type: Component Upgrade Reporter: Tomasz Adamski Assignee: Tomasz Adamski -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 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 May 2019