[JBoss JIRA] Created: (ARQ-198) Install bundle from maven dependencies
by Thomas Diesler (JIRA)
Install bundle from maven dependencies
--------------------------------------
Key: ARQ-198
URL: https://jira.jboss.org/browse/ARQ-198
Project: Arquillian
Issue Type: Feature Request
Components: OSGi Containers
Reporter: Thomas Diesler
* Another interesting feature would be the installation of bundles that are declared as dependencies in the maven pom.xml. Let's say in the pom.xml you have the following dependency:
<dependency>
<groupId>org.apache.felix</groupId>
<artifactId>org.apache.felix.configadmin</artifactId>
<version>${configadmin.version}</version>
</dependency>
then it would be great if you could install that bundle simply through some installBundle("org.apache.felix", "org.apache.felix.configadmin") API which would infer the version from the maven context. Both Pax Exam and Apache ServiceMix testing have this feature and it makes integration with the maven buildsystem really easy.
--
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, 7 months
[JBoss JIRA] Created: (ARQ-216) Extensions should be able to communicate between Client and Container
by Aslak Knutsen (JIRA)
Extensions should be able to communicate between Client and Container
---------------------------------------------------------------------
Key: ARQ-216
URL: https://jira.jboss.org/browse/ARQ-216
Project: Arquillian
Issue Type: Feature Request
Components: Frameworks, Test Protocol SPIs and Implementation
Reporter: Aslak Knutsen
Arquillian should provide a Communication channel between the Container and Client so extension can push custom data between.
This is needed in cases like code coverage where data is collected in container, but reported on on the client side.
I think it should be ok to open up the TestRunner Protocols for 'custom' data as well as the TestResults. This means we can piggy back on all the Protocol impls with out much extra work.
--
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, 7 months
[JBoss JIRA] Created: (ARQ-66) provide a mechanism for adding library JARs (test dependencies) to the deployment
by Dan Allen (JIRA)
provide a mechanism for adding library JARs (test dependencies) to the deployment
---------------------------------------------------------------------------------
Key: ARQ-66
URL: https://jira.jboss.org/jira/browse/ARQ-66
Project: Arquillian
Issue Type: Feature Request
Components: Core
Reporter: Dan Allen
Assignee: Pete Muir
Fix For: 1.0.0-alpha-1
The requirement to add extra JARs into the deployment is going to surface fairly early on in the adoption of Arquillian. In our examples, we are sticking to APIs in Java EE, but most projects have third-party JARs on which the application depends. Common examples are a logging framework, Apache Commons libraries, Google Collections, Hibernate Search...anything not available in the container.
We might need to update the @Deployment signature to support:
@Deployment
static Set<Archive<?>> x();
Or maybe a seperate @DeploymentDependencies (this could be defined in e.g. a super class)
@DeploymentDependencies
static Set<Archive<?>> x()
We are also going to need to consider providing APIs for resolving Maven dependencies (groupId, artifactId, version) or resolving test dependencies from the Maven pom. We need to be flexible.
--
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