February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-9884) WeldResourceInjectionServices runs into NoSuchElementException when deploying multiple EJBs

by jaikiran pai (JIRA)

[ https://issues.jboss.org/browse/WFLY-9884?page=com.atlassian.jira.plugin.... ] jaikiran pai updated WFLY-9884: ------------------------------- Summary: WeldResourceInjectionServices runs into NoSuchElementException when deploying multiple EJBs (was: NoSuchElementException when deploying EAR file) > WeldResourceInjectionServices runs into NoSuchElementException when deploying multiple EJBs > ------------------------------------------------------------------------------------------- > > Key: WFLY-9884 > URL: https://issues.jboss.org/browse/WFLY-9884 > Project: WildFly > Issue Type: Bug > Affects Versions: 11.0.0.Final, 12.0.0.Beta1 > Environment: Windows 8.1 Enterprise. > Reporter: Jacob Ilsø > Assignee: Jason Greene > Attachments: log.txt > > > I have an EAR file with several "@Singleton @Startup" beans. Each bean having a number of @Inject and @Resource fields. When I deploy the EAR in WildFly 11 it sometimes fails with a NoSuchElementException (see [^log.txt] for a full stacktrace). > I cannot reproduce it consistently but it seems to only happen on a "clean" WildFly installation. I haven't seen this on earlier versions of WildFly. > Let me know if you want me to try to build an EAR for reproducing this. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9884) WeldResourceInjectionServices runs into NoSuchElementException when deploying multiple EJBs

by jaikiran pai (JIRA)

[ https://issues.jboss.org/browse/WFLY-9884?page=com.atlassian.jira.plugin.... ] jaikiran pai updated WFLY-9884: ------------------------------- Affects Version/s: 12.0.0.Beta1 > WeldResourceInjectionServices runs into NoSuchElementException when deploying multiple EJBs > ------------------------------------------------------------------------------------------- > > Key: WFLY-9884 > URL: https://issues.jboss.org/browse/WFLY-9884 > Project: WildFly > Issue Type: Bug > Affects Versions: 11.0.0.Final, 12.0.0.Beta1 > Environment: Windows 8.1 Enterprise. > Reporter: Jacob Ilsø > Assignee: Jason Greene > Attachments: log.txt > > > I have an EAR file with several "@Singleton @Startup" beans. Each bean having a number of @Inject and @Resource fields. When I deploy the EAR in WildFly 11 it sometimes fails with a NoSuchElementException (see [^log.txt] for a full stacktrace). > I cannot reproduce it consistently but it seems to only happen on a "clean" WildFly installation. I haven't seen this on earlier versions of WildFly. > Let me know if you want me to try to build an EAR for reproducing this. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9801) Wsprovide tool ends with java.security.AccessControlException

by R Searls (JIRA)

[ https://issues.jboss.org/browse/WFLY-9801?page=com.atlassian.jira.plugin.... ] R Searls commented on WFLY-9801: -------------------------------- I looked at adding tests to wfly at one time. It was not that straight forward. I'll revisit it. > Wsprovide tool ends with java.security.AccessControlException > ------------------------------------------------------------- > > Key: WFLY-9801 > URL: https://issues.jboss.org/browse/WFLY-9801 > Project: WildFly > Issue Type: Bug > Components: Scripts, Web Services > Reporter: Marek Kopecký > Assignee: R Searls > Priority: Critical > Fix For: 12.0.0.CR1 > > Attachments: Echo1-security.policy, Echo1.class, Echo1Impl.class > > > *Description of the issue:* > wsprovide tool ends with java.security.AccessControlException > I see this issue on WF master (2018_02_12). This is regression against WF master from 2018_02_05, so priority of this jira is blocker. > *How reproducible:* > Always > *Steps to Reproduce:* > # Use these (class files are attached): > {code:java} > @WebService(endpointInterface = "org.jboss.as.testsuite.integration.scripts.test.tools.Echo1", targetNamespace = "org.jboss.as.testsuite.integration.scripts.test.tools", serviceName = "Echo1Service") > public class Echo1Impl implements Echo1 { > @Override > public String echoPlus1(String s) { > return s + "1"; > } > } > {code} > {code:java} > @WebService > @SOAPBinding > public interface Echo1 { > String echoPlus1(String s); > } > {code} > # cd $\{JBOSS_HOME\}/bin > # mkdir out > # ./wsprovide.sh -k -c $\{CLASS_DIR\} -o out org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > *Actual results:* > {noformat} > [mkopecky@localhost bin]$ ./wsprovide.sh -k -c ~/erase2 -o out org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > Could not find log4j.properties or log4j.xml configuration, logging to console. > java2ws -s /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -classdir /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -d /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -verbose -cp /home/mkopecky/erase2/: -wrapperbean -createxsdimports org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > java2ws - Apache CXF 3.2.2 > java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out/org/jboss/as/testsuite/integration/scripts/test/tools/jaxws/EchoPlus1Response.java" "read") > at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472) > at java.security.AccessController.checkPermission(AccessController.java:884) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at java.io.File.isDirectory(File.java:844) > at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:69) > at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:64) > at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromFiles(JavacFileManager.java:785) > at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromStrings(JavacFileManager.java:185) > at org.apache.cxf.common.util.Compiler.useJava6Compiler(Compiler.java:202) > at org.apache.cxf.common.util.Compiler.compileFiles(Compiler.java:141) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generateAndCompile(BeanGenerator.java:91) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:58) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:35) > at org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.generate(JavaToWSDLProcessor.java:156) > at org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.process(JavaToWSDLProcessor.java:118) > at org.apache.cxf.tools.java2ws.JavaToWSContainer.processWSDL(JavaToWSContainer.java:110) > at org.apache.cxf.tools.java2ws.JavaToWSContainer.execute(JavaToWSContainer.java:75) > at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105) > at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:45) > at org.apache.cxf.tools.java2ws.JavaToWS.run(JavaToWS.java:83) > at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:200) > at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:109) > at org.jboss.ws.tools.cmd.WSProvide.generate(WSProvide.java:223) > at org.jboss.ws.tools.cmd.WSProvide.main(WSProvide.java:89) > at org.jboss.modules.Module.runMainMethod(Module.java:348) > at org.jboss.modules.Module.run(Module.java:328) > at org.jboss.modules.Main.main(Main.java:557) > {noformat} > *Expected results:* > No errors -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9801) Wsprovide tool ends with java.security.AccessControlException

by R Searls (JIRA)

[ https://issues.jboss.org/browse/WFLY-9801?page=com.atlassian.jira.plugin.... ] R Searls commented on WFLY-9801: -------------------------------- I would not call this behavior a regression. The redesign of jboss-modules required the addition of [1]. wsprovide and wsconsume were not the only scripts the -secmgr flag is required. It is also required in appclient, common, domain and standalone. [2] fixes the behavior that the -secmgr flag was never set when the user specified it in JAVA_OPTS and it should have been. That does not address the issue here. > Wsprovide tool ends with java.security.AccessControlException > ------------------------------------------------------------- > > Key: WFLY-9801 > URL: https://issues.jboss.org/browse/WFLY-9801 > Project: WildFly > Issue Type: Bug > Components: Scripts, Web Services > Reporter: Marek Kopecký > Assignee: R Searls > Priority: Critical > Fix For: 12.0.0.CR1 > > Attachments: Echo1-security.policy, Echo1.class, Echo1Impl.class > > > *Description of the issue:* > wsprovide tool ends with java.security.AccessControlException > I see this issue on WF master (2018_02_12). This is regression against WF master from 2018_02_05, so priority of this jira is blocker. > *How reproducible:* > Always > *Steps to Reproduce:* > # Use these (class files are attached): > {code:java} > @WebService(endpointInterface = "org.jboss.as.testsuite.integration.scripts.test.tools.Echo1", targetNamespace = "org.jboss.as.testsuite.integration.scripts.test.tools", serviceName = "Echo1Service") > public class Echo1Impl implements Echo1 { > @Override > public String echoPlus1(String s) { > return s + "1"; > } > } > {code} > {code:java} > @WebService > @SOAPBinding > public interface Echo1 { > String echoPlus1(String s); > } > {code} > # cd $\{JBOSS_HOME\}/bin > # mkdir out > # ./wsprovide.sh -k -c $\{CLASS_DIR\} -o out org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > *Actual results:* > {noformat} > [mkopecky@localhost bin]$ ./wsprovide.sh -k -c ~/erase2 -o out org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > Could not find log4j.properties or log4j.xml configuration, logging to console. > java2ws -s /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -classdir /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -d /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -verbose -cp /home/mkopecky/erase2/: -wrapperbean -createxsdimports org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl > java2ws - Apache CXF 3.2.2 > java.security.AccessControlException: access denied ("java.io.FilePermission" "/home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out/org/jboss/as/testsuite/integration/scripts/test/tools/jaxws/EchoPlus1Response.java" "read") > at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472) > at java.security.AccessController.checkPermission(AccessController.java:884) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) > at java.lang.SecurityManager.checkRead(SecurityManager.java:888) > at java.io.File.isDirectory(File.java:844) > at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:69) > at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:64) > at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromFiles(JavacFileManager.java:785) > at com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromStrings(JavacFileManager.java:185) > at org.apache.cxf.common.util.Compiler.useJava6Compiler(Compiler.java:202) > at org.apache.cxf.common.util.Compiler.compileFiles(Compiler.java:141) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generateAndCompile(BeanGenerator.java:91) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:58) > at org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:35) > at org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.generate(JavaToWSDLProcessor.java:156) > at org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.process(JavaToWSDLProcessor.java:118) > at org.apache.cxf.tools.java2ws.JavaToWSContainer.processWSDL(JavaToWSContainer.java:110) > at org.apache.cxf.tools.java2ws.JavaToWSContainer.execute(JavaToWSContainer.java:75) > at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105) > at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:45) > at org.apache.cxf.tools.java2ws.JavaToWS.run(JavaToWS.java:83) > at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:200) > at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:109) > at org.jboss.ws.tools.cmd.WSProvide.generate(WSProvide.java:223) > at org.jboss.ws.tools.cmd.WSProvide.main(WSProvide.java:89) > at org.jboss.modules.Module.runMainMethod(Module.java:348) > at org.jboss.modules.Module.run(Module.java:328) > at org.jboss.modules.Main.main(Main.java:557) > {noformat} > *Expected results:* > No errors -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-33) Java Selenium Prototype with SWS UI

by Jeeva Kandasamy (JIRA)

[ https://issues.jboss.org/browse/SWSQE-33?page=com.atlassian.jira.plugin.s... ] Jeeva Kandasamy updated SWSQE-33: --------------------------------- Team: Infrastructure (was: Infrastructure) Sprint: SWS QE Sprint 1 > Java Selenium Prototype with SWS UI > ----------------------------------- > > Key: SWSQE-33 > URL: https://issues.jboss.org/browse/SWSQE-33 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Jeeva Kandasamy > Assignee: Jeeva Kandasamy > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-35) Python Widgetastic prototype

by Hayk Hovsepyan (JIRA)

[ https://issues.jboss.org/browse/SWSQE-35?page=com.atlassian.jira.plugin.s... ] Hayk Hovsepyan updated SWSQE-35: -------------------------------- Sprint: SWS QE Sprint 1 > Python Widgetastic prototype > ---------------------------- > > Key: SWSQE-35 > URL: https://issues.jboss.org/browse/SWSQE-35 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-32) Automate Installing Istioctl using Ansible

by Guilherme Baufaker Rêgo (JIRA)

[ https://issues.jboss.org/browse/SWSQE-32?page=com.atlassian.jira.plugin.s... ] Guilherme Baufaker Rêgo updated SWSQE-32: ----------------------------------------- Summary: Automate Installing Istioctl using Ansible (was: Automate Installing Istio using Ansible ) > Automate Installing Istioctl using Ansible > ------------------------------------------- > > Key: SWSQE-32 > URL: https://issues.jboss.org/browse/SWSQE-32 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Guilherme Baufaker Rêgo > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-32) Automate Installing Istio using Ansible

by Guilherme Baufaker Rêgo (JIRA)

[ https://issues.jboss.org/browse/SWSQE-32?page=com.atlassian.jira.plugin.s... ] Guilherme Baufaker Rêgo updated SWSQE-32: ----------------------------------------- Team: Infrastructure > Automate Installing Istio using Ansible > ---------------------------------------- > > Key: SWSQE-32 > URL: https://issues.jboss.org/browse/SWSQE-32 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Guilherme Baufaker Rêgo > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-32) Automate Installing Istio using Ansible

by Guilherme Baufaker Rêgo (JIRA)

[ https://issues.jboss.org/browse/SWSQE-32?page=com.atlassian.jira.plugin.s... ] Guilherme Baufaker Rêgo updated SWSQE-32: ----------------------------------------- Sprint: SWS QE Sprint 1 > Automate Installing Istio using Ansible > ---------------------------------------- > > Key: SWSQE-32 > URL: https://issues.jboss.org/browse/SWSQE-32 > Project: Swift Sunshine QE > Issue Type: Task > Reporter: Guilherme Baufaker Rêgo > Assignee: Guilherme Baufaker Rêgo > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-35) Python Widgetastic prototype

by Hayk Hovsepyan (JIRA)

Hayk Hovsepyan created SWSQE-35: ----------------------------------- Summary: Python Widgetastic prototype Key: SWSQE-35 URL: https://issues.jboss.org/browse/SWSQE-35 Project: Swift Sunshine QE Issue Type: Task Reporter: Hayk Hovsepyan Assignee: Hayk Hovsepyan -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 7 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 February 2018