February 2010 - arquillian-issues

[JBoss JIRA] Created: (ARQ-77) Support @EJB injection

by Andrew Lee Rubinger (JIRA)

Support @EJB injection ----------------------- Key: ARQ-77 URL: https://jira.jboss.org/jira/browse/ARQ-77 Project: Arquillian Issue Type: Feature Request Components: OpenEJB Containers Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Tests should be able to have class or instance members injected according to @EJB semantics, avoiding the need for lookup code. The prototype is currently in the OpenEJB integration module, but really we should have some EJB 3.1 Global JNDI syntax compatible resolvers (which need an EJB name, module name, app name, and business interface name). Note that portable JNDI is under java:global, so only accessible to local JVMs. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

5
16
0 / 0

[JBoss JIRA] Created: (ARQ-74) Base test deployment on project in which test is run

by Pete Muir (JIRA)

Base test deployment on project in which test is run ---------------------------------------------------- Key: ARQ-74 URL: https://jira.jboss.org/jira/browse/ARQ-74 Project: Arquillian Issue Type: Feature Request Reporter: Pete Muir A common testing scenario will be to deploy the artifact generated by the current project, and run tests against it. For example, say my project was building a war, I want to be able to deploy that war, inserting the test case and any beans into the deployment, and have my tests run. In this case the deep control of the classpath through shrinkwrap is getting in the way. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
8
0 / 0

[JBoss JIRA] Created: (ARQ-49) Arquillian depends upon ShrinkWrap internals

by Andrew Lee Rubinger (JIRA)

Arquillian depends upon ShrinkWrap internals -------------------------------------------- Key: ARQ-49 URL: https://jira.jboss.org/jira/browse/ARQ-49 Project: Arquillian Issue Type: Task Reporter: Andrew Lee Rubinger Caught that a few Arquillian classes are directly depending upon ShrinkWrap internals, for which we cannot provide guarantee of consistency between releases. [alr@localhost trunk]$ egrep 'shrinkwrap.impl' -R . |grep .java ./demo/src/test/java/com/acme/cdi/InjectionTestCase.java:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./demo/src/test/java/com/acme/cdi/.svn/text-base/InjectionTestCase.java.svn-base:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./impl-base/src/main/java/org/jboss/arquillian/impl/ArquillianDeploymentAppender.java: Package.getPackage("org.jboss.shrinkwrap.impl.base"), ./impl-base/src/main/java/org/jboss/arquillian/impl/.svn/text-base/ArquillianDeploymentAppender.java.svn-base: Package.getPackage("org.jboss.shrinkwrap.impl.base"), ./junit/src/main/java/org/jboss/arquillian/junit/JUnitTestRunner.java:import org.jboss.shrinkwrap.impl.base.Validate; ./junit/src/main/java/org/jboss/arquillian/junit/.svn/text-base/JUnitTestRunner.java.svn-base:import org.jboss.shrinkwrap.impl.base.Validate; ./testng/src/main/java/org/jboss/arquillian/testng/TestNGTestRunner.java:import org.jboss.shrinkwrap.impl.base.Validate; ./testng/src/main/java/org/jboss/arquillian/testng/.svn/text-base/TestNGTestRunner.java.svn-base:import org.jboss.shrinkwrap.impl.base.Validate; ./demo-testng/src/test/java/com/acme/cdi/InjectionTestCase.java:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; ./demo-testng/src/test/java/com/acme/cdi/.svn/text-base/InjectionTestCase.java.svn-base:import org.jboss.shrinkwrap.impl.base.asset.ByteArrayAsset; Likely we'll want to evaluate these dependencies and instead move to API-only (for compile time, runtime requiring ShrinkWrap impls in "test" scope). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 1 month

6
10
0 / 0

[JBoss JIRA] Created: (ARQ-53) Research possibility of redirecting log statements back to client

by Aslak Knutsen (JIRA)

Research possibility of redirecting log statements back to client ----------------------------------------------------------------- Key: ARQ-53 URL: https://jira.jboss.org/jira/browse/ARQ-53 Project: Arquillian Issue Type: Feature Request Reporter: Aslak Knutsen When running in remote containers all system.out/err and log statements done in the testcase are written to the server log. It should be possible to catch this and redirect them back to the client.. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

4
7
0 / 0

