[ANNOUNCEMENT] release of common jci 1.0

2007-06-20 Thread Torsten Curdt
Jakarta Commons JCI 1.0 is now available! http://jakarta.apache.org/commons/jci/ JCI is a java compiler interface. It can be used to either compile java (or any other language that can be compiled to java classes like e.g. groovy or javascript) to java. It is well integrated with a FAM

[jira] Created: (LANG-340) performance problem with EqualsBuilder.append()

2007-06-20 Thread Ramil Israfilov (JIRA)
performance problem with EqualsBuilder.append() --- Key: LANG-340 URL: https://issues.apache.org/jira/browse/LANG-340 Project: Commons Lang Issue Type: Improvement Affects Versions: 2.3

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-20 Thread Stephen Colebourne
I requested one of two remedies: a) Release as 1.3.2, but undeprecate the static utility class FileCleaner methods (they would be deprecated in 1.4). The static methods can have comments added in 1.3.2 indicating the preferred alternative. b) Release as 1.4. I also have no recollection of a

Re: [all] Versioining and compatibility WAS Re: [VOTE] Release CLI 1.1

2007-06-20 Thread Joerg Heinicke
Rahul Akolkar rahul.akolkar at gmail.com writes: We still do: http://jakarta.apache.org/commons/releases/versioning.html Regarding deprecation: It is considered a fully compatible change. So you can actually deprecate at any point and don't need to postpone it a next release of a particular

[vfs] HttpClient 3.x Compatibility?

2007-06-20 Thread James Carman
Help! I'm in jar hell (again). Apparently, HttpClient v2.0.2 and 3.0.1(current stable release) are not binary compatible. They introduced setParams()/getParams() methods into the HttpConnectionManager interface. However, VFS' WebdavConnectionManager doesn't implement these methods and it can't

[EMAIL PROTECTED]: Project commons-email (in module jakarta-commons) failed

2007-06-20 Thread dIon Gillard
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-email has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project commons-email (in module jakarta-commons) failed

2007-06-20 Thread dIon Gillard
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-email has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project commons-betwixt (in module jakarta-commons) failed

2007-06-20 Thread James Strachan
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-betwixt has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project commons-betwixt (in module jakarta-commons) failed

2007-06-20 Thread James Strachan
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-betwixt has an issue affecting its community integration. This issue

Re: [vfs] HttpClient 3.x Compatibility?

2007-06-20 Thread Mario Ivankovits
Hi James! Help! I'm in jar hell (again). Apparently, HttpClient v2.0.2 and 3.0.1(current stable release) are not binary compatible. They introduced setParams()/getParams() methods into the HttpConnectionManager interface. However, VFS' WebdavConnectionManager doesn't implement these

Re: [vfs] HttpClient 3.x Compatibility?

2007-06-20 Thread James Carman
I didn't know there was an issue between the two. I know that I can update the dependency in the pom and change the WebdavConnectionManager to have the required methods and it works (at least it compiles). I don't have the integration test environment set up, though. On 6/20/07, Mario

Re: [vfs] HttpClient 3.x Compatibility?

2007-06-20 Thread Mario Ivankovits
Hi James! I didn't know there was an issue between the two. I know that I can update the dependency in the pom and change the WebdavConnectionManager to have the required methods and it works (at least it compiles). I don't have the integration test environment set up, though. Ok, so I'll

[VFS] RE: [EMAIL PROTECTED]: Project ivy (in module ivy) failed

2007-06-20 Thread Gilles Scokart
I cross-post this mail to ivy-dev and commons-dev because it concerns both community. Sorry if some of you received the mail twice. I traced back the failure in the gump build of ivy up to [1]. A class that we use in VFS has been renamed. I'm not sure what we should do: 1. Adapt the ivy code

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

2007-06-20 Thread commons-jelly-tags-jsl 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-jsl-test has an issue affecting its community integration.

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

2007-06-20 Thread commons-jelly-tags-jsl 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-jsl-test has an issue affecting its community integration.

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

2007-06-20 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

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

2007-06-20 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

[Jakarta-commons Wiki] Update of Email by BenSpeakmon

2007-06-20 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by BenSpeakmon: http://wiki.apache.org/jakarta-commons/Email The comment on the change is: fleshed out release plan

