December 2014 - arquillian-issues

[JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5

by Gerhard Poul (JIRA)

[ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5

by Gerhard Poul (JIRA)

[ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5

by Gerhard Poul (JIRA)

[ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5

by Gerhard Poul (JIRA)

[ https://issues.jboss.org/browse/ARQ-1893?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1893) Create a remote DeployableContainer integration for WAS Liberty Profile V8.5.5

by Gerhard Poul (JIRA)

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)

9 years, 4 months

1
0
0 / 0

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

by Martijn Dashorst (JIRA)

[ https://issues.jboss.org/browse/ARQ-1842?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

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

by Martijn Dashorst (JIRA)

[ https://issues.jboss.org/browse/ARQ-1842?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1892) java.util.NoSuchElementException from TestRunner class getTestRunner method

by Saurabh Agarwal (JIRA)

[ https://issues.jboss.org/browse/ARQ-1892?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1845) BeforeSuite and AfterSuite events triggered for every class in Eclipse since ARQ-1803

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1845?page=com.atlassian.jira.plugin.s... ] 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)

9 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1835) JUnit 4.12-beta-1 results in UnsupportedOperationException

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1835?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen resolved ARQ-1835. -------------------------------- Assignee: Aslak Knutsen Resolution: Done pushed upstream https://github.com/arquillian/arquillian-core/commit/c104d4484f3f786376d5... > 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)

9 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues December 2014