[arquillian-issues] [JBoss JIRA] Closed: (ARQ-66) provide a mechanism for adding library JARs (test dependencies) to the deployment

Aslak Knutsen (JIRA) jira-events at lists.jboss.org
Mon May 9 08:46:20 EDT 2011


     [ https://issues.jboss.org/browse/ARQ-66?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aslak Knutsen closed ARQ-66.
----------------------------

      Assignee: Aslak Knutsen
    Resolution: Out of Date


Replaced by SHRINKWRAP-140

> provide a mechanism for adding library JARs (test dependencies) to the deployment
> ---------------------------------------------------------------------------------
>
>                 Key: ARQ-66
>                 URL: https://issues.jboss.org/browse/ARQ-66
>             Project: Arquillian
>          Issue Type: Feature Request
>          Components: Packaging Enricher SPI
>            Reporter: Dan Allen
>            Assignee: Aslak Knutsen
>             Fix For: 1.0.0.Beta1
>
>
> 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.
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the arquillian-issues mailing list