It has resources specified by the includes that are needed by a different
sub-system of the build.  Some are in jars but lots are in aars too.

<includes>META-INF/*.wsdl,META-INF/schema/**/*.xsd</includes>


On Mon, Jul 21, 2014 at 3:56 PM, William Ferguson <
william.fergu...@xandar.com.au> wrote:

> David, what the use case for unpacking the AAR?
>
>
> William
>
>
> On Tue, Jul 22, 2014 at 7:27 AM, David Hoffer <dhoff...@gmail.com> wrote:
>
> > Here is a simplified project showing my use-case, I hope this helps.
>  Note
> > I'm using unpack-dependencies as the aar is a module in the same project;
> > however I assume the same problem exists with unpack, if that's the case
> > that would make the test project even simpler.
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> >
> > <project xmlns="http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> > http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
> > http://maven.apache.org/POM/4.0.0
> > http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> >
> >     <modelVersion>4.0.0</modelVersion>
> >
> >     <groupId>com.company.project</groupId>
> >     <artifactId>service</artifactId>
> >     <version>1.0-SNAPSHOT</version>
> >
> >     <packaging>pom</packaging>
> >
> >     <dependencies>
> >         <!--note: maven-dependency-plug fails reporting that aar is not
> > supported-->
> >         <dependency>
> >             <groupId>com.company.project</groupId>
> >             <artifactId>axis-service</artifactId>
> >             <type>aar</type>
> >             <version>1.0-SNAPSHOT</version>
> >         </dependency>
> >         <!--note: I assume it will have the same problem unpacking a
> public
> > artifact such as this-->
> >         <dependency>
> >             <groupId>com.helpshift</groupId>
> >             <artifactId>android-aar</artifactId>
> >             <version>3.4.2</version>
> >             <type>aar</type>
> >         </dependency>
> >     </dependencies>
> >
> >     <build>
> >         <plugins>
> >             <plugin>
> >                 <groupId>org.apache.maven.plugins</groupId>
> >                 <artifactId>maven-dependency-plugin</artifactId>
> >                 <executions>
> >                     <execution>
> >                         <id>unpack-axis-service</id>
> >                         <phase>generate-resources</phase>
> >                         <goals>
> >                             <goal>unpack-dependencies</goal>
> >                         </goals>
> >                         <configuration>
> >
> > <includeArtifactIds>axis-service</includeArtifactIds>
> >
> >
> >
> <outputDirectory>${project.build.directory}/generated-resources/axis</outputDirectory>
> >                             <overWriteReleases>true</overWriteReleases>
> >                             <overWriteSnapshots>true</overWriteSnapshots>
> >
> > <includes>META-INF/*.wsdl,META-INF/schema/**/*.xsd</includes>
> >                         </configuration>
> >                     </execution>
> >                 </executions>
> >             </plugin>
> >         </plugins>
> >     </build>
> >
> > </project>
> >
> >
> >
> > On Mon, Jul 21, 2014 at 3:05 PM, Karl Heinz Marbaise <khmarba...@gmx.de>
> > wrote:
> >
> > > HI David,
> > >
> > >
> > >
> > > > I'm getting the following error trying to unpack some files from an
> > aar.
> > >
> > >>   Is this not supported?  Is there any way to do this?
> > >>
> > >> Failed to execute goal
> > >>
> org.apache.maven.plugins:maven-dependency-plugin:2.8:unpack-dependencies
> > >> (unpack-service) on project service: Unknown archiver type: No such
> > >> archiver: 'aar'. -> [Help 1]
> > >>
> > >
> > > Could you please prepare a example project which reproduces the
> > > problem..so i can create a JIRA issue for this...
> > >
> > > Kind regards
> > > Karl-Heinz Marbaise
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > >
> >
>

Reply via email to