April 2011 - arquillian-issues - Jboss List Archives

[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

12 years, 12 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

12 years, 12 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

12 years, 12 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

13 years

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

13 years

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

13 years

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

13 years

1
1
0 / 0

[JBoss JIRA] Created: (ARQ-310) Add a post-construct method to ContainerConfiguration

by Dan Allen (JIRA)

Add a post-construct method to ContainerConfiguration ----------------------------------------------------- Key: ARQ-310 URL: https://jira.jboss.org/browse/ARQ-310 Project: Arquillian Issue Type: Feature Request Components: Configuration Affects Versions: 1.0.0.Alpha4 Reporter: Dan Allen The ContainerConfiguration SPI should include a method that is invoked after all the properties have been set so that component properties can be calculated and perhaps validation can be performed. When you introduce a container-managed component type w/o a post-construct hook, it results in logic being performed in setter methods. We don't want that sort of thing. We want to keep it clean. public interface ContainerConfiguration { ContainerProfile getContainerProfile(); void afterPropertiesSet(); // alternate: void postConstruct(); } We could also entertain the possibility of honoring the @PostConstruct annotation. An example use case is to assemble the JSR-88 deployment URI from various facts provided, such as the server host and port (or admin server host and port), if an explicit deployment URI is not provided. -- 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

2
1
0 / 0

[JBoss JIRA] Created: (ARQ-288) Document how to integration Arquillian into non-Maven builds (build integration chapter)

by Dan Allen (JIRA)

Document how to integration Arquillian into non-Maven builds (build integration chapter) ---------------------------------------------------------------------------------------- Key: ARQ-288 URL: https://jira.jboss.org/browse/ARQ-288 Project: Arquillian Issue Type: Task Components: Documentation Affects Versions: 1.0.0.Alpha4 Reporter: Dan Allen Fix For: 1.0.0.Beta1 There is a misconception spreading that Arquillian can only be used from a Maven. We need a build integration chapter to clarify the message that Arquillian is build-independent. The chapter should describe in general how Arquillian is hooked into a build system, then provide tutorials for Ant and Gradle. -- 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

2
9
0 / 0

[JBoss JIRA] Created: (ARQ-287) Add support for filtering tests based on required execution environment

by Dan Allen (JIRA)

Add support for filtering tests based on required execution environment ----------------------------------------------------------------------- Key: ARQ-287 URL: https://jira.jboss.org/browse/ARQ-287 Project: Arquillian Issue Type: Feature Request Components: Configuration Affects Versions: 1.0.0.Alpha4 Reporter: Dan Allen Assignee: Dan Allen Fix For: 1.0.0.Beta1 Allow the developer to declaratively specify the execution environment required for a given test to function. Then, Arquillian should filter out tests that require an execution environment that the target container doesn't provide. (In other words, only execute a test case if the target container provides the execution environment the test requires). To support this feature, we need to introduce the concept of an execution environment definition into the API and a mechanism for indicating which containers provide a given execution environment. The developer experience will be something like: @RunWith(Arquillian.class) @RequiresJavaEE6 public class MyTestCase { ... } or @RunWith(Arquillian.class) @RequiresEnvironment(JavaEE6Container.class) public class MyTestCase { ... } Formal proposals and prototypes will be submitted as branches in github. -- 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

2
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues April 2011