October 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1862) Scalatest TestRunner

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1862?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen commented on ARQ-1862: ------------------------------------ [~giovannicandido] Would you be interested in investigating this? We had to do something similar with the Spock test runner; https://github.com/arquillian/arquillian-testrunner-spock/blob/master/cor... Basically extend Spock's Spunik driver and reimplement the Arquillian calls in it. > Scalatest TestRunner > -------------------- > > Key: ARQ-1862 > URL: https://issues.jboss.org/browse/ARQ-1862 > Project: Arquillian > Issue Type: Feature Request > Reporter: Giovanni Silva > > Hi, > Would be great to have a Arquillian runner in the same way of JUnitRunner (to run with Junit but with startup of Arquillian) or as native scalatest integration, not using Junit. > Arquillian is great to test Context and Dependency Injections and Java EE components. > Current is possible to run arquillian using the JUnitRunner but it only start in Junit test cases. > This run the FlatSpec test with JUnit, but do not bootstrap arquillian: > {code} > @RunWith(classOf[JUnitRunner]) > class MySimpleBeamTestScala extends FlatSpec with Matchers { > @Inject > private var mysimplebeam: MySimpleBeam = _ > "A simple bean" should "return hello world" in { > mysimplebeam.helloWorld() should be("Hello World") > } > @Test def testIsDeployed { > mysimplebeam.helloWorld() should be("Hell World") > } > } > object MySimpleBeamTestScala { > @Deployment > def createDeployment() = { > println("working") > ShrinkWrap.create(classOf[JavaArchive], "test.jar").addClass(classOf[MySimpleBeam]).addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml") > } > } > {code} > This run the test with TestNG and bootstrap arquillian, but can't use other format spec > {code} > import javax.inject.Inject > import org.jboss.arquillian.container.test.api.Deployment > import org.jboss.arquillian.testng.Arquillian > import org.jboss.shrinkwrap.api.ShrinkWrap > import org.jboss.shrinkwrap.api.asset.EmptyAsset > import org.jboss.shrinkwrap.api.spec.JavaArchive > import org.scalatest._ > import org.testng.annotations.Test > /** > * @author Giovanni Silva > */ > class MySimpleBeamTestScala extends Arquillian with FlatSpecLike with Matchers { > @Inject > private var mysimplebeam: MySimpleBeam = _ > "A simple bean" should "return hello world" in { > mysimplebeam.helloWorld() should be("Hello World") > } > @Test def testIsDeployed { > mysimplebeam.helloWorld() should be("Hell World") > } > } > object MySimpleBeamTestScala { > @Deployment > def createDeployment() = { > println("working") > ShrinkWrap.create(classOf[JavaArchive], "test.jar").addClass(classOf[MySimpleBeam]).addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml") > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1864) Change Zip4j in favor of commons-compress

by Alex Soto (JIRA)

Alex Soto created ARQ-1864: ------------------------------ Summary: Change Zip4j in favor of commons-compress Key: ARQ-1864 URL: https://issues.jboss.org/browse/ARQ-1864 Project: Arquillian Issue Type: Enhancement Components: Extension - Spacelift Reporter: Alex Soto Assignee: Alex Soto UnZip tool is based on zip4j library. The problem is that sometimes the files are tar, gzip, 7z, or arj. I suggest to change zip4j to commons-compress which supports a lot of compress algorithms in order to be able to write some Tool like UnzipTool, UntarTool and so on and even a generic UnCompressTool which you set the algorithm to be used. http://search.maven.org/#artifactdetails%7Corg.apache.commons%7Ccommons-c... The good news is that this library is maintained as well (last version released is from May 2014. Again if you agree I will implement the change. Note: that I have never found this error because I download zip files but today it is the first time I have found this barrier. Of course another approach is to use GZipIS but because we are already using zip4j we can drop it and add this library. Related with https://github.com/arquillian/arquillian-spacelift/issues/15 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1863) Update Spacelift Arquillian dependency version to 1.1.5.Final

by Alex Soto (JIRA)

