From issues at jboss.org Mon Jul 1 22:43:00 2019 From: issues at jboss.org (Sarah Faller (Jira)) Date: Mon, 1 Jul 2019 22:43:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-127) Verify TestNG Parallel test exeuction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13754395#comment-13754395 ] Sarah Faller commented on ARQ-127: ---------------------------------- Hello! I would love to start working on this for the next few months! Would be great if I could connect with someone who knows more about it ! > Verify TestNG Parallel test exeuction > ------------------------------------- > > Key: ARQ-127 > URL: https://issues.jboss.org/browse/ARQ-127 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Performance, Test Harness Integration > Reporter: Aslak Knutsen > Assignee: Stale Pedersen > Priority: Critical > Fix For: 2.0.0.Beta1 > > Attachments: testng-parallel.zip > > > Verify that Arquillian behaves correctly when ran in TestNG Parallel modes. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Mon Jul 22 15:41:01 2019 From: issues at jboss.org (Maxim Syrman (Jira)) Date: Mon, 22 Jul 2019 15:41:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-517) Java 11 Support In-Reply-To: References: Message-ID: Maxim Syrman created ARQGRA-517: ----------------------------------- Summary: Java 11 Support Key: ARQGRA-517 URL: https://issues.jboss.org/browse/ARQGRA-517 Project: Arquillian Graphene Issue Type: Bug Affects Versions: 2.3.2 Environment: WF 15.0.1.Final Reporter: Maxim Syrman For now Graphene cannot be run on Java 11 (graphene-webdriver to be precise). Using LocationEnricher leads to {code} Caused by: java.lang.IllegalArgumentException at org.jboss.arquillian.graphene.shaded.net.sf.cglib.asm.$ClassReader.(Unknown Source) at org.jboss.arquillian.graphene.shaded.net.sf.cglib.asm.$ClassReader.(Unknown Source) at org.jboss.arquillian.graphene.shaded.net.sf.cglib.asm.$ClassReader.(Unknown Source) {code} This is related to cglib version used. Updating cglib solves the problem. (PR: https://github.com/arquillian/arquillian-graphene/pull/202) -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Thu Jul 25 04:48:00 2019 From: issues at jboss.org (Aslak Knutsen (Jira)) Date: Thu, 25 Jul 2019 04:48:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763169#comment-13763169 ] Aslak Knutsen commented on ARQ-2204: ------------------------------------ [~rsearls] Is this a new thing with RESTEasy 4 or WildFly 17 or JDK 11 or something? Or just first time someone tries to test RestEasy under a SecurityManager? > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Thu Jul 25 10:32:01 2019 From: issues at jboss.org (r searls (Jira)) Date: Thu, 25 Jul 2019 10:32:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763404#comment-13763404 ] r searls commented on ARQ-2204: ------------------------------- Resteasy is not tested regularly with SecurityManager. Since the new jboss-modules design was implemented Resteasy has been tested by QA with the security manager once or twice a year. Resteasy versions 3.x and 4.x have been tested over time. QA runs with JDK-8 as this is the oldest supported version. I don't know what later versions they test with. I always check against JDK-8 and JDK-11. In the past QA reported issues that required the addition of AccessController.doPrivileged() calls in the code and the addition of select permission classes to some tests. Those types of changes did not work in this case. The last successful test run (more or less) was Jul 2018. There were test failures that were successfully addressed as described above at that time. This issue with ArquillianServletRunner did not exist unitl a Dec 2018 test run was made. > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Thu Jul 25 11:06:00 2019 From: issues at jboss.org (r searls (Jira)) Date: Thu, 25 Jul 2019 11:06:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763422#comment-13763422 ] r searls commented on ARQ-2204: ------------------------------- I see that new versions of arquillian archives used by Resteasy have been released. I will test with those and report back. > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Fri Jul 26 18:23:01 2019 From: issues at jboss.org (Sarah Faller (Jira)) Date: Fri, 26 Jul 2019 18:23:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-127) Verify TestNG Parallel test exeuction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763978#comment-13763978 ] Sarah Faller commented on ARQ-127: ---------------------------------- have been taking a look at the issue and it seems like the testRunnerAdaptor (deployableTest) is not getting initialized correctly when a new thread is spawned. It is able to see the correct object but the content is null and not initialized properly. Below is the output of the code with some print statements I added. The number (#) refers to lines of code ++++++++---------------+++++++++BeforeSuite+++++++++++--------------+++++++++++++++++++ Current thread: main (1) i am in setting the adaptor ++++++++--BEFORE SUITE DEPLOYABLE ADDRESSS++ java.lang.ThreadLocal at 38022758 ++++++++---------------++++++++++BeforeClass++++++++++--------------+++++++++++++++++++ Current thread: testNG-tests-1 (2) ++++++++--before class DEPLOYABLE ADDRESSS++ java.lang.ThreadLocal at 38022758 this is the adaptor in before class = null (3) in verify test runner adaptor ++++++++--verify test runner DEPLOAYBALETEST ADDRESSS++ java.lang.ThreadLocal at 38022758 NULLCHECK IS TRUE++++++++++++++++ Here you can see that the main thread (1) in Before suite sets the adaptor. And the address of that is java.lang.ThreadLocal at 38022758. Then TestNG spawns a new thread for before class method called testNG-tests-1 (2). The object of the adaptor has the same address: java.lang.ThreadLocal at 38022758. When we try to do {code:java} System.err.println("++++++++++---------thisistheadaptorinbeforeclass"+deployableTest.get()); (3) {code} It prints null. The content does not exist. Then in BeforeClass, once {code:java}verifyTestRunnerAdaptorHasbeenSet() {code} method is executed the null check is true, and the illegalStateException is thrown causing the program to crash. I did some research on local thread which is the type of TestRunnerAdaptor: {code:java}ThreadLocaldeployableTest=new ThreadLocal(); {code} https://stackoverflow.com/questions/6327913/how-to-continue-object-from-threadlocal-in-child-thread http://tutorials.jenkov.com/java-concurrency/threadlocal.html It seems like what is needed is InheritableThreadLocal. "The InheritableThreadLocal class is a subclass of ThreadLocal. Instead of each thread having its own value inside a ThreadLocal, the InheritableThreadLocal grants access to values to a thread and all child threads created by that thread." So I changed it to {code:java}privatestaticInheritableThreadLocaldeployableTest=newInheritableThreadLocal();{code} And now I am actually able to run the tests in parallel on my end. Please let me know you thoughts on this. > Verify TestNG Parallel test exeuction > ------------------------------------- > > Key: ARQ-127 > URL: https://issues.jboss.org/browse/ARQ-127 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Performance, Test Harness Integration > Reporter: Aslak Knutsen > Assignee: Stale Pedersen > Priority: Critical > Fix For: 2.0.0.Beta1 > > Attachments: testng-parallel.zip > > > Verify that Arquillian behaves correctly when ran in TestNG Parallel modes. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Fri Jul 26 20:53:00 2019 From: issues at jboss.org (r searls (Jira)) Date: Fri, 26 Jul 2019 20:53:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763981#comment-13763981 ] r searls commented on ARQ-2204: ------------------------------- I have confirmed updating to the new archive versions have resolved this issue. This can be closed. > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Mon Jul 29 11:58:00 2019 From: issues at jboss.org (Aslak Knutsen (Jira)) Date: Mon, 29 Jul 2019 11:58:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen resolved ARQ-2204. -------------------------------- Assignee: Aslak Knutsen Resolution: Done > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Assignee: Aslak Knutsen > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002) From issues at jboss.org Mon Jul 29 11:58:00 2019 From: issues at jboss.org (Aslak Knutsen (Jira)) Date: Mon, 29 Jul 2019 11:58:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2204) wildfly security manager jboss modules permissions setup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen closed ARQ-2204. ------------------------------ > wildfly security manager jboss modules permissions setup > -------------------------------------------------------- > > Key: ARQ-2204 > URL: https://issues.jboss.org/browse/ARQ-2204 > Project: Arquillian > Issue Type: Bug > Components: core > Affects Versions: 1.4.0.Final > Environment: Fedora 28 > Apache Maven 3.3.9 > Java version: 11.0.2, vendor: Oracle Corporation > Resteasy: 4.1.0-SNAPSHOT > wfly: wildfly-17.0.0.Beta1-SNAPSHOT > Reporter: r searls > Assignee: Aslak Knutsen > Priority: Major > Attachments: List-10-ProtectionDomains.txt, xFull-stacktrace.txt, xJira-sm-debug-flag.zip > > > Arquillian is not registering all the security permissions required to run resteasy tests on wildfly with > the sercurity manager enabled. > There are 24+ Resteasy testsuite tests failing when run with the security manager. > These tests are running in the container (i.e. using the @RunWith(Arquillian.class) annotation. > The @RunAsClient is not being used.) > The exception thrown is, > Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from > [Module "javax.ws.rs.api" version 1.0.2.Final from local module loader @4b3ed2f0 > (finder: local module finder @4fad9bb2 > (roots: /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base,/home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/add-ons/spring))] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255) > 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:315) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:119) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:226) > at javax.ws.rs.api at 1.0.2.Final//javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:96) > This is due to a missing ProtectionDomain with ("" "") for > /home/rsearls/j1/wildfly/dist/target/wildfly-17.0.0.Beta1-SNAPSHOT/modules/system/layers/base/org/jboss/resteasy/resteasy-jaxrs/main/resteasy-client-4.1.0-SNAPSHOT.jar > When wildfly starts up (with or without the security manager) it registers a ProtectionDomain with ("" > "" for each jar in the wildfly-17.0.0.Beta1-SNAPSHOT/modules/system. These ProtectionDomains are active when the Resteasy container runs. When Arquillian runs only 10 ProtectionDomains are defined (see attachment List-10-ProtectionDomains.txt). This appears to be the cause of the problem. > A full stacktrace is provided in the attachments. -- This message was sent by Atlassian Jira (v7.12.1#712002)