March 2011 - arquillian-issues - Jboss List Archives

[JBoss JIRA] Created: (ARQAJO-43) Configure RF tests for using AjocadoRunner to verify it's functionality

by Lukas Fryc (JIRA)

Configure RF tests for using AjocadoRunner to verify it's functionality ----------------------------------------------------------------------- Key: ARQAJO-43 URL: https://issues.jboss.org/browse/ARQAJO-43 Project: Arquillian Ajocado Issue Type: Task Reporter: Lukas Fryc Assignee: Lukas Fryc Fix For: 1.0.0.Alpha3 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
5
0 / 0

[JBoss JIRA] Created: (ARQ-265) Support injection of MC Beans in JBoss AS Containers

by Aslak Knutsen (JIRA)

Support injection of MC Beans in JBoss AS Containers ---------------------------------------------------- Key: ARQ-265 URL: https://jira.jboss.org/browse/ARQ-265 Project: Arquillian Issue Type: Feature Request Components: Jetty Containers Reporter: Aslak Knutsen Support use of @Inject from MC in TestCases Lookup Kernel and resolve beans, or install test case as a MCBean ? -- 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

14 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (ARQ-247) Using the tomcat 6 embedded profile, @AfterClass methods are called after each test and method dependencies don't work

by Adam Warski (JIRA)

Using the tomcat 6 embedded profile, @AfterClass methods are called after each test and method dependencies don't work ---------------------------------------------------------------------------------------------------------------------- Key: ARQ-247 URL: https://jira.jboss.org/browse/ARQ-247 Project: Arquillian Issue Type: Bug Components: Tomcat Containers Affects Versions: 1.0.0.Alpha3 Reporter: Adam Warski If there are dependent tests (@Test(dependsOnMethods = "...")), TestNG throws this exception: org.testng.TestNGException: TestClass.testBBB() is not allowed to depend on public void TestClass.testAAA() throws java.lang.Exception at org.testng.internal.MethodHelper.findMethodsNamed(MethodHelper.java:149) Moreover, @AfterClass methods are called after each test, and additionally after the whole class. Same with @BeforeClass. -- 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

14 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (ARQ-262) Add a Tomcat remote container

by Pete Muir (JIRA)

Add a Tomcat remote container ----------------------------- Key: ARQ-262 URL: https://jira.jboss.org/browse/ARQ-262 Project: Arquillian Issue Type: Feature Request Components: Tomcat Containers Affects Versions: 1.0.0.Alpha3 Reporter: Pete Muir -- 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

14 years, 9 months

3
13
0 / 0

[JBoss JIRA] Created: (ARQ-238) Create a DeployableContainer integration for JBoss AS 4.2

by Aslak Knutsen (JIRA)

Create a DeployableContainer integration for JBoss AS 4.2 --------------------------------------------------------- Key: ARQ-238 URL: https://jira.jboss.org/browse/ARQ-238 Project: Arquillian Issue Type: Feature Request Components: Documentation, JBoss Containers Reporter: Aslak Knutsen Create a implementation that can talk to JBoss AS 4.2.x -- 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

14 years, 9 months

4
17
0 / 0

[JBoss JIRA] Created: (ARQ-365) Clear up use of ProfileName, not the same as ProfileKey in ProfileService

by Aslak Knutsen (JIRA)

Clear up use of ProfileName, not the same as ProfileKey in ProfileService ------------------------------------------------------------------------- Key: ARQ-365 URL: https://issues.jboss.org/browse/ARQ-365 Project: Arquillian Issue Type: Bug Components: Documentation, JBoss Containers Affects Versions: 1.0.0.Alpha4 Reporter: Aslak Knutsen profileName is used in Managed and Embedded to specify which server profile (directory) to use; "default", "standard", "all", etc Later the same value is used to load the ProfileService profile. profileName is used with Remote to specify which ProfileService profile to load. This is wrong. The ProfileService Profile is either "deployments", "deployers" or "farm", referring to the directory within the server profile(+ how to install them in MC). >From Arquillians point of view, the ProfileService Profile should always be "deployments", and the profileName configuration option can be removed from the Remote containers. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
6
0 / 0

[JBoss JIRA] Created: (ARQ-395) Create a better exception message when no DeployableContainer is found in ConainerRegistry

by Aslak Knutsen (JIRA)