Alex Soto created ARQ-1863: ------------------------------ Summary: Update Spacelift Arquillian dependency version to 1.1.5.Final Key: ARQ-1863 URL: https://issues.jboss.org/browse/ARQ-1863 Project: Arquillian Issue Type: Enhancement Components: Extension - Spacelift Affects Versions: 1.0.0.Alpha2 Reporter: Alex Soto Assignee: Alex Soto Priority: Minor Currently Arquillian Spacelift uses Arquillian 1.1.4 as arquillian version but if you run in a 1.1.5, an exception is thrown. This is because both dependencies 1.14 and 1.1.5 coexists and a NoSuchMethodError exception is thrown. To avoid this you can add arquillian pom in dependency management. <dependency> <groupId>org.jboss.arquillian</groupId> <artifactId>arquillian-bom</artifactId> <version>1.1.5.Final</version> <scope>import</scope> <type>pom</type> </dependency> Related issue https://github.com/arquillian/arquillian-spacelift/issues/13 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1862) Scalatest TestRunner

by Giovanni Silva (JIRA)

Giovanni Silva created ARQ-1862: ----------------------------------- Summary: Scalatest TestRunner Key: ARQ-1862 URL: https://issues.jboss.org/browse/ARQ-1862 Project: Arquillian Issue Type: Feature Request Reporter: Giovanni Silva Hi, Would be great to have a Arquillian runner in the same way of JUnitRunner (to run with Junit but with startup of Arquillian) or as native scalatest integration, not using Junit. Arquillian is great to test Context and Dependency Injections and Java EE components. Current is possible to run arquillian using the JUnitRunner but it only start in Junit test cases. This run the FlatSpec test with JUnit, but do not bootstrap arquillian: {code} @RunWith(classOf[JUnitRunner]) class MySimpleBeamTestScala extends FlatSpec with Matchers { @Inject private var mysimplebeam: MySimpleBeam = _ "A simple bean" should "return hello world" in { mysimplebeam.helloWorld() should be("Hello World") } @Test def testIsDeployed { mysimplebeam.helloWorld() should be("Hell World") } } object MySimpleBeamTestScala { @Deployment def createDeployment() = { println("working") ShrinkWrap.create(classOf[JavaArchive], "test.jar").addClass(classOf[MySimpleBeam]).addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml") } } {code} This run the test with TestNG and bootstrap arquillian, but can't use other format spec {code} import javax.inject.Inject import org.jboss.arquillian.container.test.api.Deployment import org.jboss.arquillian.testng.Arquillian import org.jboss.shrinkwrap.api.ShrinkWrap import org.jboss.shrinkwrap.api.asset.EmptyAsset import org.jboss.shrinkwrap.api.spec.JavaArchive import org.scalatest._ import org.testng.annotations.Test /** * @author Giovanni Silva */ class MySimpleBeamTestScala extends Arquillian with FlatSpecLike with Matchers { @Inject private var mysimplebeam: MySimpleBeam = _ "A simple bean" should "return hello world" in { mysimplebeam.helloWorld() should be("Hello World") } @Test def testIsDeployed { mysimplebeam.helloWorld() should be("Hell World") } } object MySimpleBeamTestScala { @Deployment def createDeployment() = { println("working") ShrinkWrap.create(classOf[JavaArchive], "test.jar").addClass(classOf[MySimpleBeam]).addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml") } } {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1842) Show original exception instead of NullPointerExcetpion from TransactionHandler

by Alexandr Sokolov (JIRA)