[jira] Commented: (DBCP-216) Improvement of error recovery in KeyedCPDSConnectionFactory

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/DBCP-216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506620 ] Phil Steitz commented on DBCP-216: -- Patch looks correct and appropriate to me, subject to the comments below.

[jira] Updated: (DBCP-97) setAutoCommit(true) when returning connection to the pool

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/DBCP-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz updated DBCP-97: Fix Version/s: 1.3 setAutoCommit(true) when returning connection to the pool

[jira] Updated: (DBCP-225) getConnection / borrowObject fails with NullPointerException

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/DBCP-225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz updated DBCP-225: - Fix Version/s: 1.3 getConnection / borrowObject fails with NullPointerException

[jira] Created: (CONFIGURATION-281) JNDIConfiguration::recursiveGetKeys goes out of stack

2007-06-20 Thread Michiel Kalkman (JIRA)
JNDIConfiguration::recursiveGetKeys goes out of stack - Key: CONFIGURATION-281 URL: https://issues.apache.org/jira/browse/CONFIGURATION-281 Project: Commons Configuration Issue Type: Bug

svn commit: r549181 - /jakarta/commons/proper/email/trunk/pom.xml

2007-06-20 Thread bspeakmon
Author: bspeakmon Date: Wed Jun 20 11:31:33 2007 New Revision: 549181 URL: http://svn.apache.org/viewvc?view=revrev=549181 Log: - use org.apache.commons for groupId Modified: jakarta/commons/proper/email/trunk/pom.xml Modified: jakarta/commons/proper/email/trunk/pom.xml URL:

svn commit: r549182 - /jakarta/commons/proper/email/trunk/STATUS.html

2007-06-20 Thread bspeakmon
Author: bspeakmon Date: Wed Jun 20 11:31:46 2007 New Revision: 549182 URL: http://svn.apache.org/viewvc?view=revrev=549182 Log: - add self to STATUS Modified: jakarta/commons/proper/email/trunk/STATUS.html Modified: jakarta/commons/proper/email/trunk/STATUS.html URL:

Re: svn commit: r549181 - /jakarta/commons/proper/email/trunk/pom.xml

2007-06-20 Thread Niall Pemberton
Changing the group id is going to cause problems (see archives for past discussions) - I believe we had settled on not changing group ids as it seemed the only solution ATM that didn't cause pain. Niall On 6/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: bspeakmon Date: Wed Jun 20

Re: svn commit: r549181 - /jakarta/commons/proper/email/trunk/pom.xml

2007-06-20 Thread Ben Speakmon
In my weak defense, I was trying to copy what had been done for other recent m2 releases (specifically jci). I seem to be doing a fine imitation of a bull in a china shop. I'll back it out. On 6/20/07, Niall Pemberton [EMAIL PROTECTED] wrote: Changing the group id is going to cause problems

svn commit: r549192 - /jakarta/commons/proper/email/trunk/pom.xml

2007-06-20 Thread bspeakmon
Author: bspeakmon Date: Wed Jun 20 12:00:58 2007 New Revision: 549192 URL: http://svn.apache.org/viewvc?view=revrev=549192 Log: - back out groupId change, since it'll trash unforeseen things Modified: jakarta/commons/proper/email/trunk/pom.xml Modified:

fileUpload bug report

2007-06-20 Thread Nils Miehe
Hi there! I'm quite sure I found a bug in the fileUpload module: In one of my projects I need to upload a file to the server. I used the following code: if (ServletFileUpload.isMultipartContent(req)) { DiskFileItemFactory factory = new DiskFileItemFactory(); //

[jira] Commented: (DBCP-212) PoolingDataSource closes physical connections

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/DBCP-212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506646 ] Phil Steitz commented on DBCP-212: -- PoolableConnectionFactory.makeObject() has been synchronized since the initial

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-20 Thread Jochen Wiedmann
On 6/20/07, Phil Steitz [EMAIL PROTECTED] wrote: It is up to the RM, but with a -1 from a major contributor to the code base, I would personally not push out the release. FWIW, as mentioned on other threads, I agree with Stephen on the version number issue. The problem is simply that votes

[jira] Commented: (POOL-98) Make GenericObjectPool better extensible

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/POOL-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506659 ] Phil Steitz commented on POOL-98: - I don't think we want to expose the _pool, since this is actually a linked list of

svn commit: r549221 - /jakarta/commons/proper/email/trunk/conf/checkstyle.xml

