February 2011 - arquillian-issues

[JBoss JIRA] Created: (ARQ-370) Merge remote aslakknutsen/the_bigger_picture back into upstream/master

by Andrew Rubinger (JIRA)

Merge remote aslakknutsen/the_bigger_picture back into upstream/master ---------------------------------------------------------------------- Key: ARQ-370 URL: https://issues.jboss.org/browse/ARQ-370 Project: Arquillian Issue Type: Task Reporter: Andrew Rubinger Assignee: Andrew Rubinger upstream/master should be the target integration branch. Due to features requested of Arquillian but unavailable in dependent projects, the "the_bigger_picture" branch was created to prototype upcoming, unstable development. Over time this has diverged from upstream/master and has become the current integration target, depending upon featureset branches from other projects. This task is set to track the changes and dependencies required to get a working merge back into upstream/master. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (ARQ-289) All poms refere to old svn repo, update to git

by Aslak Knutsen (JIRA)

All poms refere to old svn repo, update to git ---------------------------------------------- Key: ARQ-289 URL: https://jira.jboss.org/browse/ARQ-289 Project: Arquillian Issue Type: Bug Reporter: Aslak Knutsen Fix For: 1.0.0.Beta1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
3
0 / 0

[JBoss JIRA] Created: (ARQ-326) Track JBoss AS CR1

by Aslak Knutsen (JIRA)

Track JBoss AS CR1 ------------------ Key: ARQ-326 URL: https://jira.jboss.org/browse/ARQ-326 Project: Arquillian Issue Type: Feature Request Reporter: Aslak Knutsen Priority: Minor Fix For: 1.0.0.Beta1 http://community.jboss.org/wiki/AS600CR1StatusExecutiveSummary -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
4
0 / 0

[JBoss JIRA] Created: (ARQ-259) Provide xsd for all containers and for core

by Pete Muir (JIRA)

Provide xsd for all containers and for core ------------------------------------------- Key: ARQ-259 URL: https://jira.jboss.org/browse/ARQ-259 Project: Arquillian Issue Type: Task Components: Configuration Affects Versions: 1.0.0.Alpha3 Reporter: Pete Muir Priority: Critical This will be a major usability improvement -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (ARQ-171) ServletMethodExecutor should get context path from container

by Dan Allen (JIRA)

ServletMethodExecutor should get context path from container ------------------------------------------------------------ Key: ARQ-171 URL: https://jira.jboss.org/browse/ARQ-171 Project: Arquillian Issue Type: Bug Components: Test Protocol SPIs and Implementation Affects Versions: 1.0.0.Alpha2 Reporter: Dan Allen While working on the JSR 88 container implementation, I noticed that ServletMethodExecutor is using the hard-coded context path "/test" to communicate with the application to invoke the ArquillianServletRunner. I think that the context path is something that the container implementation should be passing to the ServletMethodExecutor in the deploy() method. This assumption poses a particular problem in the JSR 88 container. When a WAR is deployed using JSR 88, the module is assigned a random name, and hence a random context path. Since there is no way to override the context path "/test" used by the ServletMethodExecutor, it fails to communicate with the server. The ServletMethodExecutor constructor should be changed to take the context path as the second parameter. All the container implementations will need to be updated accordingly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
6
0 / 0

[JBoss JIRA] Created: (ARQ-292) Enforcing Maven 3 in build/pom.xml does not seem to work...

by Aslak Knutsen (JIRA)

Enforcing Maven 3 in build/pom.xml does not seem to work... ----------------------------------------------------------- Key: ARQ-292 URL: https://jira.jboss.org/browse/ARQ-292 Project: Arquillian Issue Type: Bug Reporter: Aslak Knutsen Assignee: Aslak Knutsen Fix For: 1.0.0.Beta1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
3
0 / 0

[JBoss JIRA] Created: (ARQ-275) WeldSEContainer doesn't meet Weld 1.1 SPI contract

by Pete Muir (JIRA)

