[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-scxml-test has an issue affecting its community integration. This

Re: We will not be able to update our websites...

2012-12-10 Thread Phil Steitz
On 12/10/12 5:10 PM, Ralph Goers wrote: > On Dec 10, 2012, at 4:12 PM, sebb wrote: > >> On 10 December 2012 21:53, Phil Steitz wrote: >>> On 12/10/12 1:27 PM, Ralph Goers wrote: Yes, I think you are missing something fundamental. If you check in "the whole mess" you will never again

[GUMP@vmgump]: Project commons-dbutils (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-dbutils has an issue affecting its community integration. This iss

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-proxy-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-chain2 (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-chain2 has an issue affecting its community integration. This issu

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-digester3 has an issue affecting its community integration. This i

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Gary Gregory
I downloaded the tag and ran "mvn clean site" and got 4 test failures: Tests run: 14, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.902 sec <<< FAILURE! testEmbedUrl(org.apache.commons.mail.HtmlEmailTest) Time elapsed: 4505 sec <<< FAILURE! junit.framework.AssertionFailedError: Should have

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Gary Gregory
On the same page under "Development", is all this info up to date? Gary On Mon, Dec 10, 2012 at 9:53 PM, Gary Gregory wrote: > This page is wrong: > > https://people.apache.org/builds/commons/email/1.3/RC4/building.html > > "You must be using JDK 1.4 or higher to successfully complete this targe

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Gary Gregory
This page is wrong: https://people.apache.org/builds/commons/email/1.3/RC4/building.html "You must be using JDK 1.4 or higher to successfully complete this target." The text should read "JDK 5". Gary On Mon, Dec 10, 2012 at 5:28 PM, Thomas Neidhart wrote: > Hi, > > I would like to call a vot

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Gary Gregory
On Mon, Dec 10, 2012 at 9:10 PM, sebb wrote: > On 11 December 2012 01:07, Gary Gregory wrote: > > On Mon, Dec 10, 2012 at 5:28 PM, Thomas Neidhart > > wrote: > > > >> Hi, > >> > >> I would like to call a vote from commons-email-1.3 based on RC4. > >> > >> The files: > >> > >> The artifacts are d

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-exec-test has an issue affecting its community integration. This i

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread sebb
On 11 December 2012 01:07, Gary Gregory wrote: > On Mon, Dec 10, 2012 at 5:28 PM, Thomas Neidhart > wrote: > >> Hi, >> >> I would like to call a vote from commons-email-1.3 based on RC4. >> >> The files: >> >> The artifacts are deployed to Nexus: >> https://repository.apache.org/content/repositori

[GUMP@vmgump]: Project commons-dbcp2 (in module apache-commons) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-dbcp2 has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-dbcp (in module commons-dbcp-1.x) failed

2012-12-10 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-dbcp has an issue affecting its community integration. This issue

Re: We will not be able to update our websites...

2012-12-10 Thread Ralph Goers
On Dec 10, 2012, at 4:12 PM, sebb wrote: > On 10 December 2012 21:53, Phil Steitz wrote: >> On 12/10/12 1:27 PM, Ralph Goers wrote: >>> Yes, I think you are missing something fundamental. >>> >>> If you check in "the whole mess" you will never again be able to properly >>> build a sub-project'

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Gary Gregory
On Mon, Dec 10, 2012 at 5:28 PM, Thomas Neidhart wrote: > Hi, > > I would like to call a vote from commons-email-1.3 based on RC4. > > The files: > > The artifacts are deployed to Nexus: > https://repository.apache.org/content/repositories/orgapachecommons-135/ > > The tag: > http://svn.apache.org

Re: [VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread sebb
On 10 December 2012 22:28, Thomas Neidhart wrote: > Hi, > > I would like to call a vote from commons-email-1.3 based on RC4. > > The files: > > The artifacts are deployed to Nexus: > https://repository.apache.org/content/repositories/orgapachecommons-135/ > > The tag: > http://svn.apache.org/viewv

Re: We will not be able to update our websites...

2012-12-10 Thread sebb
On 10 December 2012 21:53, Phil Steitz wrote: > On 12/10/12 1:27 PM, Ralph Goers wrote: >> Yes, I think you are missing something fundamental. >> >> If you check in "the whole mess" you will never again be able to properly >> build a sub-project's site with Maven. This is because the process of

[VOTE] Release of commons-email-1.3 based on RC4

2012-12-10 Thread Thomas Neidhart
Hi, I would like to call a vote from commons-email-1.3 based on RC4. The files: The artifacts are deployed to Nexus: https://repository.apache.org/content/repositories/orgapachecommons-135/ The tag: http://svn.apache.org/viewvc/commons/proper/email/tags/EMAIL_1_3_RC4/ The site: http://people.a

Re: We will not be able to update our websites...

2012-12-10 Thread Phil Steitz
On 12/10/12 1:27 PM, Ralph Goers wrote: > Yes, I think you are missing something fundamental. > > If you check in "the whole mess" you will never again be able to properly > build a sub-project's site with Maven. This is because the process of > updating the site would require first doing a diff

Re: We will not be able to update our websites...

2012-12-10 Thread Matt Benson
Ralph, Thanks for your response, and sorry if I'm still being dense, but let's just use the [lang] component as an example. Why can't I, at any point, generate the component's site locally, then surgically modify svn so that lang/ from the content root now contains the generated content? Where

Re: We will not be able to update our websites...

2012-12-10 Thread Ralph Goers
Yes, I think you are missing something fundamental. If you check in "the whole mess" you will never again be able to properly build a sub-project's site with Maven. This is because the process of updating the site would require first doing a diff and then deleting items that are not included i

Re: We will not be able to update our websites...

2012-12-10 Thread Matt Benson
I don't think there's much percentage in moving to the CMS with a structure like that of Commons. That said, checking in the whole mess, as Phil suggests, seems perfectly doable and should not preclude updating parts of the tree in quite a similar fashion as how updating a given component's site i

Re: We will not be able to update our websites...

2012-12-10 Thread Phil Steitz
On 12/10/12 11:40 AM, Phil Steitz wrote: > On 12/10/12 10:50 AM, Ralph Goers wrote: >> All the sub-sites are hooked off the main site. I would have no idea how to >> migrate anything without migrating the main site first. > Having now looked at [1], it looks to me like we can solve the > immediat

Re: We will not be able to update our websites...

2012-12-10 Thread Christian Grobmeier
On Mon, Dec 10, 2012 at 8:40 PM, Phil Steitz wrote: > On 12/10/12 10:50 AM, Ralph Goers wrote: >> All the sub-sites are hooked off the main site. I would have no idea how to >> migrate anything without migrating the main site first. > > Having now looked at [1], it looks to me like we can solve

Re: We will not be able to update our websites...

2012-12-10 Thread Phil Steitz
On 12/10/12 10:50 AM, Ralph Goers wrote: > All the sub-sites are hooked off the main site. I would have no idea how to > migrate anything without migrating the main site first. Having now looked at [1], it looks to me like we can solve the immediate problem using svn pub-sub. The docs are not c

Re: We will not be able to update our websites...

2012-12-10 Thread Christian Grobmeier
On Mon, Dec 10, 2012 at 7:50 PM, Ralph Goers wrote: > All the sub-sites are hooked off the main site. I would have no idea how to > migrate anything without migrating the main site first. > > I suppose it is possible to point to the sub-sites in their current location > but in logging we found

Re: We will not be able to update our websites...

2012-12-10 Thread Matt Benson
They should all be built w/ Maven AFAIK. Matt On Mon, Dec 10, 2012 at 12:50 PM, Ralph Goers wrote: > All the sub-sites are hooked off the main site. I would have no idea how > to migrate anything without migrating the main site first. > > I suppose it is possible to point to the sub-sites in t

Re: We will not be able to update our websites...

2012-12-10 Thread Ralph Goers
All the sub-sites are hooked off the main site. I would have no idea how to migrate anything without migrating the main site first. I suppose it is possible to point to the sub-sites in their current location but in logging we found it more beneficial to simply copy the content under the main

Re: We will not be able to update our websites...

2012-12-10 Thread Phil Steitz
On 12/10/12 7:55 AM, Ralph Goers wrote: > That is what we did in logging. Changing it at the end is fairly easy. > However, we don't have much time for testing. Do we really have to do it all at once? IIUC (which is quite possibly false), the intent here is to get everyone onto svn pub-sub and

Re: We will not be able to update our websites...

2012-12-10 Thread Ralph Goers
That is what we did in logging. Changing it at the end is fairly easy. However, we don't have much time for testing. Ralph On Dec 10, 2012, at 4:34 AM, Christian Grobmeier wrote: > On Mon, Dec 10, 2012 at 1:32 PM, Gary Gregory wrote: >> Well, we have to start somewhere. This is going to be a

Re: We will not be able to update our websites...

2012-12-10 Thread Gary Gregory
Hm... or publish to SVN until we have it all and then switch, until then the site will be static. G On Mon, Dec 10, 2012 at 7:34 AM, Christian Grobmeier wrote: > On Mon, Dec 10, 2012 at 1:32 PM, Gary Gregory > wrote: > > Well, we have to start somewhere. This is going to be a lot of work, > >

Re: We will not be able to update our websites...

2012-12-10 Thread Christian Grobmeier
On Mon, Dec 10, 2012 at 1:32 PM, Gary Gregory wrote: > Well, we have to start somewhere. This is going to be a lot of work, > we have many components, unless you see a short cut. I thought we would create: commons-test.apache.org move all components to there and then make a switch from commons.ap

Re: We will not be able to update our websites...

2012-12-10 Thread Gary Gregory
Well, we have to start somewhere. This is going to be a lot of work, we have many components, unless you see a short cut. Gary On Dec 10, 2012, at 7:13, Christian Grobmeier wrote: > On Mon, Dec 10, 2012 at 1:07 PM, Gary Gregory wrote: >> Bah, let's pick one component and start there and skip a

Re: We will not be able to update our websites...

2012-12-10 Thread Christian Grobmeier
On Mon, Dec 10, 2012 at 1:07 PM, Gary Gregory wrote: > Bah, let's pick one component and start there and skip a test site. But then there is only one component visible under the new commons.a.o? > Gary > > On Dec 10, 2012, at 3:08, Christian Grobmeier wrote: > >> starting from 1. January. Just

Re: We will not be able to update our websites...

2012-12-10 Thread Gary Gregory
Bah, let's pick one component and start there and skip a test site. Gary On Dec 10, 2012, at 3:08, Christian Grobmeier wrote: > starting from 1. January. Just saw a final reminder from Infra. > > Commons is surely a LOT of work. > > I would like to suggest we act immediately. > > In other terms

Re: We will not be able to update our websites...

2012-12-10 Thread Gilles Sadowski
On Mon, Dec 10, 2012 at 09:07:32AM +0100, Christian Grobmeier wrote: > starting from 1. January. Just saw a final reminder from Infra. > > Commons is surely a LOT of work. > > I would like to suggest we act immediately. > > In other terms: let us request a commons-test cms where we can try thing

We will not be able to update our websites...

2012-12-10 Thread Christian Grobmeier
starting from 1. January. Just saw a final reminder from Infra. Commons is surely a LOT of work. I would like to suggest we act immediately. In other terms: let us request a commons-test cms where we can try things out and prepare the new sites. As Ralph Goers has already mentioned, we have a s