It's a graphical view of the graph ;)
On Jan 31, 2008 8:19 PM, David Blevins <[EMAIL PROTECTED]> wrote:
>
> On Jan 29, 2008, at 10:48 AM, Carlos Sanchez wrote:
>
> > if you want something graphical take a look at
> > http://code.google.com/p/maven-dependency-browser/
> >
> > it's going to be integ
On Jan 29, 2008, at 10:48 AM, Carlos Sanchez wrote:
if you want something graphical take a look at
http://code.google.com/p/maven-dependency-browser/
it's going to be integrated in Q4E
http://code.google.com/p/q4e/issues/detail?id=144
Graph as in the data structure, but thanks :)
-David
Issue Subscription
Filter: Design & Best Practices (29 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
Done :)
On Jan 31, 2008 11:13 PM, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> ok, i'll apply it. Don't hesitate to send me others ;-)
>
> Arnaud
>
>
> On Jan 31, 2008 11:04 PM, Siarhei Dudzin <[EMAIL PROTECTED]> wrote:
>
> > Yes please: http://jira.codehaus.org/browse/MECLIPSE-316
> >
> > And th
Jesse McConnell wrote:
1-2)I would like to bring Guice to the mix. I think it is worth
investigating for Continuum 2.0 - WDYT?
I don't think. I don't see the interest to look at it for Continuum. We
already use Plexus that works fine, and if we decide to move to something
else, it
Ok, no problem. Here are a few other issues that should be quick to fix when
you have a chance.
I think these two are duplicates:
http://jira.codehaus.org/browse/MASSEMBLY-266
http://jira.codehaus.org/browse/MASSEMBLY-216
This one appears to be working as designed (see comments), although I'm n
ping!
2008/1/29, Vincent Siveton <[EMAIL PROTECTED]>:
> Hi,
>
> Lukas started to adapt the m1 linkcheck tool last year [1] and we
> created a plugin for it [2]. I'd like to move these out of the sandbox
> so we can start to prepare releases for them.
>
> I think to move the linkcheck tool there
>
I was thinking that prerequisites 2.0.6+ was for p-u > 1.4.5, isn't?
Cheers,
Vincent
2008/1/31, Dennis Lundberg <[EMAIL PROTECTED]>:
> The new plexus-utils version will not be used unless you bump the
> prerequisites for Maven to 2.0.6.
>
> [EMAIL PROTECTED] wrote:
> > Author: vsiveton
> > Date:
The new plexus-utils version will not be used unless you bump the
prerequisites for Maven to 2.0.6.
[EMAIL PROTECTED] wrote:
Author: vsiveton
Date: Wed Jan 30 15:36:28 2008
New Revision: 616959
URL: http://svn.apache.org/viewvc?rev=616959&view=rev
Log:
MPH-28: New goal to list platform details
ok, i'll apply it. Don't hesitate to send me others ;-)
Arnaud
On Jan 31, 2008 11:04 PM, Siarhei Dudzin <[EMAIL PROTECTED]> wrote:
> Yes please: http://jira.codehaus.org/browse/MECLIPSE-316
>
> And there is a minor issue coming in a few, should be very easy to fix
> once found... basically I've
Yes please: http://jira.codehaus.org/browse/MECLIPSE-316
And there is a minor issue coming in a few, should be very easy to fix once
found... basically I've noticed that if a web path is custom empty
directories with default paths are created anyway (minor but can be
annoying)...
On Jan 31, 2008
Plugins that intend to modify the lifecycle are definitely a different beast.
What I had in mind for the prelifecycle phase was much less sinister. Take the
dependency:copy mojo for an example. Here you define an arbitrary artifact to
copy later. This is a defacto dependency, but isn't listed i
yes, I see what your talking about..
And I think your might be onto something with your BuildPlanModifier
bit...It seems to me that plugins have perhaps grown a bit too...powerful in
terms of how they can effect the build.
I wonder if it might be a good time while your looking into all of this to
I ran out of time last night, but I'm putting it back on my agenda
for this evening...I'll keep trying until I get it. Sorry for the delay.
-
On Jan 30, 2008, at 9:32 AM, Paul Gier wrote:
Hey Everyone,
I noticed that the assembly plugin has not been released in a while
(since last april) a
You know, I've been thinking about that bit, too...turning mojos off,
replacing them, etc, I mean. What I'm currently thinking is that a
build extension that carried its own configuration might be a good
alternative, though I'm not sure how well that would scale. The idea
is to introduce a
Yes, we are ready, I think.
I have to see with Siarhei if he wants to integrate something else for RAD
6.
I would also to be sure that it works on the integration server if we use
maven 2.0.8 (to fix encoding issues).
http://maven.zones.apache.org/continuum/buildResults.action;jsessionid=15ggu2rtr0
Hi Erik,
2008/1/31, Erik Drolshammer <[EMAIL PROTECTED]>:
> Hi!
> I have written documentation to make it easier for myself and my
> colleagues to use Maven on complex projects. The documentation is
> problem-centric and organized as a FAQ. I have tried really hard to
> avoid duplicating the offic
Hi Ravi,
It should be in the /src/main/webapp/WEB-INF/ directory..
HTH,
Deng
On Jan 31, 2008 1:52 PM, Samavedula, Ravi (GE Healthcare, consultant) <
[EMAIL PROTECTED]> wrote:
> Hi All,
> i have problem making war file using MAVEN.
>
> i am getting this error:
>
> exploding webapp :
> Then ca
Hi All,
i have problem making war file using MAVEN.
i am getting this error:
exploding webapp :
Then cannot find web.xml.
My doubt is where i have to keep the web.xml so that it will find it.
Thanks
Ravi S
Hi!
I have written documentation to make it easier for myself and my
colleagues to use Maven on complex projects. The documentation is
problem-centric and organized as a FAQ. I have tried really hard to
avoid duplicating the official docs, but I have not checked it against
for example the wiki
20 matches
Mail list logo