[JBoss JIRA] Created: (ARQ-56) @Before/@After should only be executed on the server side

by Aslak Knutsen (JIRA)

@Before/@After should only be executed on the server side --------------------------------------------------------- Key: ARQ-56 URL: https://jira.jboss.org/jira/browse/ARQ-56 Project: Arquillian Issue Type: Task Components: JUnit, TestNG Reporter: Aslak Knutsen The Test Framework lifecycle callback methods like @Before/@After should be overwritten on the 'client' side and only execute in-container. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

3
21
0 / 0

[JBoss JIRA] Created: (ARQ-35) Create usage examples

by Aslak (JIRA)

Create usage examples --------------------- Key: ARQ-35 URL: https://jira.jboss.org/jira/browse/ARQ-35 Project: Arquillian Issue Type: Task Reporter: Aslak We need multiple examples on how to test different aspects/technologies. Transactions, ejb, jms, weld, servlet, jsf.. etc etc -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

4
5
0 / 0

[JBoss JIRA] Created: (ARQ-50) research an alternative approach to inheriting from Arquillian base class in TestNG

by Dan Allen (JIRA)

research an alternative approach to inheriting from Arquillian base class in TestNG ----------------------------------------------------------------------------------- Key: ARQ-50 URL: https://jira.jboss.org/jira/browse/ARQ-50 Project: Arquillian Issue Type: Feature Request Affects Versions: 1.0.0-alpha-1 Reporter: Dan Allen Priority: Minor This issue is a research and development task to determine if there is an alternative approach that can be used, rather than inheriting from the Arquillian base class, to hook a TestNG test into the Arquillian functionality. JUnit offers a @RunWith annotation which is what the JUnit module uses. The closest hook TestNG seems to offer is the ITestListener interface. However, the question becomes, how does that map to the requirements: @BeforeSuite -> start container (~ ITestListener.onStart) @BeforeClass -> deploy (??) TestMethod/IHookable -> remote call (??) @AfterClass -> undeploy -> (??) @AfterSuite -> stop container -> (~ ITestListener.onFinish) There was discussion on this thread about supporting @RunWith in TestNG: http://markmail.org/message/fxm6bddk6wzqa4yp -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

4
14
0 / 0

[JBoss JIRA] Created: (ARQ-57) JBossAS Remote Containers Depend upon Sun JDK

by Andrew Lee Rubinger (JIRA)

JBossAS Remote Containers Depend upon Sun JDK --------------------------------------------- Key: ARQ-57 URL: https://jira.jboss.org/jira/browse/ARQ-57 Project: Arquillian Issue Type: Bug Components: Jboss Containers Reporter: Andrew Lee Rubinger Assignee: Pete Muir Both the AS 5.1 and 6.0 implementations of JbossRemoteContainer have: import com.sun.net.httpserver.HttpExchange; import com.sun.net.httpserver.HttpHandler; import com.sun.net.httpserver.HttpServer Recommend an external dependency on a safe alternative like apache-httpcomponent's HttpClient or Jetty, ie: http://anonsvn.jboss.org/repos/jbossas/projects/ejb-book/trunk/ch07-rssca... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
8
0 / 0

[JBoss JIRA] Created: (ARQ-31) Jboss AS Arquillian Deployer

by Aslak (JIRA)

Jboss AS Arquillian Deployer ---------------------------- Key: ARQ-31 URL: https://jira.jboss.org/jira/browse/ARQ-31 Project: Arquillian Issue Type: Feature Request Reporter: Aslak It could be interesting to have a Arquillian Deployer in AS. scanning for *-tests.jar(Maven style) files and deploying them wrapped as a runnable testsuite/testcase via ie jmx. this would basically bypass the 'client' side of Arquillian and run directly on the server. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (ARQ-26) Create a archive repository service for containers not supporting ShrinkWrap directly

by Aslak (JIRA)

Create a archive repository service for containers not supporting ShrinkWrap directly ------------------------------------------------------------------------------------- Key: ARQ-26 URL: https://jira.jboss.org/jira/browse/ARQ-26 Project: Arquillian Issue Type: Task Reporter: Aslak Not all containers will support ShrinkWrap directly. Create a 'Service' or Abstract Deployable Container class to handle Archive<?> to URL mappings. ie, Remote Jboss instances need a http url to deploy. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues February 2010