From issues at jboss.org Mon Dec 1 03:09:39 2014 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Mon, 1 Dec 2014 03:09:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) In-Reply-To: References: Message-ID: Saurabh Agarwal created ARQ-1889: ------------------------------------ Summary: CDI Injection not working in WebSphere Containers (V8) Key: ARQ-1889 URL: https://issues.jboss.org/browse/ARQ-1889 Project: Arquillian Issue Type: Bug Components: WebSphere Containers Affects Versions: was_1.0.0.Beta1 Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8 Reporter: Saurabh Agarwal Assignee: Gerhard Poul Priority: Blocker Hi, I have gone through ARQ-1488 and it depicts the same problem what I am facing. In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception. Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory JARS List I am having ------------------------------ arquillian-config-api.jar arquillian-config-impl-base.jar arquillian-config-spi.jar arquillian-container-impl-base.jar arquillian-container-spi.jar arquillian-container-test-api.jar arquillian-container-test-impl-base.jar arquillian-container-test-spi.jar arquillian-core-api.jar arquillian-core-impl-base-1.1.5.Final.jar arquillian-core-spi-1.1.5.Final.jar arquillian-junit-container.jar arquillian-junit-core.jar arquillian-protocol-jmx-1.1.5.Final.jar arquillian-protocol-servlet.jar arquillian-protocol.jar arquillian-test-api.jar arquillian-test-impl-base.jar arquillian-test-spi.jar arquillian-testenricher-cdi.jar arquillian-testenricher-ejb.jar arquillian-testenricher-initialcontext.jar arquillian-testenricher-resource.jar arquillian-was-remote.jar commons-fileupload-1.2.1.jar commons-io-1.4.jar deltaspike-core-api-1.0.0.jar deltaspike-core-impl-1.0.0.jar deltaspike-jsf-module-api-1.0.0.jar deltaspike-jsf-module-impl-1.0.0.jar deltaspike-security-module-api-1.0.0.jar deltaspike-security-module-impl-1.0.0.jar itext-1.3.jar jsfcore.jar junit.jar org.hamcrest.core_1.3.0.v201303031735.jar poi-3.8-20120326.jar primefaces-4.0.6.jar shrinkwrap-api.jar shrinkwrap-descriptors-api-base.jar shrinkwrap-descriptors-api-javaee.jar shrinkwrap-descriptors-impl-base.jar shrinkwrap-descriptors-impl-javaee.jar shrinkwrap-descriptors-spi.jar shrinkwrap-impl-base.jar shrinkwrap-spi.jar Code snippet ------------------ import javax.inject.Inject; import org.jboss.arquillian.container.test.api.Deployment; import org.jboss.arquillian.junit.Arquillian; import org.jboss.shrinkwrap.api.spec.EnterpriseArchive; import org.junit.Assert; import org.junit.Test; import org.junit.runner.RunWith; import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean; import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean; /** * TODO - Place class description here */ @RunWith(Arquillian.class) public class ArquillianInjectionTest extends BaseArquillianPersistenceTest { @Inject ListBookingBean b; /** * TODO - Place method description here * * @return */ @Deployment public static EnterpriseArchive createTestArchive() { java.net.Authenticator.setDefault(basicAuthAuthenticator); return BaseArquillianPersistenceTest.createTestArchive("JabEAR"); } /** * Unit Test Method */ @Test public void testInjection() { String stringRepresentation = null; try { System.out.println("Not Working Step 1"); stringRepresentation = this.b.toString(); System.out.println("Not Working Step 2"); } catch (final NullPointerException npe) { Assert.fail("Injection failed."); } Assert.assertNotNull(stringRepresentation); } } Exception I am getting ----------------------------- Null Pointer exception in stringRepresentation = this.b.toString(); as b is null. Complete stack trace -------------------------- java.lang.AssertionError: Injection failed. at org.junit.Assert.fail(Assert.java:88) at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301) at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50) at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) 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:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) 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:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) 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:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) 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.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294) at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269) 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:575) at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064) at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) Most Important Thing ------------------------------ I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code. For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only. Methods which I have modified 1. public ProtocolMetaData deploy(final Archive archive) throws DeploymentException 2. public void undeploy(final Archive archive) throws DeploymentException I have just commented out the code which install / uninstall the application. Can someone help me in getting this issue resolved. Please let me know if I need to provide more information for debugging purpose. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Mon Dec 1 09:19:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Mon, 1 Dec 2014 09:19:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: Sona Jamborova created ARQ-1890: ----------------------------------- Summary: Support implementation of Microsoft WebDriver Key: ARQ-1890 URL: https://issues.jboss.org/browse/ARQ-1890 Project: Arquillian Issue Type: Feature Request Components: Extension - Drone Affects Versions: drone_1.3.1.Final Reporter: Sona Jamborova Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Mon Dec 1 14:54:39 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Mon, 1 Dec 2014 14:54:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul updated ARQ-1889: ------------------------------ Assignee: (was: Gerhard Poul) > CDI Injection not working in WebSphere Containers (V8) > ------------------------------------------------------ > > Key: ARQ-1889 > URL: https://issues.jboss.org/browse/ARQ-1889 > Project: Arquillian > Issue Type: Bug > Components: WebSphere Containers > Affects Versions: was_1.0.0.Beta1 > Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8 > Reporter: Saurabh Agarwal > Priority: Blocker > > Hi, > I have gone through ARQ-1488 and it depicts the same problem what I am facing. > In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception. > Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory > JARS List I am having > ------------------------------ > arquillian-config-api.jar > arquillian-config-impl-base.jar > arquillian-config-spi.jar > arquillian-container-impl-base.jar > arquillian-container-spi.jar > arquillian-container-test-api.jar > arquillian-container-test-impl-base.jar > arquillian-container-test-spi.jar > arquillian-core-api.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container.jar > arquillian-junit-core.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet.jar > arquillian-protocol.jar > arquillian-test-api.jar > arquillian-test-impl-base.jar > arquillian-test-spi.jar > arquillian-testenricher-cdi.jar > arquillian-testenricher-ejb.jar > arquillian-testenricher-initialcontext.jar > arquillian-testenricher-resource.jar > arquillian-was-remote.jar > commons-fileupload-1.2.1.jar > commons-io-1.4.jar > deltaspike-core-api-1.0.0.jar > deltaspike-core-impl-1.0.0.jar > deltaspike-jsf-module-api-1.0.0.jar > deltaspike-jsf-module-impl-1.0.0.jar > deltaspike-security-module-api-1.0.0.jar > deltaspike-security-module-impl-1.0.0.jar > itext-1.3.jar > jsfcore.jar > junit.jar > org.hamcrest.core_1.3.0.v201303031735.jar > poi-3.8-20120326.jar > primefaces-4.0.6.jar > shrinkwrap-api.jar > shrinkwrap-descriptors-api-base.jar > shrinkwrap-descriptors-api-javaee.jar > shrinkwrap-descriptors-impl-base.jar > shrinkwrap-descriptors-impl-javaee.jar > shrinkwrap-descriptors-spi.jar > shrinkwrap-impl-base.jar > shrinkwrap-spi.jar > Code snippet > ------------------ > import javax.inject.Inject; > import org.jboss.arquillian.container.test.api.Deployment; > import org.jboss.arquillian.junit.Arquillian; > import org.jboss.shrinkwrap.api.spec.EnterpriseArchive; > import org.junit.Assert; > import org.junit.Test; > import org.junit.runner.RunWith; > import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean; > import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean; > /** > * TODO - Place class description here > */ > @RunWith(Arquillian.class) > public class ArquillianInjectionTest extends BaseArquillianPersistenceTest { > @Inject > ListBookingBean b; > /** > * TODO - Place method description here > * > * @return > */ > @Deployment > public static EnterpriseArchive createTestArchive() { > java.net.Authenticator.setDefault(basicAuthAuthenticator); > return BaseArquillianPersistenceTest.createTestArchive("JabEAR"); > } > /** > * Unit Test Method > */ > @Test > public void testInjection() { > String stringRepresentation = null; > try { > System.out.println("Not Working Step 1"); > stringRepresentation = this.b.toString(); > System.out.println("Not Working Step 2"); > } catch (final NullPointerException npe) { > Assert.fail("Injection failed."); > } > Assert.assertNotNull(stringRepresentation); > } > } > Exception I am getting > ----------------------------- > Null Pointer exception in stringRepresentation = this.b.toString(); as b is null. > Complete stack trace > -------------------------- > java.lang.AssertionError: Injection failed. > at org.junit.Assert.fail(Assert.java:88) > at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301) > at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > 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.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50) > at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > 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.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > 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:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > 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:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > 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:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > 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.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269) > 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:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064) > at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Most Important Thing > ------------------------------ > I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code. > For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only. > Methods which I have modified > 1. public ProtocolMetaData deploy(final Archive archive) throws DeploymentException > 2. public void undeploy(final Archive archive) throws DeploymentException > I have just commented out the code which install / uninstall the application. > Can someone help me in getting this issue resolved. > Please let me know if I need to provide more information for debugging purpose. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 07:12:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 07:12:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1891) Update selenium version in branch 1.3.x to 2.43.1 In-Reply-To: References: Message-ID: Sona Jamborova created ARQ-1891: ----------------------------------- Summary: Update selenium version in branch 1.3.x to 2.43.1 Key: ARQ-1891 URL: https://issues.jboss.org/browse/ARQ-1891 Project: Arquillian Issue Type: Sub-task Reporter: Sona Jamborova -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 10:24:40 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 10:24:40 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13024462#comment-13024462 ] Sona Jamborova commented on ARQ-1890: ------------------------------------- This fix allows using of IEDriverServer 2.43.x. This server is the first one which allows using of MS IEDriver. > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 10:46:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 10:46:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13024470#comment-13024470 ] Sona Jamborova commented on ARQ-1890: ------------------------------------- Java code for enabling MS IE Driver is different than C# code in the attached document. From the current architecture of Drone is the best choice using system property -Dwebdriver.ie.driver.engine="{VENDOR | LEGACY | AUTODETECT}" (this property is case sensitive). Current version of Selenium this code: InternetExplorerDriver ie = new InternetExplorerDriverService.Builder().withEngineImplementation(InternetExplorerDriverEngine.VENDOR).build(); The build() method get a driver engine from system property if it not set by withEngineImplementation(...). The important note is that all current constructors call build(). > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 11:09:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 11:09:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13024482#comment-13024482 ] Sona Jamborova commented on ARQ-1890: ------------------------------------- After careful reading of the attached blog (Jim Evans) I found out that Java is not supported for using MS IE Driver. More information in comment from "sahajamit" on September 18, 2014 at 7:24 AM. Drone throws this exception: java.lang.RuntimeException: Unable to retrieve Drone Instance within 60 seconds at org.jboss.arquillian.drone.impl.DroneInstanceCreator.createDroneInstance(DroneInstanceCreator.java:89) 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.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.drone.impl.DroneTestEnricher.getDroneInstance(DroneTestEnricher.java:114) at org.jboss.arquillian.drone.impl.DroneTestEnricher.enrich(DroneTestEnricher.java:75) at org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52) 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.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.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.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.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.before(EventTestRunnerAdaptor.java:95) at org.jboss.arquillian.testng.Arquillian.arquillianBeforeTest(Arquillian.java:133) more ... Caused by: java.util.concurrent.TimeoutException: null at java.util.concurrent.FutureTask.get(FutureTask.java:201) at org.jboss.arquillian.drone.impl.DroneInstanceCreator.createDroneInstance(DroneInstanceCreator.java:75) 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.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.drone.impl.DroneTestEnricher.getDroneInstance(DroneTestEnricher.java:114) at org.jboss.arquillian.drone.impl.DroneTestEnricher.enrich(DroneTestEnricher.java:75) at org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52) 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.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) 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.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.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.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.before(EventTestRunnerAdaptor.java:95) at org.jboss.arquillian.testng.Arquillian.arquillianBeforeTest(Arquillian.java:133) > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 11:14:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 11:14:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sona Jamborova updated ARQ-1890: -------------------------------- Description: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). Solution for branch drone 1.3.x: * for enabling property in arquillian.xml: ** add new field (attribute) in class WebDriverConfiguration ** add setter and getter for this field ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class * for was: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. > Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). > Solution for branch drone 1.3.x: > * for enabling property in arquillian.xml: > ** add new field (attribute) in class WebDriverConfiguration > ** add setter and getter for this field > ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class > * for -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 11:17:40 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 11:17:40 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sona Jamborova updated ARQ-1890: -------------------------------- Description: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). Solution for branch drone 1.3.x: * for enabling property in arquillian.xml: ** add new field (attribute) in class WebDriverConfiguration ** add setter and getter for this field ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class * map a value of ieDriverEngine property to system property was: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). Solution for branch drone 1.3.x: * for enabling property in arquillian.xml: ** add new field (attribute) in class WebDriverConfiguration ** add setter and getter for this field ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class * for > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. > Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). > Solution for branch drone 1.3.x: > * for enabling property in arquillian.xml: > ** add new field (attribute) in class WebDriverConfiguration > ** add setter and getter for this field > ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class > * map a value of ieDriverEngine property to system property -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 11:18:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 11:18:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1890) Support implementation of Microsoft WebDriver In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sona Jamborova updated ARQ-1890: -------------------------------- Description: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). Solution for branch drone 1.3.x: * for enabling property in arquillian.xml: ** add new field (attribute) in class WebDriverConfiguration ** add setter and getter for this field ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class * map a value of ieDriverEngine property to system property "webdriver.ie.driver.engine" ** in class InternetExplorerDriverFactory was: Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. My Idea is: 1) An user is responsible to install MS WebDriver 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). Solution for branch drone 1.3.x: * for enabling property in arquillian.xml: ** add new field (attribute) in class WebDriverConfiguration ** add setter and getter for this field ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class * map a value of ieDriverEngine property to system property > Support implementation of Microsoft WebDriver > --------------------------------------------- > > Key: ARQ-1890 > URL: https://issues.jboss.org/browse/ARQ-1890 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.3.1.Final > Reporter: Sona Jamborova > > Selenium team adds support of Microsoft WebDriver in 2.43.0. Drone should use this vendor as well as selenium. > My Idea is: > 1) An user is responsible to install MS WebDriver > 2) Arquillian.xml presents new property (for example: IEDriverEngine). The values are LEGACY, VENDOR, AUTODETECT. The default value is LEGACY or AUTODETECT. I prefer AUTODETECT. > Unfortunately, this feature is not fully supported by Selenium for Java platforms (see comments). > Solution for branch drone 1.3.x: > * for enabling property in arquillian.xml: > ** add new field (attribute) in class WebDriverConfiguration > ** add setter and getter for this field > ** Note: properties in arquillian.xml are automaticaly mapped to fields in this class > * map a value of ieDriverEngine property to system property "webdriver.ie.driver.engine" > ** in class InternetExplorerDriverFactory -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 2 11:58:39 2014 From: issues at jboss.org (Sona Jamborova (JIRA)) Date: Tue, 2 Dec 2014 11:58:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1891) Update selenium version in branch 1.3.x to 2.43.1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sona Jamborova updated ARQ-1891: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-extension-drone/pull/47 > Update selenium version in branch 1.3.x to 2.43.1 > ------------------------------------------------- > > Key: ARQ-1891 > URL: https://issues.jboss.org/browse/ARQ-1891 > Project: Arquillian > Issue Type: Sub-task > Components: Extension - Drone > Reporter: Sona Jamborova > -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 3 06:55:39 2014 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Wed, 3 Dec 2014 06:55:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1878) Introduce TableEntry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic updated ARQ-1878: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: recorder_1.0.0.Beta1 Resolution: Done > Introduce TableEntry > -------------------- > > Key: ARQ-1878 > URL: https://issues.jboss.org/browse/ARQ-1878 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Beta1 > Reporter: Stefan Miklosovic > Priority: Optional > Fix For: recorder_1.0.0.Beta1 > > > TableEntry should have header, rows and cells. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 3 06:56:39 2014 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Wed, 3 Dec 2014 06:56:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1877) PropertyEntry.getProperties doesn't seem to be rendered recursivly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1877. ------------------------------------ Assignee: Stefan Miklosovic Fix Version/s: recorder_1.0.0.Beta1 Resolution: Done Done only on group properties. > PropertyEntry.getProperties doesn't seem to be rendered recursivly > ------------------------------------------------------------------ > > Key: ARQ-1877 > URL: https://issues.jboss.org/browse/ARQ-1877 > Project: Arquillian > Issue Type: Bug > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Beta1 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: recorder_1.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 3 06:56:39 2014 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Wed, 3 Dec 2014 06:56:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1878) Introduce TableEntry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic reassigned ARQ-1878: -------------------------------------- Assignee: Stefan Miklosovic > Introduce TableEntry > -------------------- > > Key: ARQ-1878 > URL: https://issues.jboss.org/browse/ARQ-1878 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Beta1 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Priority: Optional > Fix For: recorder_1.0.0.Beta1 > > > TableEntry should have header, rows and cells. -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 03:38:39 2014 From: issues at jboss.org (=?UTF-8?Q?Arkadiusz_Gasi=C5=84ski_=28JIRA=29?=) Date: Fri, 5 Dec 2014 03:38:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025378#comment-13025378 ] Arkadiusz Gasi?ski commented on ARQ-1887: ----------------------------------------- I have run into another issue that is related to how the scripts are split before execution. This time I'm trying to insert a simple JavaScript script into my table and all script's content between curly braces is cut out, which causes the test failure, since the script cannot be parsed by the Nashorn engine - example below. {code:title=script.sql|borderStyle=solid} INSERT INTO SCRIPT(ENGINE, BODY) VALUES('JavaScript', 'function execute(context) {var Result = Java.type("xx.xxxxxx.xxxx.xxxxx.Result"); var result = new Result(); if (context.service === undefined) {result.code = 100;} else { result.code = 0;} return result;}'); {code} Result: {code:title=output.log|borderStyle=solid} INSERT INTO SCRIPT(ENGINE, BODY) VALUES('JavaScript', 'function execute(context) else return result;}'); {code} The question is: shall I make a separate issue for this or maybe this comment will be enough? Thanks! > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:26:40 2014 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Fri, 5 Dec 2014 10:26:40 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025575#comment-13025575 ] Bartosz Majsak commented on ARQ-1887: ------------------------------------- Please go ahead with dedicated issue. Would you be interested in contributing the fix for this issue or the other one? It's rather straightforward and you can count on my full support :) > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:36:40 2014 From: issues at jboss.org (=?UTF-8?Q?Arkadiusz_Gasi=C5=84ski_=28JIRA=29?=) Date: Fri, 5 Dec 2014 10:36:40 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025581#comment-13025581 ] Arkadiusz Gasi?ski commented on ARQ-1887: ----------------------------------------- Well, sure, I'd be happy to help with the fix, but you need to tell me first what's the procedure in such situation? Shall I make a pull request or maybe post the solution as comment and you would incorporate it? What about the tests? Thanks! > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:42:39 2014 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Fri, 5 Dec 2014 10:42:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025589#comment-13025589 ] Bartosz Majsak commented on ARQ-1887: ------------------------------------- I would go with go with forking in GitHub and making a pull request :) The easiest for both of us I believe. I normally make a feature branch named after JIRA issue, but that's my own preference. If you need any hints just ping me over email / google talk (should be everywhere in the code ;) or whatever else works best for you. Thanks a lot! > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:44:39 2014 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Fri, 5 Dec 2014 10:44:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025589#comment-13025589 ] Bartosz Majsak edited comment on ARQ-1887 at 12/5/14 10:43 AM: --------------------------------------------------------------- I would go with forking in GitHub and making a pull request :) The easiest for both of us I believe. I normally make a feature branch named after JIRA issue, but that's my own preference. If you need any hints just ping me over email / google talk (should be everywhere in the code ;) or whatever else works best for you. Thanks a lot! was (Author: bmajsak): I would go with go with forking in GitHub and making a pull request :) The easiest for both of us I believe. I normally make a feature branch named after JIRA issue, but that's my own preference. If you need any hints just ping me over email / google talk (should be everywhere in the code ;) or whatever else works best for you. Thanks a lot! > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:54:39 2014 From: issues at jboss.org (=?UTF-8?Q?Arkadiusz_Gasi=C5=84ski_=28JIRA=29?=) Date: Fri, 5 Dec 2014 10:54:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025598#comment-13025598 ] Arkadiusz Gasi?ski commented on ARQ-1887: ----------------------------------------- OK, but I'll sit with it tomorrow - feature branch will be done :) If I have any questions, I'll be pinging. > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 5 10:57:39 2014 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Fri, 5 Dec 2014 10:57:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1887) SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025599#comment-13025599 ] Bartosz Majsak commented on ARQ-1887: ------------------------------------- Sure, whenever fits you best! Many thanks for the contribution. > SQL scripts and ANSI_SQL_COMMENTS_PATTERN - unable to insert URL > ---------------------------------------------------------------- > > Key: ARQ-1887 > URL: https://issues.jboss.org/browse/ARQ-1887 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Arkadiusz Gasi?ski > Assignee: Bartosz Majsak > > Unable to insert URLs using @ApplyScriptBefore - example below. > {code:title=sample.sql|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http://localhost:41080/BusinessLogicVersioningTest/api/v1'); > {code} > Setting showSql to true in persistence-script extension configuration in arquillian.xml produces the following output: > {code:title=output.log|borderStyle=solid} > INSERT INTO CONFIG(NAME, MODULE, VALUE) VALUES('core.url', 'isep-core-tck', 'http: > {code} > The double slash (//) after the protocol is treated as a comment and thus the rest of the statement is ignored. > Shouldn't the // character sequence be treated as a comment only if it's placed at the beginning of a line? -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Mon Dec 8 02:59:39 2014 From: issues at jboss.org (Luca Graf (JIRA)) Date: Mon, 8 Dec 2014 02:59:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1235) "@ArquillianResource URL contexPath" is resolved to "http:/0.0.0.0:8080/deploypath" when using -b 0.0.0.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025751#comment-13025751 ] Luca Graf commented on ARQ-1235: -------------------------------- There exists an workaround by writing your own extension. SEE: https://developer.jboss.org/message/643097 I think it would be nice if a configuration option can find there way in the project (maybe the value from protocol configuration can be used by default when its used?). > "@ArquillianResource URL contexPath" is resolved to "http:/0.0.0.0:8080/deploypath" when using -b 0.0.0.0 > --------------------------------------------------------------------------------------------------------- > > Key: ARQ-1235 > URL: https://issues.jboss.org/browse/ARQ-1235 > Project: Arquillian > Issue Type: Feature Request > Components: JBoss AS Containers > Affects Versions: 1.0.3.Final > Environment: Windows 7 and AS7.1.1 with remote-container connector > Reporter: Jos? Freitas > > @ArquillianResource > URL contextPath; > gets resolved to: > http://0.0.0.0:8080/15ff0138-935a-44be-a84f-73263a88df6a/ > and it should return a public adress so it can connect to the server when @Deployment(testable = false) -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 9 21:26:39 2014 From: issues at jboss.org (Cesar Ricardez (JIRA)) Date: Tue, 9 Dec 2014 21:26:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1817) Ad-hoc H2 java functions are treated as comments In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13026507#comment-13026507 ] Cesar Ricardez commented on ARQ-1817: ------------------------------------- Hi guys, i?ll take a look on this, do you have any hints? > Ad-hoc H2 java functions are treated as comments > ------------------------------------------------ > > Key: ARQ-1817 > URL: https://issues.jboss.org/browse/ARQ-1817 > Project: Arquillian > Issue Type: Bug > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Tue Dec 9 22:26:39 2014 From: issues at jboss.org (Cesar Ricardez (JIRA)) Date: Tue, 9 Dec 2014 22:26:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1817) Ad-hoc H2 java functions are treated as comments In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13026508#comment-13026508 ] Cesar Ricardez commented on ARQ-1817: ------------------------------------- Hi, I tried to reproduce this bug on the current master branch, and it seems that is a problem with the ScriptExecutor.java file. As far i can see, on line 84 we use the ScriptExecutor#removeComments() which use the ANSI_SQL_COMMENTS_PATTERN constant define in the same class perform a String#replaceAll call against the script. The ANSI_SQL_COMMENTS_PATTERN is a hard-coded string, which contains the follow: "--.*|//.*|(?s)/\*.*?\*/|(?s)\{.*?\}" Steps to reproduce: 1. Open the ScriptExecutor.java 2. put a debug breakpoint at line 85 of ScriptExecutor 3. Add the user provided statement to the scripts/two-inserts-with-comment.sql 4. debug ScriptExecutorTest#should_execute_two_statements_when_script_contains_two_insert_statements_and_comment 5. When the flow hits the breakpoint, you must see the follow: {code:text} INSERT INTO useraccount (id, firstname, lastname, username, password) VALUES (1, 'John', 'Smith', 'doovde', 'password'); INSERT INTO useraccount (id, firstname, lastname, username, password) VALUES (2, 'Clark', 'Kent', 'superman', 'kryptonite'); CREATE ALIAS NEXT_PRIME AS $$ String nextPrime(String value) $$; {code} I'll update later... > Ad-hoc H2 java functions are treated as comments > ------------------------------------------------ > > Key: ARQ-1817 > URL: https://issues.jboss.org/browse/ARQ-1817 > Project: Arquillian > Issue Type: Bug > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 10 03:22:39 2014 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Wed, 10 Dec 2014 03:22:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method In-Reply-To: References: Message-ID: Saurabh Agarwal created ARQ-1892: ------------------------------------ Summary: java.util.NoSuchElementException from TestRunner class getTestRunner method Key: ARQ-1892 URL: https://issues.jboss.org/browse/ARQ-1892 Project: Arquillian Issue Type: Bug Components: Base Implementation Affects Versions: 1.1.5.Final Environment: RSA, WAS 8.x Reporter: Saurabh Agarwal Priority: Critical Hi All, Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. I am using Servlet 3.0 protocol. java.util.NoSuchElementException at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) 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:575) at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) Any help / resolution is much appreciated. Attaching required code for reference Thanks Saurabh -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 10 03:26:39 2014 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Wed, 10 Dec 2014 03:26:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saurabh Agarwal updated ARQ-1892: --------------------------------- Attachment: arquillian.xml ArquillianSampleTest.java SampleBean.java SampleBeanNonCDI.java Attaching reference code > java.util.NoSuchElementException from TestRunner class getTestRunner method > --------------------------------------------------------------------------- > > Key: ARQ-1892 > URL: https://issues.jboss.org/browse/ARQ-1892 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Environment: RSA, WAS 8.x > Reporter: Saurabh Agarwal > Priority: Critical > Attachments: arquillian.xml, ArquillianSampleTest.java, SampleBean.java, SampleBeanNonCDI.java > > > Hi All, > Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. > I am using Servlet 3.0 protocol. > java.util.NoSuchElementException > at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) > at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) > 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:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) > at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) > at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Any help / resolution is much appreciated. > Attaching required code for reference > Thanks > Saurabh -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Wed Dec 10 03:29:39 2014 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Wed, 10 Dec 2014 03:29:39 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saurabh Agarwal updated ARQ-1892: --------------------------------- Description: Hi All, Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. I am using Servlet 3.0 protocol. java.util.NoSuchElementException at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) 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:575) at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) Any help / resolution is much appreciated. Attaching required code for reference. JARS list used are as below as not using Maven arquillian-config-api-1.1.5.Final.jar arquillian-config-impl-base-1.1.5.Final.jar arquillian-config-spi-1.1.5.Final.jar arquillian-container-impl-base-1.1.5.Final.jar arquillian-container-spi-1.1.5.Final.jar arquillian-container-test-api-1.1.5.Final.jar arquillian-container-test-impl-base-1.1.5.Final.jar arquillian-container-test-spi-1.1.5.Final.jar arquillian-core-api-1.1.5.Final.jar arquillian-core-impl-base-1.1.5.Final.jar arquillian-core-spi-1.1.5.Final.jar arquillian-junit-container-1.1.5.Final.jar arquillian-junit-core-1.1.5.Final.jar arquillian-junit-standalone-1.1.5.Final.jar arquillian-protocol-jmx-1.1.5.Final.jar arquillian-protocol-servlet-1.1.5.Final.jar arquillian-test-api-1.1.5.Final.jar arquillian-test-impl-base-1.1.5.Final.jar arquillian-test-spi-1.1.5.Final.jar arquillian-testenricher-cdi-1.1.5.Final.jar arquillian-testenricher-ejb-1.1.5.Final.jar arquillian-testenricher-initialcontext-1.1.5.Final.jar arquillian-testenricher-resource-1.1.5.Final.jar arquillian-testng-container-1.1.5.Final.jar arquillian-testng-core-1.1.5.Final.jar arquillian-testng-standalone-1.1.5.Final.jar arquillian-was-remote-8-1.0.0.Final-SNAPSHOT.jar junit-4.8.1.jar shrinkwrap-api-1.2.2.jar shrinkwrap-descriptors-api-base-2.0.0-alpha-5.jar shrinkwrap-descriptors-api-javaee-2.0.0-alpha-5.jar shrinkwrap-descriptors-impl-base-2.0.0-alpha-5.jar shrinkwrap-descriptors-impl-javaee-2.0.0-alpha-5.jar shrinkwrap-descriptors-spi-2.0.0-alpha-5.jar shrinkwrap-impl-base-1.2.2.jar shrinkwrap-spi-1.2.2.jar Thanks Saurabh was: Hi All, Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. I am using Servlet 3.0 protocol. java.util.NoSuchElementException at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) 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:575) at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) Any help / resolution is much appreciated. Attaching required code for reference Thanks Saurabh > java.util.NoSuchElementException from TestRunner class getTestRunner method > --------------------------------------------------------------------------- > > Key: ARQ-1892 > URL: https://issues.jboss.org/browse/ARQ-1892 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Environment: RSA, WAS 8.x > Reporter: Saurabh Agarwal > Priority: Critical > Attachments: arquillian.xml, ArquillianSampleTest.java, SampleBean.java, SampleBeanNonCDI.java > > > Hi All, > Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. > I am using Servlet 3.0 protocol. > java.util.NoSuchElementException > at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) > at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) > 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:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) > at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) > at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Any help / resolution is much appreciated. > Attaching required code for reference. JARS list used are as below as not using Maven > arquillian-config-api-1.1.5.Final.jar > arquillian-config-impl-base-1.1.5.Final.jar > arquillian-config-spi-1.1.5.Final.jar > arquillian-container-impl-base-1.1.5.Final.jar > arquillian-container-spi-1.1.5.Final.jar > arquillian-container-test-api-1.1.5.Final.jar > arquillian-container-test-impl-base-1.1.5.Final.jar > arquillian-container-test-spi-1.1.5.Final.jar > arquillian-core-api-1.1.5.Final.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container-1.1.5.Final.jar > arquillian-junit-core-1.1.5.Final.jar > arquillian-junit-standalone-1.1.5.Final.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet-1.1.5.Final.jar > arquillian-test-api-1.1.5.Final.jar > arquillian-test-impl-base-1.1.5.Final.jar > arquillian-test-spi-1.1.5.Final.jar > arquillian-testenricher-cdi-1.1.5.Final.jar > arquillian-testenricher-ejb-1.1.5.Final.jar > arquillian-testenricher-initialcontext-1.1.5.Final.jar > arquillian-testenricher-resource-1.1.5.Final.jar > arquillian-testng-container-1.1.5.Final.jar > arquillian-testng-core-1.1.5.Final.jar > arquillian-testng-standalone-1.1.5.Final.jar > arquillian-was-remote-8-1.0.0.Final-SNAPSHOT.jar > junit-4.8.1.jar > shrinkwrap-api-1.2.2.jar > shrinkwrap-descriptors-api-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-api-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-spi-2.0.0-alpha-5.jar > shrinkwrap-impl-base-1.2.2.jar > shrinkwrap-spi-1.2.2.jar > Thanks > Saurabh -- This message was sent by Atlassian JIRA (v6.3.8#6338) From issues at jboss.org Fri Dec 12 08:11:29 2014 From: issues at jboss.org (Juergen Zimmermann (JIRA)) Date: Fri, 12 Dec 2014 08:11:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1835) JUnit 4.12-beta-1 results in UnsupportedOperationException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13027333#comment-13027333 ] Juergen Zimmermann commented on ARQ-1835: ----------------------------------------- Basically the same stacktrace with JUnit 4.12 > JUnit 4.12-beta-1 results in UnsupportedOperationException > ---------------------------------------------------------- > > Key: ARQ-1835 > URL: https://issues.jboss.org/browse/ARQ-1835 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Reporter: Juergen Zimmermann > > When I configure my pom.xml so that JUnit 4.12-beta-1 is used than an UnsupportedOperationException is thrown: > {code} > java.lang.UnsupportedOperationException > at java.util.Collections$UnmodifiableList$1.set(Collections.java:1412) > at java.util.Collections.sort(Collections.java:234) > at org.jboss.arquillian.junit.Arquillian.getChildren(Arquillian.java:73) > at org.junit.runners.ParentRunner.getFilteredChildren(ParentRunner.java:426) > at org.junit.runners.ParentRunner.getDescription(ParentRunner.java:351) > at org.junit.runners.ParentRunner.run(ParentRunner.java:359) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Dec 12 11:00:32 2014 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Fri, 12 Dec 2014 11:00:32 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13027407#comment-13027407 ] Aslak Knutsen commented on ARQ-1892: ------------------------------------ Try removing the following jars; arquillian-testng-* arquillian-junit-standalone-1.1.5.Final.jar Some of these overlap and probably confuse Core a bit. > java.util.NoSuchElementException from TestRunner class getTestRunner method > --------------------------------------------------------------------------- > > Key: ARQ-1892 > URL: https://issues.jboss.org/browse/ARQ-1892 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Environment: RSA, WAS 8.x > Reporter: Saurabh Agarwal > Priority: Critical > Attachments: arquillian.xml, ArquillianSampleTest.java, SampleBean.java, SampleBeanNonCDI.java > > > Hi All, > Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. > I am using Servlet 3.0 protocol. > java.util.NoSuchElementException > at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) > at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) > 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:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) > at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) > at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Any help / resolution is much appreciated. > Attaching required code for reference. JARS list used are as below as not using Maven > arquillian-config-api-1.1.5.Final.jar > arquillian-config-impl-base-1.1.5.Final.jar > arquillian-config-spi-1.1.5.Final.jar > arquillian-container-impl-base-1.1.5.Final.jar > arquillian-container-spi-1.1.5.Final.jar > arquillian-container-test-api-1.1.5.Final.jar > arquillian-container-test-impl-base-1.1.5.Final.jar > arquillian-container-test-spi-1.1.5.Final.jar > arquillian-core-api-1.1.5.Final.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container-1.1.5.Final.jar > arquillian-junit-core-1.1.5.Final.jar > arquillian-junit-standalone-1.1.5.Final.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet-1.1.5.Final.jar > arquillian-test-api-1.1.5.Final.jar > arquillian-test-impl-base-1.1.5.Final.jar > arquillian-test-spi-1.1.5.Final.jar > arquillian-testenricher-cdi-1.1.5.Final.jar > arquillian-testenricher-ejb-1.1.5.Final.jar > arquillian-testenricher-initialcontext-1.1.5.Final.jar > arquillian-testenricher-resource-1.1.5.Final.jar > arquillian-testng-container-1.1.5.Final.jar > arquillian-testng-core-1.1.5.Final.jar > arquillian-testng-standalone-1.1.5.Final.jar > arquillian-was-remote-8-1.0.0.Final-SNAPSHOT.jar > junit-4.8.1.jar > shrinkwrap-api-1.2.2.jar > shrinkwrap-descriptors-api-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-api-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-spi-2.0.0-alpha-5.jar > shrinkwrap-impl-base-1.2.2.jar > shrinkwrap-spi-1.2.2.jar > Thanks > Saurabh -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Dec 12 11:03:29 2014 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Fri, 12 Dec 2014 11:03:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1835) JUnit 4.12-beta-1 results in UnsupportedOperationException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1835: ------------------------------- Fix Version/s: 1.1.6.Final > JUnit 4.12-beta-1 results in UnsupportedOperationException > ---------------------------------------------------------- > > Key: ARQ-1835 > URL: https://issues.jboss.org/browse/ARQ-1835 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Reporter: Juergen Zimmermann > Fix For: 1.1.6.Final > > > When I configure my pom.xml so that JUnit 4.12-beta-1 is used than an UnsupportedOperationException is thrown: > {code} > java.lang.UnsupportedOperationException > at java.util.Collections$UnmodifiableList$1.set(Collections.java:1412) > at java.util.Collections.sort(Collections.java:234) > at org.jboss.arquillian.junit.Arquillian.getChildren(Arquillian.java:73) > at org.junit.runners.ParentRunner.getFilteredChildren(ParentRunner.java:426) > at org.junit.runners.ParentRunner.getDescription(ParentRunner.java:351) > at org.junit.runners.ParentRunner.run(ParentRunner.java:359) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Dec 12 11:04:29 2014 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Fri, 12 Dec 2014 11:04:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1835) JUnit 4.12-beta-1 results in UnsupportedOperationException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen resolved ARQ-1835. -------------------------------- Assignee: Aslak Knutsen Resolution: Done pushed upstream https://github.com/arquillian/arquillian-core/commit/c104d4484f3f786376d5816b04bc58b31a528c29 > JUnit 4.12-beta-1 results in UnsupportedOperationException > ---------------------------------------------------------- > > Key: ARQ-1835 > URL: https://issues.jboss.org/browse/ARQ-1835 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Reporter: Juergen Zimmermann > Assignee: Aslak Knutsen > Fix For: 1.1.6.Final > > > When I configure my pom.xml so that JUnit 4.12-beta-1 is used than an UnsupportedOperationException is thrown: > {code} > java.lang.UnsupportedOperationException > at java.util.Collections$UnmodifiableList$1.set(Collections.java:1412) > at java.util.Collections.sort(Collections.java:234) > at org.jboss.arquillian.junit.Arquillian.getChildren(Arquillian.java:73) > at org.junit.runners.ParentRunner.getFilteredChildren(ParentRunner.java:426) > at org.junit.runners.ParentRunner.getDescription(ParentRunner.java:351) > at org.junit.runners.ParentRunner.run(ParentRunner.java:359) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Dec 12 11:13:29 2014 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Fri, 12 Dec 2014 11:13:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1845) BeforeSuite and AfterSuite events triggered for every class in Eclipse since ARQ-1803 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1845: ------------------------------- Fix Version/s: 1.1.6.Final > BeforeSuite and AfterSuite events triggered for every class in Eclipse since ARQ-1803 > ------------------------------------------------------------------------------------- > > Key: ARQ-1845 > URL: https://issues.jboss.org/browse/ARQ-1845 > Project: Arquillian > Issue Type: Bug > Components: Test Harness Integration > Affects Versions: 1.1.5.Final > Reporter: Emond Papegaaij > Fix For: 1.1.6.Final > > > The change made in ARQ-1803 broke the Eclipse hack that should prevent Before- and AfterSuite events for every class. Eclipse creates an Arquillian instance for every class to be tested before the tests are actually started. The State.runnerStarted() was placed in the constructor to count the number of tests created, so only the last test would fire AfterSuite. See the comment in org.jboss.arquillian.junit.State for more info. > This is a major regression for us, as we depend on the arquillian-suite-extension to only deploy the application once. Deploying the application takes over a minute, adding significant time to our test runs under Eclipse. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Dec 14 07:44:29 2014 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Sun, 14 Dec 2014 07:44:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13027524#comment-13027524 ] Saurabh Agarwal commented on ARQ-1892: -------------------------------------- Thanks for the inputs, I tried as per suggestion but the error remains the same. Does getTestRunner() method expects something, I tried debugging the API code but somehow I could not able to catch anything. For some reason, I have created the file org.jboss.arquillian.core.spi.LoadableExtension under Meta-INF / Service folder but not sure what is the issue. Any help / inputs are highly welcomed Thanks Saurabh > java.util.NoSuchElementException from TestRunner class getTestRunner method > --------------------------------------------------------------------------- > > Key: ARQ-1892 > URL: https://issues.jboss.org/browse/ARQ-1892 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.5.Final > Environment: RSA, WAS 8.x > Reporter: Saurabh Agarwal > Priority: Critical > Attachments: arquillian.xml, ArquillianSampleTest.java, SampleBean.java, SampleBeanNonCDI.java > > > Hi All, > Upon running test case with Arqullian, I am getting below exception from TestRunner.class in getTest method. > I am using Servlet 3.0 protocol. > java.util.NoSuchElementException > at java.util.LinkedHashMap$AbstractMapIterator.makeNext(LinkedHashMap.java:143) > at java.util.LinkedHashMap$KeyIterator.next(LinkedHashMap.java:201) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:60) > at org.jboss.arquillian.container.test.spi.util.TestRunners.getTestRunner(TestRunners.java:44) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:158) > 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:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071) > at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3815) > at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:981) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Any help / resolution is much appreciated. > Attaching required code for reference. JARS list used are as below as not using Maven > arquillian-config-api-1.1.5.Final.jar > arquillian-config-impl-base-1.1.5.Final.jar > arquillian-config-spi-1.1.5.Final.jar > arquillian-container-impl-base-1.1.5.Final.jar > arquillian-container-spi-1.1.5.Final.jar > arquillian-container-test-api-1.1.5.Final.jar > arquillian-container-test-impl-base-1.1.5.Final.jar > arquillian-container-test-spi-1.1.5.Final.jar > arquillian-core-api-1.1.5.Final.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container-1.1.5.Final.jar > arquillian-junit-core-1.1.5.Final.jar > arquillian-junit-standalone-1.1.5.Final.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet-1.1.5.Final.jar > arquillian-test-api-1.1.5.Final.jar > arquillian-test-impl-base-1.1.5.Final.jar > arquillian-test-spi-1.1.5.Final.jar > arquillian-testenricher-cdi-1.1.5.Final.jar > arquillian-testenricher-ejb-1.1.5.Final.jar > arquillian-testenricher-initialcontext-1.1.5.Final.jar > arquillian-testenricher-resource-1.1.5.Final.jar > arquillian-testng-container-1.1.5.Final.jar > arquillian-testng-core-1.1.5.Final.jar > arquillian-testng-standalone-1.1.5.Final.jar > arquillian-was-remote-8-1.0.0.Final-SNAPSHOT.jar > junit-4.8.1.jar > shrinkwrap-api-1.2.2.jar > shrinkwrap-descriptors-api-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-api-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-base-2.0.0-alpha-5.jar > shrinkwrap-descriptors-impl-javaee-2.0.0-alpha-5.jar > shrinkwrap-descriptors-spi-2.0.0-alpha-5.jar > shrinkwrap-impl-base-1.2.2.jar > shrinkwrap-spi-1.2.2.jar > Thanks > Saurabh -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Dec 19 10:00:31 2014 From: issues at jboss.org (Martijn Dashorst (JIRA)) Date: Fri, 19 Dec 2014 10:00:31 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1842) Show original exception instead of NullPointerExcetpion from TransactionHandler In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martijn Dashorst updated ARQ-1842: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-extension-transaction/pull/9 When the setup of a testcase fails due to some exception when setting up CDI context, the TransactionHandler throws a NullPointerException while trying to determine the transaction result (rollback or commit). This masks the original exception making it hard to figure out what goes wrong when building a context for test cases. You can see the particular testcase here: https://github.com/dashorst/arquillian-transaction-npe-test The commit in this PR fixes the NPE and doesn't hide the original exception > 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.11#6341) From issues at jboss.org Fri Dec 19 10:02:30 2014 From: issues at jboss.org (Martijn Dashorst (JIRA)) Date: Fri, 19 Dec 2014 10:02:30 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1842) Show original exception instead of NullPointerExcetpion from TransactionHandler In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13029012#comment-13029012 ] Martijn Dashorst commented on ARQ-1842: --------------------------------------- I have reproduced this error in this test case project: https://github.com/dashorst/arquillian-transaction-npe-test and provided a fix in this pull request: https://github.com/arquillian/arquillian-extension-transaction/pull/9 > 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.11#6341) From issues at jboss.org Sun Dec 28 12:04:29 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sun, 28 Dec 2014 12:04:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 In-Reply-To: References: Message-ID: Gerhard Poul created ARQ-1893: --------------------------------- Summary: Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 Key: ARQ-1893 URL: https://issues.jboss.org/browse/ARQ-1893 Project: Arquillian Issue Type: Feature Request Components: WebSphere Containers Reporter: Gerhard Poul Assignee: Gerhard Poul Priority: Optional Fix For: was_1.0.0.Alpha1 Create a managed DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.Next. The Alpha is currently available on wasdev.net. This implementation should allow complete lifecycle management of the liberty profile as part of the Arquillian test. A test should be implemented testing the ejblite compatibility. During implementation we should also investigate whether an integration with the new Maven support in liberty profile can be used in combination with Arquillian. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Dec 28 12:07:30 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sun, 28 Dec 2014 12:07:30 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul updated ARQ-1893: ------------------------------ Fix Version/s: (was: was_1.0.0.Alpha1) Git Pull Request: https://github.com/arquillian/arquillian-container-was/pull/22 (was: https://github.com/arquillian/arquillian-container-was/pull/6) Description: Create a remote DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.5. (was: Create a managed DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.Next. The Alpha is currently available on wasdev.net. This implementation should allow complete lifecycle management of the liberty profile as part of the Arquillian test. A test should be implemented testing the ejblite compatibility. During implementation we should also investigate whether an integration with the new Maven support in liberty profile can be used in combination with Arquillian.) > Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 > ------------------------------------------------------------------------------ > > Key: ARQ-1893 > URL: https://issues.jboss.org/browse/ARQ-1893 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Reporter: Gerhard Poul > Assignee: Gerhard Poul > Priority: Optional > > Create a remote DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.5. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Dec 28 12:07:30 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sun, 28 Dec 2014 12:07:30 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on ARQ-1893 started by Gerhard Poul. ----------------------------------------- > Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 > ------------------------------------------------------------------------------ > > Key: ARQ-1893 > URL: https://issues.jboss.org/browse/ARQ-1893 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Reporter: Gerhard Poul > Assignee: Gerhard Poul > Priority: Optional > > Create a remote DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.5. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Dec 28 12:07:30 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sun, 28 Dec 2014 12:07:30 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul updated ARQ-1893: ------------------------------ Status: Pull Request Sent (was: Coding In Progress) > Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 > ------------------------------------------------------------------------------ > > Key: ARQ-1893 > URL: https://issues.jboss.org/browse/ARQ-1893 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Reporter: Gerhard Poul > Assignee: Gerhard Poul > Priority: Optional > > Create a remote DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.5. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Dec 28 14:10:29 2014 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sun, 28 Dec 2014 14:10:29 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul updated ARQ-1893: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: was_1.0.0.next Resolution: Done > Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5 > ------------------------------------------------------------------------------ > > Key: ARQ-1893 > URL: https://issues.jboss.org/browse/ARQ-1893 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Reporter: Gerhard Poul > Assignee: Gerhard Poul > Priority: Optional > Fix For: was_1.0.0.next > > > Create a remote DeployableContainer integration for WebSphere Application Server Liberty Profile V8.5.5. -- This message was sent by Atlassian JIRA (v6.3.11#6341)