DO NOT REPLY [Bug 31284] New: - CLI does not support long parameter names on command-line.

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: [chain] Pipeline implementation

Alex Karasulu wrote: Cool. We actually don't have our own thread pool but abstracted it away so we can use any thread pool. For testing purposes we use the commons sandbox thread pool. We made this API thinking it'll be embedded within other servers or frameworks that already have their own thr

Re: [chain] Pipeline implementation

Hi Kris, On Fri, 2004-09-17 at 16:23, Kris Nuttycombe wrote: > Hi, Alex, > > There is definitely some overlap here, and I think that there's good > potential for collaboration. Our current implementation of the pipeline > can definitely benefit from the per-stage thread pool configuration that

RE: [IO] WildcardFilter and WildcardUtils

Hen, I have attached WildcardUtils.java that includes rewritten (and hopefully fixed) match() method, and TestWildCard.java. You may wish to incorporate these when you integrate WildcardFilter. Rgds Jason > -Original Message- > From: Henri Yandell [mailto:[EMAIL PROTECTED] > Sent: Frid

Re: CSV parser & printer

Le 17 sept. 04, à 01:51, Henri Yandell a écrit : http://www.osjava.org/genjava/multiproject/gj-csv/ is available as well if it has any useful ideas that could be merged in. Henry, does this mean you're willing to bring this to Apache if need be or if there's an interest ? IO is the first place

Re: [VFS and Net] Dealing with non-standard FTP servers

On Friday 17 September 2004 02:30 pm, Mario Ivankovits wrote: > Michael D. Hirsch wrote: > >Another option is to explicitly pass the FQCN for my new parser into > >DefaultFTPFileEntryParserFactory, but there I'm stymied because, AFAICT, > >there is no way to pass the FQCN through the vfs layer to t

Re: [chain] Pipeline implementation

Hi, Alex, There is definitely some overlap here, and I think that there's good potential for collaboration. Our current implementation of the pipeline can definitely benefit from the per-stage thread pool configuration that you've done, since right now each one of our stages is still single-thr

cvs commit: jakarta-commons/httpclient/xdocs tutorial.xml

olegk 2004/09/17 12:50:47 Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH tutorial.xml Log: Minor tweaks to the tutorial sample code. No more System.exit silliness Contributed by Oleg Kalnichevski Revision ChangesPath No revision No

DO NOT REPLY [Bug 31281] New: - [configuration] Add FilterConfiguration decorator

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: CSV parser & printer

On Fri, 17 Sep 2004 10:28:26 -0500, Tim Dawson <[EMAIL PROTECTED]> wrote: > I probably should have said up front that I had written this expressly > because the ostermiller implementation is inaccessible to me due to the GPL > license. > > > http://www.osjava.org/genjava/multiproject/gj-csv/ > >

Re: CSV parser & printer

Unless anyone wants to -1 it, submit your code in as the package org.apache.commons.io.csv to Bugzilla as a zip or something (including unit tests) and I'll go ahead and review it there. Mainly I'll be looking to make it support what my ones do too, so I can go ahead and drop them. Or if I feel st

RE: CSV parser & printer

I probably should have said up front that I had written this expressly because the ostermiller implementation is inaccessible to me due to the GPL license. > http://www.osjava.org/genjava/multiproject/gj-csv/ I didn't run across that in my search; I'll have to check it out more in depth. One thi

[IO] WildcardFilter and WildcardUtils

Title: [IO] WildcardFilter and WildcardUtils Following on from discussions re. WildcardFilter I have changed earlier submission to use WildcardUtils.match() method. I have attached WildcardFilter.java and updated FileFilterTestCase.java The new test case testWildcard() exposes what looks

[jira] Commented: (JELLY-85) TagScript doesn't clear its cached tags after run()

The following comment has been added to this issue: Author: Guido Anzuoni Created: Fri, 17 Sep 2004 6:26 AM Body: With a TagScript instance created by XMLParser in its startElement and with every instance of TagScript declaring a ThreadLocal, jelly is unusable in tipical servlet en

[jira] Commented: (JELLY-144) XMLParser should not depend on JellyContext

The following comment has been added to this issue: Author: Guido Anzuoni Created: Fri, 17 Sep 2004 3:28 AM Body: Registration of taglibs could go in the script, holding or implementing a sort of TagLibCatalog. Having a setTagLibCatalog() in JellyContext, a Script could place a re

DO NOT REPLY [Bug 31272] - TelnetInputStream zombie thread memory leak, FTPClient TelnetClient

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 29714] - [configuration] Alternative delimiter

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 31272] New: - TelnetInputStream zombie thread memory leak, FTPClient TelnetClient

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

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/params HttpMethodParams.java

oglueck 2004/09/17 01:00:51 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java httpclient/src/java/org/apache/commons/httpclient/params HttpMethodParams.java Log: add API Doc about buffering

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestMethodsExternalHost.java

oglueck 2004/09/17 00:57:49 Modified:httpclient/src/test/org/apache/commons/httpclient TestMethodsExternalHost.java Log: Do nut bugger Sun with our testing, but use ASF servers. Sun's one resulted in a failed test case anyway. Revision ChangesPath

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java

oglueck 2004/09/17 00:51:41 Modified:httpclient/src/java/org/apache/commons/httpclient Tag: HTTPCLIENT_2_0_BRANCH HttpMethodBase.java Log: add API Doc about buffering add a warning if the buffered content length is unknown or > 1 MB optimization of buffer

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestMethodsExternalHost.java

oglueck 2004/09/17 00:43:28 Modified:httpclient/src/test/org/apache/commons/httpclient Tag: HTTPCLIENT_2_0_BRANCH TestMethodsExternalHost.java Log: Cleaned up some code and deprecation warnings. Do nut bugger Sun with our testing, but use ASF servers. Sun's

Re: [sandbox - grant] Removal of commons-grant

I'm +1 on deleting it. On Fri, 17 Sep 2004 14:25:09 +0800, Brett Porter <[EMAIL PROTECTED]> wrote: > Is anyone using commons-grant? > > There are only a few classes and it is yet to be proven to work with Ant 1.6... > AFAIK only Maven uses it. > > To simplify things, I'd like to copy it into Ma