also once IZPACK-78 enhancement completes, we should be able to use
just maven-dependency-plugin to pull in all custom panels and get
bundled with the installer by izpack-standalone-compiler

-D


On Sun, Jun 22, 2008 at 10:19 PM, Dan Tran <[EMAIL PROTECTED]> wrote:
> There are actively development works at IzPack to allow IzPack's
> custom panels to be pulled in via  izpack-maven-plugin, please join
> your work to make this happen.
>
> the plugin site is at http://izpack.codehaus.org/izpack-maven-plugin
>
> -D
>
> On Sun, Jun 22, 2008 at 5:50 PM, Eric Rose <[EMAIL PROTECTED]> wrote:
>> 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
>> ************************************************************************
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to