Create a better exception message when no DeployableContainer is found in ConainerRegistry ------------------------------------------------------------------------------------------ Key: ARQ-395 URL: https://issues.jboss.org/browse/ARQ-395 Project: Arquillian Issue Type: Feature Request Components: Base Implementation Affects Versions: 1.0.0.Alpha5 Reporter: Aslak Knutsen Fix For: 1.0.0.Beta1 org.jboss.arquillian.impl.client.deployment.ValidationException: DeploymentScenario contains targets not maching any defined Container in the registry. _DEFAULT_ We can validate this Suite level, before @BeforeClass is invoked to see if the ContainerRegistry is empty. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
7
0 / 0

[JBoss JIRA] Created: (ARQ-406) Can you please publish JavaDoc jars for Arquillian and Shrinkwrap in Maven Repo?

by Steven Boscarine (JIRA)

Can you please publish JavaDoc jars for Arquillian and Shrinkwrap in Maven Repo? -------------------------------------------------------------------------------- Key: ARQ-406 URL: https://issues.jboss.org/browse/ARQ-406 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Steven Boscarine Priority: Trivial I noticed that in the Maven repository, you are only publishing sources and binaries. Can you please publish JavaDoc as well? It would allow the user to access the correct version of the docs from their IDE. I noticed both Arquillian and Shrinkwrap don't have JavaDoc archives: https://repository.jboss.org/nexus/content/groups/public/org/jboss/shrink... https://repository.jboss.org/nexus/content/groups/public/org/jboss/arquil... Doing so is super easy. Just add:  <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-javadoc-plugin</artifactId> <executions> <execution> <id>attach-javadocs</id>  <phase>install</phase> <goals> <goal>jar</goal> </goals> </execution> </executions> (from http://info.rmatics.org/2009/04/14/publish-binaries-source-and-javadoc-us...) Thanks! Steven -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (ARQ-320) ServiceLoader should honor vetoed extension implementations

by Dan Allen (JIRA)

ServiceLoader should honor vetoed extension implementations ----------------------------------------------------------- Key: ARQ-320 URL: https://jira.jboss.org/browse/ARQ-320 Project: Arquillian Issue Type: Feature Request Affects Versions: 1.0.0.Alpha4 Reporter: Dan Allen Fix For: 1.0.0.Beta1 The current ServiceLoader implementation makes it difficult (if not impossible) to extend an SPI implementation and have it take precedence over an implementation already on the classpath. In other words, it discourages being able to use an implementation as a library dependency. The reason this happens is because the original implementation provides a ServiceLoader activation file under META-INF/services. This conflicts with the activation file used by the extended implementation in the case that Arquillian is looking for exactly one implementation. The only way to work around this at the moment is to copy all of the classes required by the original implementation into your own project, extend (or modify) the original implementation class, and package those classes with a service activation file. In effect, you have removed the original activation file and replaced it with your own. Clearly what is missing is a mechanism to veto the original implementation. You know you which implementation you want and which one you don't want. So, in the activation file you simply mark the original implementation as vetoed (to reverse the effect of it being specified as an implementation). An implementation class would be vetoed by prefixing it with a ! symbol. !org.jboss.arquillian.container.jbossas.remote_6.JBossASRemoteContainer com.acme.arquillian.container.jbossas.remote_6.AcmeJBossASRemoteContainer While this may seem very specific as you are referencing an implementation class, that's the whole point because your Java code is extending that class. It's about library reuse, so you don't have to import the entire package just to exclude the activation file. Frankly, I feel like this is a critical missing piece in the JDK ServiceLoader model in general. It's like providing a light switch that only turns on, not off. Or a radio button with only one option. Once you press it, you can't unpress it. -- 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

14 years, 9 months

3
7
0 / 0

[JBoss JIRA] Created: (ARQ-330) Container Reference for Weld EE Embedded use 1.0.1.SP1 in example, should be 1.1.0.Beta1

by Aslak Knutsen (JIRA)

Container Reference for Weld EE Embedded use 1.0.1.SP1 in example, should be 1.1.0.Beta1 ---------------------------------------------------------------------------------------- Key: ARQ-330 URL: https://jira.jboss.org/browse/ARQ-330 Project: Arquillian Issue Type: Bug Components: Documentation Affects Versions: 1.0.0.Alpha4 Reporter: Aslak Knutsen -- 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

14 years, 9 months

1
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues March 2011