Hi there,
just my few cents...
An artifact type is something quite central. IMHO it is not the best way
to force all artifacts to keep the information how to unpack it in their
POMs and then magically fiddle it out from there.
If I type "mvn foo" and there is a maven-foo-plugin or foo-maven-p
Hi,
to be able to unpack/unarchive Maven must know which Unarchiver should be
used for this type. 'aar' is not one of the few default supported types,
hence the exception.
The plugin responsible for packaging the aar-file should also have
configured how to unarchive the aar-file.
In case of
Ah well. I was just going from memory.
On Wed, Jul 23, 2014 at 1:26 AM, Karl Heinz Marbaise
wrote:
> Hi Robert,
>
>
> > Sorry to interject, but isn¹t the unpack goal of the
> maven-assembly-plugin
>
>> deprecated? The documentation actually refers users to the MDP¹s unpack
>> capabilities:
>>
Hi Robert,
> Sorry to interject, but isn¹t the unpack goal of the
maven-assembly-plugin
deprecated? The documentation actually refers users to the MDP¹s unpack
capabilities:
https://maven.apache.org/plugins/maven-assembly-plugin/plugin-info.html
That page is dated from 2012, so I¹m not sure i
ArrayList servicList =
> > >>>> groupBuilder.populateServiceGroup(serviceGroup);
> > >>>> Iterator serviceIterator = servicList.iterator();
> > >>>>while (serviceIterator.hasNext()) {
> > >>>>
;ServiceGroupBuilder groupBuilder = new
>> >>>> ServiceGroupBuilder(rootElement, servicesMap,
>> >>>>configContext);
>> >>>>ArrayList servicList =
>> >>>> groupBuilder.po
quot;;
> >>>>InputStream wsdlStream =
> >>>>
> >>>> serviceClassLoader.getResourceAsStream(wsdlLocation);
> >>>> URL wsdlURL =
> >>>> serviceClassLoader.getResource(wsdlLocation);
> >
;>>.getResourceAsStream(wsdlLocation);
>>>> wsdlURL =
>>>>
>>>> serviceClassLoader.getResource(wsdlLocation);
>>>>}
>>>>if (wsdlStream != null)
dlLocation);
> > > > wsdlURL =
> > > >
> > > > serviceClassLoader.getResource(wsdlLocation);
> > > > }
> > > > if (wsdlStream != null) {
> > > > WSDL11ToAxisS
e = Utils.toFile(servicesURL);
> > > if (file != null && file.exists()) {
> > >
> > wsdl2AxisServiceBuilder.setCustomWSDLResolver(
> > > new
> AARBasedWSDLLocator(wsdlLocation,
> > > file,
setDocumentBaseUri(wsdlURL.toString());
> > }
> > axisService =
> > wsdl2AxisServiceBuilder.populateService();
> > axisService.setWsdlFound(true);
> > axisService.setCustomWsdl(true);
> >
not listed in the services.xml
> Iterator operations = axisService.getOperations();
> while (operations.hasNext()) {
> AxisOperation operation = (AxisOperation)
> operations.next();
>
}
}
}
}
return servicList;
}
} catch (IOException e) {
throw new DeploymentException(e);
} catch (XMLStreamException e) {
throw new DeploymentException(e);
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.
META-INF/*.wsdl,META-INF/schema/**/*.xsd
On Mon, Jul 21, 2014 at 3:56 PM, William Ferguson <
william.fergu...@xandar.com.au> wrote:
> David, what the us
David, what the use case for unpacking the AAR?
William
On Tue, Jul 22, 2014 at 7:27 AM, David Hoffer 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 pro
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.
http://maven.apache.org/POM
this may help
http://stackoverflow.com/questions/15393110/maven-custom-archive-extension-how-do-i-use-unpack-dependencies
On Mon, Jul 21, 2014 at 2:05 PM, Karl Heinz Marbaise
wrote:
> HI David,
>
>
>
> > I'm getting the following error trying to unpack some files from an aar.
>
>> Is this not
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
18 matches
Mail list logo