Re: Client-side Digester?

On 11/25/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > Simon Kitching wrote: > > You may find difficulties trying to duplicate the general concept of > > Digester in javascript. I tried to do it in Ruby, and found that it > > doesn't fit terribly well with dynamically-typed languages. Quit

svn commit: r349081 - in /jakarta/commons/proper/fileupload/trunk/xdocs: cvs-usage.xml issue-tracking.xml

Author: martinc Date: Fri Nov 25 21:34:22 2005 New Revision: 349081 URL: http://svn.apache.org/viewcvs?rev=349081&view=rev Log: Add detail pages for Source Repository and Issue Tracking, based on those for IO and Validator. The older auto-generated pages were more detailed than even these, but I

Re: Client-side Digester?

Simon Kitching wrote: > You may find difficulties trying to duplicate the general concept of Digester in javascript. I tried to do it in Ruby, and found that it doesn't fit terribly well with dynamically-typed languages. Quite a lot of Digester depends upon the ability to perform reflection upon

Re: Client-side Digester?

Hi Frank, On Fri, 2005-11-25 at 10:58 -0500, Frank W. Zammetti wrote: > Has any thought been given to, or has any work been done already, to > creating a Javascript-based client-side version of Digester? I'm > starting on a new project soon where I'll potentially have to be doing a > fair amou

DO NOT REPLY [Bug 28327] - [resources] Overload Messages.getMessages(String name) with additional methods

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37644] - [resources] javadoc fixes for Resources.java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r349057 - /jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/Resources.java

Author: niallp Date: Fri Nov 25 17:15:28 2005 New Revision: 349057 URL: http://svn.apache.org/viewcvs?rev=349057&view=rev Log: Fix for Bug 37644 - javadoc fixes for Resources.java - patch submitted by Christian Meder Modified: jakarta/commons/proper/resources/trunk/src/java/org/apache/commo

DO NOT REPLY [Bug 37646] - [resources] Clarify javadoc about iterators in MessageList

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Client-side Digester?

Martin Cooper wrote: I was referring more to dojo.xml.Parse than to domUtil. I didn't mean to suggest that this would supplant a Digester in JavaScript, but it could provide a foundation for such a thing. Ah, I see. Yep, I can definitely see where it would make things easier. By the way

DO NOT REPLY [Bug 37645] - [resources] close a element, correct struts link, commons uses svn now

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r349053 - in /jakarta/commons/proper/resources/trunk: PROPOSAL.html STATUS.html

Author: niallp Date: Fri Nov 25 17:07:02 2005 New Revision: 349053 URL: http://svn.apache.org/viewcvs?rev=349053&view=rev Log: Fix for Bug 37645 - close a element, correct struts link, commons uses svn now - patch submitted by Christian Meder Modified: jakarta/commons/proper/resources/trunk

Re: Client-side Digester?

On 11/25/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > Martin Cooper wrote: > > Yes and no. I do see a place for JavaScript at the ASF, and I do believe > > we should have a forum - and a community - around that. > > Kind of a tangent from my original post, but is there any chance of > setti

Re: Client-side Digester?

On 11/25/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > I can see where the Dojo parsing methods *will* make life easier... but > in just quickly glancing at the dojo.xml.domUtil methods, it only looks > like slightly more convenience than doing it myself. I was referring more to dojo.xml.P

DO NOT REPLY [Bug 37646] - [resources] Clarify javadoc about iterators in MessageList

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37645] - [resources] close a element, correct struts link, commons uses svn now

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37644] - [resources] javadoc fixes for Resources.java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37646] - Clarify javadoc about iterators in MessageList

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37646] New: - Clarify javadoc about iterators in MessageList

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37645] - close a element, correct struts link, commons uses svn now

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37645] New: - close a element, correct struts link, commons uses svn now

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37644] - javadoc fixes for Resources.java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37644] New: - javadoc fixes for Resources.java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37642] - [resources] Improve ResourcesBase method inter-operability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [resources] Preparation for a Release Candidate

On Fri, 2005-11-25 at 22:17 +, Niall Pemberton wrote: > >From my point of view, unless someone objects, both these issues are > now resolved. > > However, having looked in more detail at the code base, I feel that > the ResourcesBase implementation could do with some improvement in its > imple

DO NOT REPLY [Bug 37642] - [resources] Improve ResourcesBase method inter-operability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [resources] Preparation for a Release Candidate

>From my point of view, unless someone objects, both these issues are now resolved. However, having looked in more detail at the code base, I feel that the ResourcesBase implementation could do with some improvement in its implementation of the content retrieval methods. I have created a bugzilla

Re: [resources] Preparation for a Release Candidate

On 11/25/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On 11/25/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > On 11/25/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > > On 11/24/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > > > > > On 11/23/05, Martin Cooper <[EMAIL PROTECTED

DO NOT REPLY [Bug 37642] - [resources] Improve ResourcesBase method inter-operability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37642] - [resources] Improve ResourcesBase method inter-operability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37642] New: - [resources] Improve ResourcesBase method inter-operability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37641] - [jci] use groovy-all dep

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37641] New: - [jci]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r349025 - in /jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources: ./ impl/

Author: niallp Date: Fri Nov 25 13:09:54 2005 New Revision: 349025 URL: http://svn.apache.org/viewcvs?rev=349025&view=rev Log: Remove declared RuntimeException's from method signatures (but leave them in the javadocs). See commons-dev thread http://article.gmane.org/gmane.comp.jakarta.commons.d

svn commit: r349012 - /jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/CollectionResourcesBase.java