WeldSEContainer doesn't meet Weld 1.1 SPI contract -------------------------------------------------- Key: ARQ-275 URL: https://jira.jboss.org/browse/ARQ-275 Project: Arquillian Issue Type: Bug Affects Versions: 1.0.0.Alpha4 Reporter: Pete Muir getExtensions is returning an empty list, thus meaning that the container will never load an extensions -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (ARQ-153) Protocol configuration element should be separate from Container

by Aslak Knutsen (JIRA)

Protocol configuration element should be separate from Container ---------------------------------------------------------------- Key: ARQ-153 URL: https://jira.jboss.org/browse/ARQ-153 Project: Arquillian Issue Type: Feature Request Components: Configuration Affects Versions: 1.0.0.Alpha2 Reporter: Aslak Knutsen A Contianer should be able to run with any of the support Protocols for communication with TestCase running inside the container. This needs to be configurable in a common way. Currently Servlet Protocol configuration is stuck in the specific Containers who use it, this needs to be extracted. e.g. {code:XML} <arquillian xmlns="http://jboss.com/arquillian" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:jboss="urn:arq:org.jboss.arquillian.jbossas.remote60" xmlns:servlet="urn:arq:org.jboss.arquillian.protocol.servlet" xmlns:jmx="urn:arq:org.jboss.arquillian.protocol.jmx" xmlns:jndi="urn:arq:org.jboss.arquillian.jndi"> <jboss:container id="jbossTest"> <localDeploymentBindAddress>my.domain</localDeploymentBindAddress> <servlet:protocol> <remoteServerAddress>remote.server</remoteServerAddress> <remoteServerHttpPort>8181</remoteServerHttpPort> </servlet:protocol> <jndi:protocol>  <javaNamingProviderUrl>jnp://remote.server:1099</javaNamingProviderUrl> <javaNamingFactoryInitial>org.jnp.interfaces.NamingContextFactory</javaNamingFactoryInitial> <javaNamingFactoryUrlPkgs>org.jboss.naming\:org.jnp.interfaces</javaNamingFactoryUrlPkgs> </jndi:protocol> </jboss:container> <jboss:container id="jbossStage"> <localDeploymentBindAddress>my.domain</localDeploymentBindAddress> <jmx:protocol> <serviceUrl>service:jmx:rmi:///jndi/rmi://localhost:1099/</serviceUrl> </jmx:protocol> <jndi:protocol> <javaNamingProviderUrl>jnp://remote.server:1099</javaNamingProviderUrl> <javaNamingFactoryInitial>org.jnp.interfaces.NamingContextFactory</javaNamingFactoryInitial> <javaNamingFactoryUrlPkgs>org.jboss.naming\:org.jnp.interfaces</javaNamingFactoryUrlPkgs> </jndi:protocol> </jboss:container> </arquillian> {code} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

3
10
0 / 0

[JBoss JIRA] Created: (ARQ-158) Replace method arguments with toString instead of Class

by Aslak Knutsen (JIRA)

Replace method arguments with toString instead of Class ------------------------------------------------------- Key: ARQ-158 URL: https://jira.jboss.org/browse/ARQ-158 Project: Arquillian Issue Type: Feature Request Components: Test Harness Integration Affects Versions: 1.0.0.Alpha2 Reporter: Aslak Knutsen When using Argument injection in TestNG, TestNG tries to write out the values as part of the Report after all contexts are closed. In Alpha-2 we replace all arguments with Class after the test is executed. Replace the arguments with toString instead, this way the user can control what is written. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

1
5
0 / 0

[JBoss JIRA] Created: (ARQ-110) RunMode Local should reuse protocol-local

by Aslak Knutsen (JIRA)

RunMode Local should reuse protocol-local ----------------------------------------- Key: ARQ-110 URL: https://jira.jboss.org/jira/browse/ARQ-110 Project: Arquillian Issue Type: Task Reporter: Aslak Knutsen Currently the RunMode Local handler has it's own v. of the LocalMethodExecutor. The same code should be shared between the standalone containers(weld, openwebbeans, openejb...) options: - remove protocol-local and replace it with a class in impl? - remove protocol-local and replace it with a class in spi? - make impl depend on protocol-local ? -- 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, 10 months

1
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues February 2011