Re: [docs][archive] HttpClient references

2008-01-02 Thread Niall Pemberton
On Jan 3, 2008 12:33 AM, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > On 12/30/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > > On 12/30/07, Roland Weber <[EMAIL PROTECTED]> wrote: > > > Hello Commons Developers, > > > > > > the HttpComponents team has moved it's website, including > > > the Commons

Re: [docs][archive] HttpClient references

2008-01-02 Thread Rahul Akolkar
On 12/30/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > On 12/30/07, Roland Weber <[EMAIL PROTECTED]> wrote: > > Hello Commons Developers, > > > > the HttpComponents team has moved it's website, including > > the Commons HttpClient site, from Jakarta to our new domain. > > The redirects are in effe

Re: [exec] how to proceed for a nearly dormant project

2008-01-02 Thread Torsten Curdt
On 02.01.2008, at 19:57, Siegfried Goeschl wrote: Hi folks, I fixed a few things on commons-exec but I'm not sure how to proceed from here since I'm the last/only man standing. 1) I nearly finished the open issue and need to do some field testing - and I would need some help on more exotic

Re: [VOTE] Release commons-fileupload 1.2.1 (rc2)

2008-01-02 Thread sebb
On 02/01/2008, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > On Jan 2, 2008 8:07 PM, sebb <[EMAIL PROTECTED]> wrote: > > > The format is used by the following programs: > > > > md5sum.exe - e.g. http://www.openoffice.org/dev_docs/using_md5sums.html > > [EMAIL PROTECTED]:~$ md5sum derby.log > 6fce75e

Re: svn commit: r608020 - in /commons/sandbox/performance/trunk: build-dbcp.xml build-pool.xml build.properties logging.properties

2008-01-02 Thread Phil Steitz
On 1/2/08, sebb <[EMAIL PROTECTED]> wrote: > On 02/01/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Author: psteitz > > Date: Tue Jan 1 22:17:01 2008 > > New Revision: 608020 > > > > URL: http://svn.apache.org/viewvc?rev=608020&view=rev > > Log: > > Added missing httpclient deps, made som

Re: [VOTE] Release commons-fileupload 1.2.1 (rc2)

2008-01-02 Thread Jochen Wiedmann
On Jan 2, 2008 8:07 PM, sebb <[EMAIL PROTECTED]> wrote: > The format is used by the following programs: > > md5sum.exe - e.g. http://www.openoffice.org/dev_docs/using_md5sums.html [EMAIL PROTECTED]:~$ md5sum derby.log 6fce75e538c458f732d622e0a1d4bbdf derby.log Multiple blanks, no asterisk > m

Re: [VOTE] Release commons-fileupload 1.2.1 (rc2)

2008-01-02 Thread sebb
On 01/01/2008, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > Hi, > > I have prepared a second release candidate of commons-fileupload > 1.2.1. A list of changes since rc1 and things that I haven't changes, > can be found below. > > Thanks, > > Jochen > > > [ ] +1 > [ ] =0 > [ ] -1 > > > > > > > Ther

[exec] how to proceed for a nearly dormant project

2008-01-02 Thread Siegfried Goeschl
Hi folks, I fixed a few things on commons-exec but I'm not sure how to proceed from here since I'm the last/only man standing. 1) I nearly finished the open issue and need to do some field testing - and I would need some help on more exotic platforms ... :-) 2) if everything is okay I would lik

Re: svn commit: r608020 - in /commons/sandbox/performance/trunk: build-dbcp.xml build-pool.xml build.properties logging.properties

2008-01-02 Thread sebb
On 02/01/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: psteitz > Date: Tue Jan 1 22:17:01 2008 > New Revision: 608020 > > URL: http://svn.apache.org/viewvc?rev=608020&view=rev > Log: > Added missing httpclient deps, made some defaults more reasonable. BTW, release 3.0.1 is fairly o

[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) failed

2008-01-02 Thread commons-jelly-tags-jaxme development
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 [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This

Re: Support for OSGi

2008-01-02 Thread Carsten Ziegeler
Henri Yandell wrote: > > Guess that means Lang should start using m2 and not m1 for the release :) :) It's also possible to add the meta information to the jar "by hand". So you could look at the result of the m2 build and then add the manifest entries by hand using the m1 build - it's not that f