Author: niallp Date: Fri Nov 25 12:14:56 2005 New Revision: 349012 URL: http://svn.apache.org/viewcvs?rev=349012&view=rev Log: Add setDefaultLocale() for instance variable made private and additional debug logging. Modified: jakarta/commons/proper/resources/trunk/src/java/org/apache/commons

DO NOT REPLY [Bug 37640] - [jci] Groovy JSR-04 SourceUnit api change

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37640] New: - [jci] Groovy JSR-04 SourceUnit api change

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r349007 - /jakarta/commons/proper/resources/trunk/src/test/org/apache/commons/resources/impl/JDBCResourcesTestCase.java

Author: niallp Date: Fri Nov 25 11:52:05 2005 New Revision: 349007 URL: http://svn.apache.org/viewcvs?rev=349007&view=rev Log: Exclude JDBC test if JDK < 1.4 (HSQLDB 1.7.2 uses classes introduced in JDK 1.4) I upgraded the HSQLDB version from 1.7.1 to 1.7.2 because of the change I made to JDBCRe

RE: [collections] [functor] Split functors from collections

On Thu, 2005-11-24 at 20:09 -0500, James Carman wrote: > I would agree that merging the functors from collections into commons > functor would not work (Transformer vs. UnaryFunction for example). My only > point would be that if we're trying to create a general-purpose functor > library (what com

Re: [resources] Preparation for a Release Candidate

On 11/25/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 11/25/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > On 11/24/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > > > On 11/23/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > > > On 11/22/05, Niall Pemberton <[EMAIL PROTECTED]> >

Re: Client-side Digester?

Martin Cooper wrote: Yes and no. I do see a place for JavaScript at the ASF, and I do believe we should have a forum - and a community - around that. Kind of a tangent from my original post, but is there any chance of setting up a simple Javascript mailing list under the ASF? Or does it need

Re: Client-side Digester?

I can see where the Dojo parsing methods *will* make life easier... but in just quickly glancing at the dojo.xml.domUtil methods, it only looks like slightly more convenience than doing it myself. By the way, is there more documentation online than the API outline (http://dojotoolkit.org/docs/

Re: Client-side Digester?

On 11/25/05, Noel J. Bergman <[EMAIL PROTECTED]> wrote: > > Frank W. Zammetti wrote: > > > Has any thought been given to, or has any work been done already, to > > creating a Javascript-based client-side version of Digester? I'm > > starting on a new project soon where I'll potentially have to be

Re: Client-side Digester?

On 11/25/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > Hope everyone (in the states at least!) is having a good Thanksgiving > weekend (and I hope, like me, that most of you have a 4-day extended > weekend!) > > Has any thought been given to, or has any work been done already, to > creating

Re: [resources] Preparation for a Release Candidate

On 11/25/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > On 11/24/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > On 11/23/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > > On 11/22/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > > > > > 1) Quite a few methods are declaring in the jav

Re: [resources] Preparation for a Release Candidate

On 11/24/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 11/23/05, Martin Cooper <[EMAIL PROTECTED]> wrote: > > On 11/22/05, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > > > 1) Quite a few methods are declaring in the javadoc that they throw > > > RuntimeExceptions, which are coming out

RE: Client-side Digester?

Frank W. Zammetti wrote: > Has any thought been given to, or has any work been done already, to > creating a Javascript-based client-side version of Digester? I'm > starting on a new project soon where I'll potentially have to be doing a > fair amount of client-side XML parsing, and it occurs to

Client-side Digester?

Hope everyone (in the states at least!) is having a good Thanksgiving weekend (and I hope, like me, that most of you have a 4-day extended weekend!) Has any thought been given to, or has any work been done already, to creating a Javascript-based client-side version of Digester? I'm starting

RE: [collections] Making Commons Collections Generic Enabled

Yeah, a link from the commons collections site might be helpful, but I don't know whether we really want to tell people to use that library rather than the "real" commons collections. We will make collections "generified" soon enough. I just don't think we've completely figured out how we want to

OS400FTPEntryParser

Hi all, I'm getting problems with parsing FTP entry on AS/400 machines. It defines DEFAULT_DATE_FORMAT like "yy/MM/dd HH:mm:ss", but all machines I have access to has format "dd/MM/mm HH:mm:ss", i.e. day and year swapped. Any experience with this or solutions? Thanks regards Daniel Vesel

RE: Making Commons Collections Generic Enabled

Excellent. Might be worth making this a bit more visible. -Original Message- From: James Carman [mailto:[EMAIL PROTECTED] Sent: 25 November 2005 14:12 To: 'Jakarta Commons Developers List' Subject: RE: Making Commons Collections Generic Enabled Tim, It's already been done (http://colle

RE: Making Commons Collections Generic Enabled

Tim, It's already been done (http://collections15.sourceforge.net/). Hopefully we'll finally figure out how we're going to bring this code (or some version of it) into our codebase. For now, if you need generic support you can use the sourceforge project. James -Original Message- Fro

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

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-html has an issue affecting its community integration. This i

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

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-html has an issue affecting its community integration. This i

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

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. Th

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

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. Th

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

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-define-test has an issue affecting its community integration.

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

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-define-test has an issue affecting its community integration.

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

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-swing has an issue affecting its community integration. This

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

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-swing has an issue affecting its community integration. This

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

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-xml-test has an issue affecting its community integration. Th

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

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-xml-test has an issue affecting its community integration. Th

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

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-test has an issue affecting its community integration. This issue a

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

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-test has an issue affecting its community integration. This issue a

Making Commons Collections Generic Enabled

Are there any plans to make commons collections generics (as in JDK 1.5) enabled? If not I would be happy to do this. Tim. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --

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

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-resources has an issue affecting its community integration. This issue af

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

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-resources has an issue affecting its community integration. This issue af