On Sun, 22 Jun 2008 06:02:48 am Jason van Zyl wrote: > Use the maven-dependency-plugin, it can retrieve artifacts and place > them so that you can subsequently process them. I suggest staying away > from the artifact resolver directly.
Why is that? Surely the dependency plugin can't be appropriate for every case
of artifact resolution. If the artifact resolver API isn't usable as-is, or
is not documented fully I would expect that to be a problem to be addressed.
To expand on my problem, I am trying to write a wrapper around IzPack so that
installers can be created with custom panels. A project calling my plugin
would have configuration something like:
<plugin>
....
<configuration>
<customPanels>
<customPanel>
<groupId>foo.bar</groupId>
<artifactId>MyCustomPanel</artifactId>
<version>1.0</version>
</customPanel>
</customPanels>
</configuration>
</plugin>
If there's a way I can call the dependency plugin programatically from my
plugin, to pass along the parsed artifact information from the calling
project, I'd like to know. So far I have not found anything, hence my
decision to follow the documentation path that seemed to exist for calling
the resolver directly.
In fact, there appears no information I could find on how, if it is at all
possible, to embed plugins within plugins, in such a manner. Should the
general principle be something like?
FooPlugin foo = new FooPlugin();
foo.setBar1(xxx);
foo.setBar2(yy);
foo.execute();
where setBarX() methods mirror the plugin parameters?
By the way, there appears to be scant information on what components can be
used and how to use them property. Is there a definitive set of documentation
that I should be looking at? If I'm casting nasturtiums unjustly, I
apologise, but maven appears great from a user's perspective and very hard to
pull apart from a programmer's perspective, and that's mainly a documentation
issue, IMO.
Eric
>
> On 20-Jun-08, at 7:59 PM, ericr wrote:
> > Hi,
> >
> > I'm trying to develop a plugin in which I want to resolve an
> > artifact so
> > that I can copy it somewhere special before using it. Not knowing
> > how (or if
> > it's even possible) to embed the dependency plugin's resolution
> > functionality, I decided to take what seemed like a simpler approach
> > and
> > perform the basic resolution myself, as according to
> > http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook.
> >
> > Unfortunately I get the following NPE:
> >
> > Caused by: java.lang.NullPointerException
> > at
> > org
> > .apache
> > .maven
> > .artifact
> > .resolver
> > .DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:129)
> > at
> > org
> > .apache
> > .maven
> > .artifact
> > .resolver
> > .DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:74)
> > at
> > com
> > .izforge
> > .izpack.maven.plugins.IzPackMojo.copyCustomPanels(IzPackMojo.java:174)
> >
> > The code snippet that I wrote is as follows:
> > /** @component */
> > private org.apache.maven.artifact.factory.ArtifactFactory
> > artifactFactory;
> >
> > /** @component */
> > private org.apache.maven.artifact.resolver.ArtifactResolver
> > resolver;
> >
> > someMethod() {
> > Artifact panelArtifact =
> > artifactFactory.createArtifactWithClassifier(groupId, artifactId,
> > version,
> > "jar", "");
> > try
> > {
> > resolver.resolve(panelArtifact, remoteRepositories,
> > localRepository);
> >
> > Do I need to create a variable in my plugin to store a component
> > similar to
> > the the ArtifactFactory and ArtifactResolver mentioned in the
> > cookbook? Is
> > there a better set of documentation that explains how to accomplish
> > such
> > tasks?
> >
> > Eric
> >
> > --
> > View this message in context:
> > http://www.nabble.com/A-question-about-artifact-resolution-tp18040514p180
> >40514.html Sent from the Maven - Users mailing list archive at Nabble.com.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> the course of true love never did run smooth ...
>
> -- Shakespeare
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Eric Rose | Don't blame me -
[EMAIL PROTECTED] | I didn't vote for him.
***********************************************************************
This message contains privileged and confidential information intended
only for the use of the addressee named above. If you are not the
intended recipient of this message you must not disseminate, copy or
take any action in reliance on it. If you have received this message
in error please notify the sender immediately. Any views expressed in
this message are those of the individual sender, except where the
sender specifically states them to be the views of another (including
a Body Corporate).
If you wish to opt out from future messages, send an email to
[EMAIL PROTECTED] with the subject UNSUBSCRIBE
************************************************************************
signature.asc
Description: This is a digitally signed message part.
