gump-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vincent Massol" <vmas...@pivolis.com>
Subject RE: [RT] Moving gump forward
Date Thu, 11 Mar 2004 09:05:08 GMT


> -----Original Message-----
> From: Stefan Bodewig [mailto:bodewig@apache.org]
> Sent: 11 March 2004 09:28
> To: general@gump.apache.org
> Subject: Re: [RT] Moving gump forward
> 
> On Thu, 11 Mar 2004, Vincent Massol <vmassol@pivolis.com> wrote:
> 
> > What do you mean by "command line of Maven"? Do you mean passing it
> > as a system property like this:
> >
> > maven -Dbuild.property=... [...]
> >
> > ?
> 
> Yes.
> 
> > If so, this is fine.
> 
> Does it also work for other properties?
> 
> I mean, if we set build.sysclasspath on the command line, would the
> property be available for the Ant tasks wrapped by Maven?  <javac> for
> example would adhere to it, no matter what kind of classloader
> hierarchy Maven has built to load the task.

Hmmm... I don't see why not. However, as Maven uses forehead to start,
you'll still need to have all maven jars available to maven when it
starts. However once Maven is started I guess the Maven "java" plugin
(which uses the Ant <javac> task should work in the same way as in a
pure Ant project).

> 
> For the most important part (compiling), Gump would be independent of
> Maven's jar override feature that way.

Yeah but I'm not sure this is the right way with Maven. It looks like
tweaking a bit too much the product which is not built for that. Maven
as it is now is unfortunately not embeddable (as Ant is). I'd love it to
become this way in the future though.

Note that I am not an expert in the Ant-Maven bridge part in which I was
not involved...

Thanks
-Vincent


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Mime
View raw message