2007-06-20 Thread bspeakmon
Author: bspeakmon Date: Wed Jun 20 13:28:42 2007 New Revision: 549221 URL: http://svn.apache.org/viewvc?view=revrev=549221 Log: - remove basedir property reference; tested on java 1.4 with m1 and m2 and works fine. Modified: jakarta/commons/proper/email/trunk/conf/checkstyle.xml Modified:

[jira] Commented: (CONFIGURATION-281) JNDIConfiguration::recursiveGetKeys goes out of stack

2007-06-20 Thread Oliver Heger (JIRA)
[ https://issues.apache.org/jira/browse/CONFIGURATION-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506670 ] Oliver Heger commented on CONFIGURATION-281: I did some testing and could reproduce the problem

[dbcp] [pool] Roadmap ideas

2007-06-20 Thread Phil Steitz
There are still quite a few bugs open against [dbcp] and [pool]. We also have an unreleased, improved pool impl in the compositepool package. I would like to toss out some ideas for discussion about where to go with these two components and guage interest in helping out. Recent releases:

[jira] Commented: (CONFIGURATION-281) JNDIConfiguration::recursiveGetKeys goes out of stack

2007-06-20 Thread Michiel Kalkman (JIRA)
[ https://issues.apache.org/jira/browse/CONFIGURATION-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506696 ] Michiel Kalkman commented on CONFIGURATION-281: --- Cool, thanks. I guess #2 is less important,

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-20 Thread Joerg Heinicke
Jochen Wiedmann jochen.wiedmann at gmail.com writes: The problem is simply that votes for releases on commons drive me sick. It is not the exception, but the standard, that people demand changes (which they of course assume that the RM will do) and use a -1 to enforce their opinion. I

svn commit: r549278 - in /jakarta/commons/proper/math/trunk: src/java/org/apache/commons/math/special/ src/test/org/apache/commons/math/special/ xdocs/

2007-06-20 Thread psteitz
Author: psteitz Date: Wed Jun 20 15:24:04 2007 New Revision: 549278 URL: http://svn.apache.org/viewvc?view=revrev=549278 Log: Increased default epsilon for Gamma, Beta function evaluation. JIRA: MATH-166 Reported and patched by Lukas Theussl Modified:

[jira] Resolved: (MATH-166) Special functions not very accurate

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/MATH-166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz resolved MATH-166. -- Resolution: Fixed Patch applied. Thanks Special functions not very accurate

Commons is TLP

2007-06-20 Thread Martin van den Bemt
Hi everyone, The new Commons TLP was established today, with Torsten Curdt as Vice President. Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-20 Thread Niall Pemberton
On 6/20/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: On 6/20/07, Phil Steitz [EMAIL PROTECTED] wrote: It is up to the RM, but with a -1 from a major contributor to the code base, I would personally not push out the release. FWIW, as mentioned on other threads, I agree with Stephen on the

svn commit: r549299 - in /jakarta/commons/proper/math/trunk: src/java/org/apache/commons/math/util/MathUtils.java src/test/org/apache/commons/math/util/MathUtilsTest.java xdocs/changes.xml

2007-06-20 Thread psteitz
Author: psteitz Date: Wed Jun 20 16:39:50 2007 New Revision: 549299 URL: http://svn.apache.org/viewvc?view=revrev=549299 Log: Added log function. JIRA: MATH-158 Modified: jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java

[jira] Resolved: (MATH-158) Arbitrary log

2007-06-20 Thread Phil Steitz (JIRA)
[ https://issues.apache.org/jira/browse/MATH-158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz resolved MATH-158. -- Resolution: Fixed Modified version of patch applied. Changes: made arguments doubles and used

[jira] Updated: (LANG-333) ArrayUtils.toClass

2007-06-20 Thread Dave Meikle (JIRA)
[ https://issues.apache.org/jira/browse/LANG-333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Meikle updated LANG-333: - Attachment: LANG-333.patch Patch to Implement ArrayUtils.toClass() and Unit Test ArrayUtils.toClass

Re: [VFS] RE: [EMAIL PROTECTED]: Project ivy (in module ivy) failed

2007-06-20 Thread Mario Ivankovits
Hi Gilles! I traced back the failure in the gump build of ivy up to [1]. A class that we use in VFS has been renamed. I guess you mean the ThreadLocalHttpConnectionManager class (former WebdavConnectionManager). May I ask, why you use it directly? 3. Replace our dependency to