On 9/5/06, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
On 9/4/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> If you've done the work, go ahead and submit a patch. I think I'll
> find the code easier to read than this mail :)
Done. Yeah, the email was verbose but the code changes were simple o
Here is the snippet I was talking about:
http://www.nabble.com/m2%3A-Delegating-to-other-Mojo-tf1695516.html#a4602520
I haven't used @execute, but if it does the job - thats neat!
Cheers,
Rahul
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Maven Developers List"
Is this documented somewhere where we can point new committers to?
-Lukas
Jason van Zyl wrote:
On 28 Aug 06, at 4:04 PM 28 Aug 06, Dennis Lundberg wrote:
I'll put together a draft for review.
Dennis,
I made a project wide module and placed the KEYS file in it along with
a script to s
A late welcome from me too! I'm looking forward to working with you
guys, if you have any questions/problems, you know who to ask!
-Lukas
Arnaud HERITIER wrote:
Welcome guys !
I'm so happy !
We double the m1 team ;-)
cheers !
Arnaud
On 8/30/06, Jimisola Laursen <[EMAIL PROTECTED]> wrote:
I have scheduled MPECLIPSE-102 for 1.11.1 still, please have a look at
it (I'm not using eclipse). Just unschedule if you think it's too much
trouble.
-Lukas
Stephane Nicoll wrote:
Hi,
The maven eclipse plugin 1.11.1 is ready to be released (to be
included in m1.1 final).
A snapshot has be
I'll leave -77 to last, but I'm starting work on this. So I'll do -83
and some backend stuff (-161, -162), as well as -143 and maybe -82.
Basically what I'm thinking is that there will be a component - the
reporting manager, that:
* is the central place to log issues that occur outside of gen
On 05/09/2006, at 11:32 AM, Wendell Beckwith wrote:
I can imagine wanting to plug into maven before it gets going and
after it
has stopped. The current patch only handles the initialization
phase but it
would not be too much more to add a finalization phase too. I
doubt it
would be pos
On 9/4/06, Brett Porter <[EMAIL PROTECTED]> wrote:
If you've done the work, go ahead and submit a patch. I think I'll
find the code easier to read than this mail :)
Done. Yeah, the email was verbose but the code changes were simple once I
found where the reactor was located.
I think we defi
On 02/09/2006, at 1:29 AM, [EMAIL PROTECTED] wrote:
Modified: maven/components/trunk/maven-artifact-manager/pom.xml
URL: http://svn.apache.org/viewvc/maven/components/trunk/maven-
artifact-manager/pom.xml?rev=439352&r1=439351&r2=439352&view=diff
===
If you've done the work, go ahead and submit a patch. I think I'll
find the code easier to read than this mail :)
I think we definitely need a solution to being able to know in
advance of the build, how all the source directories, etc will be
bound in (Milos has been asking for this in the
On 05/09/2006, at 2:41 AM, Wendell Beckwith wrote:
That's a surprising admission sense I never would have
thought of maven development as being stalled. Thank goodness
Google gives
me a couple gigs for email otherwise I would have to dump email
every other
day it seems.
Well, the project
I think it's just a limitation in how depMgmt is handled in the
bootstrap.
- Brett
On 05/09/2006, at 6:24 AM, [EMAIL PROTECTED] wrote:
Author: fgiust
Date: Mon Sep 4 13:24:31 2006
New Revision: 440170
URL: http://svn.apache.org/viewvc?view=rev&rev=440170
Log:
make continuum stop complainin
Jochen Wiedmann wrote:
Hi,
Hi all,
Sorry for being quiet for a while. I've just recovered from a crashed
system disk, but am now back with e-mail again. Lots to catch up on...
about two months ago, a vote was held for releasing the
maven-changes-plugin. (See
http://marc.theaimsgroup
Hi Kenney
On 9/4/06, Kenney Westerhof <[EMAIL PROTECTED]> wrote:
There are 2 classloaders created - one for surefire itself, containing
surefire code and the testing framework; the second one contains only
the test dependencies from the POM.
If your annotations can't be found, they're missing f
I was hoping to get some discussion going about
http://jira.codehaus.org/browse/MNG-2546. For handling eclipse plugins this
is a big issue. I really see this as extending the support that maven
provides to single project builds to multi-project builds. A lot of plugins
dynamically add informati
jallen <[EMAIL PROTECTED]> writes:
Hi John,
> I'm afraid I not replying to answer your questions but I am very excited
> that someone is taking this on!
Encouraging posts are always welcomed :-)
>
> What I have found from promoting a low-cost (read open-source or cheap such
> as JIRA/Confluen
Hi,
I am trying to write a complete test suite for the EAR plugin and I am
wondering if there is a documentation somewhere about available tools
/ techniques.
My needs are the following:
- Ability to define test projects with the ability to execute the mojo
and assert results
- Dependencies man
(Since you didn't mention it) CruiseControl works really well for us, if you
need something now.
-Original Message-
From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
Sent: Monday, September 04, 2006 11:41 AM
To: Maven Developers List
Subject: Re: [RANT] Maven is both heaven and hell
[sni
Hi Arnaud,
> To delve deeper into this, I am having a hard time finding maven's big
> picture and unfortunately,
> comments in code are rather fragmentary and barely useful (when they
> exist). Is there a document on maven architecture somewhere ? Think
> the answer is no, but asking anyway :-)
Code samples are always nice :-)
I did also run into '@execute goal=install' which appears to invoke
the 'install' goal of my plugin before the goal will execute.
This might work for my needs, though I'm not sure exactly how the
execution configuration relates to mojo's invoked in this mann
On 9/4/06, Brett Porter <[EMAIL PROTECTED]> wrote:
On 30/08/2006, at 6:10 AM, Wendell Beckwith wrote:
> For my team, I have been using, with minor adaptations, the eclipse
> dev
> process and in general I think it has the right amount of
> "agility". We
> post our plan early with our commited,
Arnaud Bailly-3 wrote:
>
> Hi,
> A couple of weeks ago I posted a proposal about a centralized
> reporting feature for maven that would allow easy aggregation of
> information at whatever level is needed. This proposal is centered
> around the idea of creating and maintaining a RDF database that
Brett Porter <[EMAIL PROTECTED]> writes:
>> 2. How can I retrieve a mojo instance from another mojo in the same
>> or a sub project ?
>
> I think the answer is that you can't. All plugin communication is
> meant to happen through the project instance.
>
> We certainly need to find a way to make
Yes, there are some open tasks (That I forwarded to the dev list last
week) to start stitching things together. Once this is done we should
do a big push of all the plugin documentation.
Any fixes that are made now should go on the plugin trunk - there's
no other place for it, the stuff on
On 30/08/2006, at 6:10 AM, Wendell Beckwith wrote:
For my team, I have been using, with minor adaptations, the eclipse
dev
process and in general I think it has the right amount of
"agility". We
post our plan early with our commited, proposed, deferred and
rejected items
for the next relea
On 31/08/2006, at 7:44 PM, Arnaud Bailly wrote:
Questions (which may be trivial) are:
1. Is there one mojo instance for each project in the hierarchy ? I
think this is the case but I am not sure.
The mojo is instantiated every time it is run (so yes, per project,
but also per execution pe
heres my thoughts, point form:
1) You can remove the index roles for a repo maintainer, since the
index is global to the installation.
2) I'd rename "generate checksums" to regenerate or fix (probably fix)
3) what's toggle service?
4) what's download|add-metadata? Why is it different from the
On 4 Sep 06, at 12:52 AM 4 Sep 06, Jochen Wiedmann wrote:
Hi,
about two months ago, a vote was held for releasing the maven-
changes-plugin. (See
http://marc.theaimsgroup.com/?t=11538500061&r=1&w=2
Some issues were raised, in particular concerning the maven-
changelog-plugin (as
On 4 Sep 06, at 12:52 AM 4 Sep 06, Jochen Wiedmann wrote:
Hi,
about two months ago, a vote was held for releasing the maven-
changes-plugin. (See
http://marc.theaimsgroup.com/?t=11538500061&r=1&w=2
Some issues were raised, in particular concerning the maven-
changelog-plugin (as
Hi,
about two months ago, a vote was held for releasing the
maven-changes-plugin. (See
http://marc.theaimsgroup.com/?t=11538500061&r=1&w=2
Some issues were raised, in particular concerning the
maven-changelog-plugin (as opposed to the maven-changes-plugin) and the
conclusion was to
It's fixed now. surefire-api snapshot wasn't deployed.
Emmanuel
Brett Porter a écrit :
-- Forwarded message --
From: Martin Gilday <[EMAIL PROTECTED]>
Date: 04-Sep-2006 21:57
Subject: Latest surefire plugin failure
To: users@maven.apache.org
I have just fired up maven to run s
-- Forwarded message --
From: Martin Gilday <[EMAIL PROTECTED]>
Date: 04-Sep-2006 21:57
Subject: Latest surefire plugin failure
To: users@maven.apache.org
I have just fired up maven to run some tests today and it triggered a
large downloading of updated plugins.
I am now getting
On 04/09/2006, at 8:47 PM, Max Bowsher wrote:
What is the canonical description of the difference between
baseVersion and version?
baseVersion = 1.0-SNAPSHOT. version = 1.0-20060809.141516-1 (under
uniqueVersion) or 1.0-SNAPSHOT (non-uniqueVersion, or locally
installed). Similarly, for n
Hi,
Attempting to debug MJAR-28 has led me to a section of code in:
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve
which I would like to ask for some help understanding why it does what
it does.
Here is the code chunk in question:
if ( artifact.isSnapshot() && !artifact.g
Can you give some more details?
There are 2 classloaders created - one for surefire itself, containing
surefire code and the testing framework; the second one contains only
the test dependencies from the POM.
If your annotations can't be found, they're missing from the project test
path. Or the
On 3 Sep 06, at 9:46 PM 3 Sep 06, Jason Dillon wrote:
Thanks, but I can wait until this is rolled up into a release. I
think having this will really make it easier to create more
powerful mojos... and to share commonly used configuration and
logic objects w/o needing to sub-class.
Yes
36 matches
Mail list logo
