Vincet,
I don't see these merged back to trunk?
Also, it'd be really helpful to add tests for these changes.
Thanks,
Brett
On 12/04/2008, at 11:33 PM, [EMAIL PROTECTED] wrote:
Author: vsiveton
Date: Sat Apr 12 06:33:37 2008
New Revision: 647446
URL: http://svn.apache.org/viewvc?rev=647446&v
I saw leave it as it is because that is the normal scenario and the one
users are most likely to have. This way we see and fix the same things
they will need.
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 12, 2008 7:26 PM
To: Maven Developers List
S
For a situation like this where a "parent" is also being used
sometimes for building all the "children" although that is not its
primary purpose, how about putting the modules in a profile that e.g.
hudson can use?
thanks
david jencks
On Apr 12, 2008, at 4:18 PM, Brian E. Fox wrote:
Yes
Yes that's one reason. I often go into that folder and do a top to
bottom build or resolve all dependencies etc. Modules is a normal part
of the build hierarchy and we should start axing it out because of a
release plugin bug. If you want to comment it out so you can do your
release and put it back
Is that to prevent you from having to set up 39 individual projects in
Hudson (or any other CI server) ?
Brian E. Fox wrote:
Hudson uses this to detect the children so we need this in there.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 12,
Le samedi 12 avril 2008, Brian E. Fox a écrit :
> Al the work is being put on a branch right? That was where I saw the
> discussion with Jason going.
I did the work on 2 plugins in a branch:
- jxr: http://svn.apache.org/viewvc?rev=645260&view=rev
- javadoc: http://svn.apache.org/viewvc?rev=645262&v
It only deletes once a day.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 12, 2008 12:42 PM
To: Maven Developers List
Subject: Re: Delete Obsolete Site Contents
It uses rsync and the option to delete files not present at the source
must be off.
2008/4/12, Benjamin Bentmann <[EMAIL PROTECTED]>:
> > Wendy told me in the past that the sync is every day, so be patient :)
> >
>
> Hm, out of curiosity: How is this sync realized? The pages of the Javadoc
> Plugin now print 2008-04-12 as "last published" so I assume the sync
> happened. Howeve
It uses rsync and the option to delete files not present at the source
must be off.
On 12-Apr-08, at 9:05 AM, Benjamin Bentmann wrote:
Wendy told me in the past that the sync is every day, so be
patient :)
Hm, out of curiosity: How is this sync realized? The pages of the
Javadoc
Plugin n
Wendy told me in the past that the sync is every day, so be patient :)
Hm, out of curiosity: How is this sync realized? The pages of the Javadoc
Plugin now print 2008-04-12 as "last published" so I assume the sync
happened. However, the obsolete page [0] is still online. Will the sync ever
delet
Al the work is being put on a branch right? That was where I saw the discussion
with Jason going.
-Original Message-
From: Hervé BOUTEMY [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 12, 2008 10:06 AM
To: Maven Developers List
Subject: Re: [VOTE] POM Element for Source File Encoding
>
> I created http://svn.apache.org/viewvc/maven/sandbox/branches/MNG-2216/
> with javadoc and jxr plugins branches to test the change, and sample use
> case.
no reaction: I suppose this is lazy consensus :)
I'll start to merge to plugins trunks tomorrow
regards
Hervé
You could do it. Just go to people.apache.org and delete old files in
/www/maven.apache.org
Thanks, good to know. I just kicked the whole maven-javadoc-plugin dir and
redeployed the site from the 2.4 tag.
Ideally, deleting a directory should become a Wagon feature some day such
that manual c
Hudson uses this to detect the children so we need this in there.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 12, 2008 8:47 AM
To: Maven Developers List
Subject: Re: [regression] Cannot release plugins parent!
> What is the purpose of having
What is the purpose of having a element for our plugins? It's
not like we want to build all plugins in one go, is it?
Hudson used to do this if I remember correctly (the plugin ITs seem to have
been removed recently).
Benjamin
I've checked JIRA now and found this issue that describes what I was
experiencing.
http://jira.codehaus.org/browse/MRELEASE-123
To be able to do the release I disabled the aggregation by commenting
out the element.
What is the purpose of having a element for our plugins? It's
not like w
Hi Benjamin,
2008/4/12, Benjamin Bentmann <[EMAIL PROTECTED]>:
> Hi,
>
> The guide "Plugin Documentation Standard" [0] linked to a page from the
> Javadoc Plugin which was published back in 2006 [1]. Do we have means to
> purge the output directory for the site on the web server to get rid of
> t
Hi,
The guide "Plugin Documentation Standard" [0] linked to a page from the
Javadoc Plugin which was published back in 2006 [1]. Do we have means to
purge the output directory for the site on the web server to get rid of
those relics?
Benjamin
[0]
http://maven.apache.org/guides/developme
18 matches
Mail list logo