[ https://issues.jboss.org/browse/ARQ-1842?page=com.atlassian.jira.plugin.s... ] Alexandr Sokolov commented on ARQ-1842: --------------------------------------- @Aslak Knutsen: Could you please where can we find the last 2.0.0.CR1 version? Is there any maven repository to download it from? > Show original exception instead of NullPointerExcetpion from TransactionHandler > ------------------------------------------------------------------------------- > > Key: ARQ-1842 > URL: https://issues.jboss.org/browse/ARQ-1842 > Project: Arquillian > Issue Type: Sub-task > Components: Base Implementation > Reporter: Alexandr Sokolov > Fix For: 2.0.0.CR1 > > > Arquillan architecture based on observers. But now, if one of observers throws an exception and transactions are used. We are getting: > > java.lang.NullPointerException: null > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.testRequiresRollbackDueToFailure(TransactionHandler.java:170) > > Although the actual exception in my case was thrown by DBUnitDataHandler.prepare(). > > Could you please change the logic so the original exception is displayed in the output? Otherwise we have to debug to get the actual exception. There is no way to find a solution without debugging via arquillian classes. It really takes rather long time. > Full exception log: > {code} > java.lang.NullPointerException: null > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.testRequiresRollbackDueToFailure(TransactionHandler.java:170) > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.rollbackRequired(TransactionHandler.java:159) > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.endTransaction(TransactionHandler.java:123) > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.endTransactionAfterTest(TransactionHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:277) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:397) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:165) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:372) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) > at java.lang.Thread.run(Thread.java:744) > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1861) ContainerDeployer should be running commands in a privileged context

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1861?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen updated ARQ-1861: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 1.1.6.Final Resolution: Done > ContainerDeployer should be running commands in a privileged context > -------------------------------------------------------------------- > > Key: ARQ-1861 > URL: https://issues.jboss.org/browse/ARQ-1861 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.2.Final > Reporter: David Lloyd > Fix For: 1.1.6.Final > > > The ContainerDeployer should run commands in a privileged context, because the deployment (which is typically unprivileged) may be on the call stack. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1859) Arquillian SecurityActions fail under actual security manager

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1859?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen updated ARQ-1859: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 1.1.6.Final Resolution: Done > Arquillian SecurityActions fail under actual security manager > ------------------------------------------------------------- > > Key: ARQ-1859 > URL: https://issues.jboss.org/browse/ARQ-1859 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.2.Final > Reporter: David Lloyd > Priority: Critical > Fix For: 1.1.6.Final > > > The {{org.jboss.arquillian.core.impl.loadable.SecurityActions#newInstance(java.lang.Class<T>, java.lang.Class<?>[], java.lang.Object[])}} method takes extra care to reflectively acquire an object constructor in a privileged block. However, it then calls setAccessible(true) outside of a privileged block, rendering previous efforts useless and causing execution failures. The fix is to move that statement to within the privileged block as well. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1861) ContainerDeployer should be running commands in a privileged context

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/ARQ-1861?page=com.atlassian.jira.plugin.s... ] David Lloyd updated ARQ-1861: ----------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/72 > ContainerDeployer should be running commands in a privileged context > -------------------------------------------------------------------- > > Key: ARQ-1861 > URL: https://issues.jboss.org/browse/ARQ-1861 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.2.Final > Reporter: David Lloyd > > The ContainerDeployer should run commands in a privileged context, because the deployment (which is typically unprivileged) may be on the call stack. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1861) ContainerDeployer should be running commands in a privileged context

by David Lloyd (JIRA)

David Lloyd created ARQ-1861: -------------------------------- Summary: ContainerDeployer should be running commands in a privileged context Key: ARQ-1861 URL: https://issues.jboss.org/browse/ARQ-1861 Project: Arquillian Issue Type: Bug Affects Versions: 1.1.2.Final Reporter: David Lloyd The ContainerDeployer should run commands in a privileged context, because the deployment (which is typically unprivileged) may be on the call stack. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1859) Arquillian SecurityActions fail under actual security manager

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/ARQ-1859?page=com.atlassian.jira.plugin.s... ] David Lloyd updated ARQ-1859: ----------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/71 > Arquillian SecurityActions fail under actual security manager > ------------------------------------------------------------- > > Key: ARQ-1859 > URL: https://issues.jboss.org/browse/ARQ-1859 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.2.Final > Reporter: David Lloyd > Priority: Critical > > The {{org.jboss.arquillian.core.impl.loadable.SecurityActions#newInstance(java.lang.Class<T>, java.lang.Class<?>[], java.lang.Object[])}} method takes extra care to reflectively acquire an object constructor in a privileged block. However, it then calls setAccessible(true) outside of a privileged block, rendering previous efforts useless and causing execution failures. The fix is to move that statement to within the privileged block as well. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues October 2014