Re: [VOTE] Promote NET to commons proper was Release Plans

I see single problem with this component ( unit tests ), It is not trivial to test protocol implementation like SMTP, but I will try to find some ways. > > "Juozas Baliuka" <[EMAIL PROTECTED]> writes: > >It is true developer community is not very large, but I think user community > >is not so s

RE: Trying to try JellySwing

You're right - it's not currently mentioned in the Jelly pages. It looks like the change has been made in CVS, but the web site has not been refreshed since then. Actually, you've indirectly pointed out a separate problem, which is that the generated Jakarta web sites allow people to subscribe to

DB Connection pool

Can DB Connection pool be used stand alone? I would like to use the DB connection pool from a console app. or from a Swing app. I have a web app that has beans, and I want to use those beans in a app. (not a web app, no tomcat, etc.) Has anyone done this before? (similar to how poolman works

Commons-Collections LazyList helper class for Factory creation

I created this class to cut down on having to write a class Factory for every class object i wanted to create a LazyList for. It uses reflection to create the object rather than a hardcoded class. The syntax for its' usage is as follows: List myList = ListUtils.lazyList(new ArrayList(),new Generic

[httpclient] Volunteering to add ...

I have interest on this part Digest Authentication Add support for Digest authentication to the Authenticator class. my name is chowchin My UIN is 6388322!!! chowchin -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 12756] - [Patch] CallMethodRule/CallParamRule

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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 12756] - [Patch] CallMethodRule/CallParamRule

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://nagoya.apache.org/bugzilla/show_b

Re: [lang] Builders complete?

On Tuesday 17 September 2002 06:23 pm, Stephen Colebourne wrote: > I have just promoted the ToStringBuilder to the commons proper builder > package. It comes with an associated ToStringStyle class that allows most > toString styles to be designed. 4 common styles are pre-defined. In > addition a S

Re: [Proposal] Scamp: Source Control Abstraction

On Tuesday 17 September 2002 07:43 pm, Craig R. McClanahan wrote: > On Tue, 17 Sep 2002, Steve Downey wrote: > > Date: Tue, 17 Sep 2002 19:13:59 -0400 > > From: Steve Downey <[EMAIL PROTECTED]> > > Reply-To: Jakarta Commons Developers List > > <[EMAIL PROTECTED]> To: Jakarta Commons Developers Lis

DO NOT REPLY [Bug 12756] - [Patch] CallMethodRule/CallParamRule

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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 12756] New: - [Patch] CallMethodRule/CallParamRule

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://nagoya.apache.org/bugzilla/show_b

Re: [Proposal] Scamp: Source Control Abstraction

On Tue, 17 Sep 2002, Steve Downey wrote: > Date: Tue, 17 Sep 2002 19:13:59 -0400 > From: Steve Downey <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: [Proposal] Scamp: Source Control Abs

Re: [latka] [PATCH] RequestImpl.setVersion () throws NPE

On Tuesday 17 September 2002 10:09 pm, Daniel Rall wrote: > Janek Bogucki <[EMAIL PROTECTED]> writes: > > Index: RequestImpl.java > > === > > RCS file: > > /home/cvspublic/jakarta-commons/latka/src/java/org/apache/commons/latka/h > >t

[latka] [PATCH] Remove use of deprecated o.a.c.httpclient.methods.PostMethod.setRequestBody ( String )

Hi, This patch changes the use of PostMethod.setRequestBody ( String ) to PostMethod.setRequestBody ( InputStream ). The first method is deprecated in the CVS version of httpclient which I am compiling against. http://issues.apache.org/bugzilla/show_bug.cgi?id=12752 Could someone with committ

Re: [lang][collections] ArrayUtils

Many bits and pieces of util have graduated, though, into lang and collections. I don't know how much momentum can be built around a subproject of 'useful code with no natural home', which is the usual operating definition of util. What is frustrating, though, is that almost every project has

Re: [Proposal] Scamp: Source Control Abstraction

On Tuesday 17 September 2002 06:15 pm, Daniel Rall wrote: > In what ways does this differ from DAV? A SCM system can sit on top of DAV, or DAV + deltaV. Subversion, for example, is using deltaV as the communication protocol between its client and server. But DAV, in and of itself, isn't a generic

RE: [Proposal] Scamp: Source Control Abstraction

That's a really good thought, I'm adding it to the interface list -Original Message- From: Charles Burdick [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 17, 2002 3:58 PM To: [EMAIL PROTECTED] Subject: Re: [Proposal] Scamp: Source Control Abstraction This is indeed a great idea.

DO NOT REPLY [Bug 12752] New: - [PATCH] Remove use of deprecated o.a.c.httpclient.methods.PostMethod.setRequestBody ( String )

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://nagoya.apache.org/bugzilla/show_b

RE: [Proposal] Scamp: Source Control Abstraction

I just finished a first read of the JSR and it looks very promising as a comprehensive long term solution to abstract version control/scm. I guess my only question is one of timing, it looks like any deliverables might be quite a ways out on the horizon (6 months+? Need feedback here). I think wh

RE: [Proposal] Scamp: Source Control Abstraction

> -Original Message- > From: Steve Downey [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 17, 2002 3:07 PM > To: Jakarta Commons Developers List > Subject: Re: [Proposal] Scamp: Source Control Abstraction > > > I think it's a great idea. There's a lot of commonality > between th

Re: [Proposal] Scamp: Source Control Abstraction

Hi Lance, I think this JSR is quite related to your proposal: http://www.webdav.org/deltav/wvcm/ Albeit inspired by WebDAV/DeltaV, I believe it is supposed to be generic. Also, AFAIK, it is initiated by an Eclipse team member, so its implementation is heading open-source. Weber, Lance wro

RE: [Digester] XML Pull

Would there be a good reason for it, other than because we can? Scott > -Original Message- > From: Tal Lev-Ami [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 17, 2002 5:13 AM > To: Jakarta Commons Developers List (E-mail) > Subject: [Digester] XML Pull > > > Anybody tried to ad

Re: [lang][collections] ArrayUtils

[EMAIL PROTECTED] writes: > So, which project gets ArrayUtils? [lang] or [collections]? > > Things on an ArrayUtils would be > - a simple toString for arrays based on the ToStringBuilder. > - Empty array constants for the different array types > - ... I equate array operations more with [lang]

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/builder ToStringBuilder.java ToStringStyle.java StandardToStringStyle.java

scolebourne2002/09/17 15:07:20 Added: lang/src/java/org/apache/commons/lang/builder ToStringBuilder.java ToStringStyle.java StandardToStringStyle.java Log: Initial checkin of ToStringBuilder and assistants Revision ChangesP

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/builder CompareToBuilder.java EqualsBuilder.java HashCodeBuilder.java

scolebourne2002/09/17 15:06:38 Modified:lang/src/java/org/apache/commons/lang/builder CompareToBuilder.java EqualsBuilder.java HashCodeBuilder.java Log: Exclude static fields from reflection based builder Revision ChangesPath

cvs commit: jakarta-commons-sandbox/net/src/java/org/apache/commons/net/tftp TFTPClient.java

dfs 2002/09/17 15:02:32 Modified:net/src/java/org/apache/commons/net/tftp TFTPClient.java Log: Removed old commented out print statements. Also applied multi-interfaced host patch to sendFile() which I previously applied to receiveFile(). Revision ChangesPath 1.5

Re: [Proposal] Scamp: Source Control Abstraction

This is indeed a great idea. An associated deliverable I'd love to see is a set of XML DTDs for describing log entries, etc. If the API could output to a standard XML format, then each app could avoid parsing all the text output of each SCM tool. --- Weber, Lance <[EMAIL PROTECTED]> wrote: Foll

cvs commit: jakarta-commons-sandbox/net/src/java/org/apache/commons/net/tftp TFTPClient.java

dfs 2002/09/17 14:48:07 Modified:net/src/java/org/apache/commons/net/tftp TFTPClient.java Log: Applied my patch from May 2002 which addresses the situation whereby the IP address that answers a TFTP file transfer request is different from the one it was sent to. We handle t

Trying to try JellySwing

Hi list, Sorry to send a kind of "user" question... It runs out there is no other forum for the purpose. I wanted to give a try to JellySwing, being generally interested by Jelly but... had no chances... Downloading jelly-swing per se (the jar) doesn't seem to have executables. It's probably

RE: [VOTE] Promote NET to commons proper was Release Plans

> Actually, the whole committers issue was why I floated the idea of > [httpclient], [net] and [webdav] getting together as a group. But that > generated little enthusiam. This sounds like an interesting idea, but I think the driving force so far for the promotion of net was/is the current users

Promotion of NET issues ( was RE: [VOTE] Promote NET to commons proper was Release Plans )

Summarizing issues delaying promotion: *) No Status file. I skimmed the charter again, and it refers to a status file to list committers. Won't either the generated docs or the project.xml due for that information? There is a task/todo list also, but again it contains items to change after a r

cvs commit: jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/dynabean AbstractTestDynaSql.java

jstrachan2002/09/17 12:56:25 Modified:sql/src/java/org/apache/commons/sql/dynabean DynaSql.java sql/src/test/org/apache/commons/sql/dynabean AbstractTestDynaSql.java Log: Taken the ResultSetIterator class out of the DynaSql API (as its package

Re: [VOTE] Promote NET to commons proper was Release Plans

-1 As I -1'd the promotion of [io] for lack of unit tests, I am compelled to do the same for [net], even though I don't use it. Actually, the whole committers issue was why I floated the idea of [httpclient], [net] and [webdav] getting together as a group. But that generated little enthusiam. St

Re: [Proposal] Scamp: Source Control Abstraction

+1. Great idea. James --- http://radio.weblogs.com/0112098/ - Original Message - From: "Jason van Zyl" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, September 17, 2002 7:18 PM Subject: Re: [Proposal] Scamp: Source Control Abstraction >

RE: [VOTE] Promote NET to commons proper was Release Plans

This is very true. > -Original Message- > From: Michael A. Smith [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 17, 2002 12:34 PM > To: Jakarta Commons Developers List > Subject: RE: [VOTE] Promote NET to commons proper was Release Plans > > > On Tue, 17 Sep 2002, Martin Cooper

RE: [VOTE] Promote NET to commons proper was Release Plans

On Tue, 17 Sep 2002, Martin Cooper wrote: > I'm -0 because I'm not currently involved with [net]. If I was, I'd be -1. > But I'd really hate to see us lower the barrier for Commons Proper > components. Promotion to commons proper affects the entire commons, not just [net], so it shouldn't matter

RE: [VOTE] Promote NET to commons proper was Release Plans

-0. It's just not ready. * There's no status file, which is required. * As far as I can tell, the unit tests cover only FTP, while the component covers a great deal more than that. * I have the same concern as Michael regarding number of committers. Witness the recent "Plea for committal" thread

Re: [Proposal] Scamp: Source Control Abstraction

On Tue, 2002-09-17 at 13:53, Weber, Lance wrote: > Following some interesting discussions on the Maven list, I'd like to > propose starting an SCM abstraction project, tentatively named Scamp. > > Proposed Goal: > Scamp is a Source Control Manager abstraction layer. It provides a standard > inte

Re: [Proposal] Scamp: Source Control Abstraction

Have you taken a look at how Eclipse handles this? http://eclipse.org *** Richard A. Sitze IBM WebSphere WebServices Development Following some interesting discussions on the Maven list, I'd like to propose starting an SCM abstraction project, tentative

DO NOT REPLY [Bug 12746] New: - Easey Factory for ListUtils.lazyList() method

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://nagoya.apache.org/bugzilla/show_b

[Proposal] Scamp: Source Control Abstraction

Following some interesting discussions on the Maven list, I'd like to propose starting an SCM abstraction project, tentatively named Scamp. Proposed Goal: Scamp is a Source Control Manager abstraction layer. It provides a standard interface to SCM systems allowing common source control operation

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix/support apfunctions.m4 apsupport.m4

jfclere 2002/09/17 09:21:15 Modified:daemon/src/native/unix Makedefs.in configure.in daemon/src/native/unix/native Makefile.in dso-dlfcn.c dso-dyld.c java.c jsvc-unix.c location.c daemon/src/native/unix/support apfunctions.m4 apsuppo

[latka] [PATCH] RequestImpl.setVersion () throws NPE

Hi, I'm trying to build CVS latka with CVS httpclient and I encountered a NPE in RequestImpl.setVersion. My patch changes this method to match the meaning of the API comments by using HTTP/1.1 when the parameter is not "1.1", i.e. when it is null use "HTTP/1.1". Maybe this is the wrong way to

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly jellyunit.jelly

jstrachan2002/09/17 08:52:12 Modified:jelly/src/test/org/apache/commons/jelly jellyunit.jelly Log: patched the sample jellyunit script so that it runs all current JellyUnit scripts that can be found Revision ChangesPath 1.2 +24 -4 jakarta-commons-sandbox/jell

cvs commit: jakarta-commons-sandbox/jelly maven.xml

jstrachan2002/09/17 08:31:04 Modified:jellymaven.xml Added: jelly/src/test/org/apache/commons/jelly jellyunit.jelly Log: Added a sample test case to demonstrate the new behaviour. Revision ChangesPath 1.1 jakarta-commons-sandbox/jelly/src/

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/junit RunTag.java

jstrachan2002/09/17 08:28:25 Modified:jelly/src/java/org/apache/commons/jelly/tags/junit RunTag.java Log: Allow the test name to be defaulted to the default TestSuite created by the tag Also allow a TestListener to be specified via the listener="" at

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly XMLOutput.java

jstrachan2002/09/17 08:27:04 Modified:jelly/src/java/org/apache/commons/jelly XMLOutput.java Log: Added some extra helper methods to make it easier to output simple SAX events from inside a Tag Revision ChangesPath 1.7 +32 -7 jakarta-commons-sandbox/jelly/src

RE: [VOTE] Promote NET to commons proper was Release Plans

+1. The developer community issue is a concern, but as with BCEL, Lucene, PoolMan, the community as a whole is quite large, and not just developers make the community. Scott > -Original Message- > From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 16, 2002 11:48

Re: [VOTE] Promote NET to commons proper was Release Plans

It's not now that I'm worried about. It's 3 months from now when that active user community is submitting tons and tons of bugs/feature requests, and the development community cannot keep up because of external time pressures. That's better managed with more committers. In any case, I'm only

RE: [lang] NestableDelegateTestCase.java

Had a feeling you might be. Good luck :) Hen On Tue, 17 Sep 2002, Steven Caswell wrote: > Henri, I am working on this. Thanks for the additional info. I should > have something posted back later today. > > > Steven Caswell > [EMAIL PROTECTED] > a.k.a Mungo Knotwise of Michel Delving > "One rin

RE: [lang] NestableDelegateTestCase.java

Henri, I am working on this. Thanks for the additional info. I should have something posted back later today. Steven Caswell [EMAIL PROTECTED] a.k.a Mungo Knotwise of Michel Delving "One ring to rule them all, one ring to find them..." > -Original Message- > From: Henri Yandell [mailto

Re: [VOTE] Promote NET to commons proper was Release Plans

It is true developer community is not very large, but I think user community is not so small, and I know they are waiting for release (I know two of them personaly). I can add myself to initial committers list, but I do not think it needs more committers at this time. > -1. I think there should

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix Makedefs.in

jfclere 2002/09/17 05:54:32 Modified:daemon/src/native/unix Makedefs.in Log: Remove the -Wall -Wstrict-prototype that are gnu specfic options. Revision ChangesPath 1.2 +2 -2 jakarta-commons-sandbox/daemon/src/native/unix/Makedefs.in Index: Makedefs.in =

Re: [VOTE] Promote NET to commons proper was Release Plans

-1. I think there should be more initial committers before it gets moved to commons proper. One of the reasons for the sandbox is to allow a component to build a community, I don't think the component has a large enough development community yet. regards, michael Waldhoff, Rodney wrote: > T

cvs commit: jakarta-commons-sandbox/jelly project.xml

jstrachan2002/09/17 05:36:26 Modified:jellyproject.xml Log: Added the common-user list Revision ChangesPath 1.68 +6 -0 jakarta-commons-sandbox/jelly/project.xml Index: project.xml ===

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix/native arguments.c location.c replace.c

jfclere 2002/09/17 05:25:50 Modified:daemon/src/native/unix/native arguments.c location.c replace.c Log: Arrange Java style comments - My compiler does like those - Revision ChangesPath 1.5 +15 -15 jakarta-commons-sandbox/daemon/src/nati

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix/support apsupport.m4

jfclere 2002/09/17 05:24:14 Modified:daemon/src/native/unix/support apsupport.m4 Log: Add detection of 2 of the FSC platforms: ReliantUNIX and BS2000. Revision ChangesPath 1.2 +15 -1 jakarta-commons-sandbox/daemon/src/native/unix/support/apsupport.m4 Inde

[Digester] XML Pull

Anybody tried to adapt the Digester to work with XML Pull (http://www.xmlpull.org)? It should be fairly easy to do and there are pretty fast parsers out there. Tal Lev-Ami Trivnet Ltd. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [DBCP] DelegatingResultSet.close() -> NullPointerException

Yup - its a problem. The following classes have this problem because getResultSet() doesn't check for a null return. - DelegatingPreparedStatement - DelegatingCallableStatement - DelegatingPreparedStatement I just submitted a bug report and patch to fix this. http://nagoya.apache.org/bugzilla/s

DO NOT REPLY [Bug 12733] - [DBCP][PATCH]Statement.getResultSet() doesn't return null if like javadocs

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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 12733] New: - [DBCP][PATCH]Statement.getResultSet() doesn't return null if like javadocs

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://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-commons/lang STATUS.html

bayard 2002/09/17 03:58:37 Modified:lang STATUS.html Log: Need an unescape. Revision ChangesPath 1.14 +2 -1 jakarta-commons/lang/STATUS.html Index: STATUS.html === RCS file: /home/cvs

Re: [lang][collections] ArrayUtils

Other ones I'd expect an ArrayUtils to consider: converting long[] to Long[] etc. Or List. reversing an array. I think CollectionUtils currently has that. some kind of 'map' method? So I would do: ArrayUtils.map(array, function); where function was defined as [one of your Pattern transformers?]

cvs commit: jakarta-commons/lang STATUS.html

bayard 2002/09/17 03:30:48 Modified:lang STATUS.html Log: Added some StringUtils todos. Revision ChangesPath 1.13 +4 -1 jakarta-commons/lang/STATUS.html Index: STATUS.html === RCS fil

[lang][collections] ArrayUtils

So, which project gets ArrayUtils? [lang] or [collections]? Things on an ArrayUtils would be - a simple toString for arrays based on the ToStringBuilder. - Empty array constants for the different array types - ... Stephen -- To unsubscribe, e-mail: For additional c

cvs commit: jakarta-commons-sandbox/sql/xdocs index.xml

jstrachan2002/09/17 03:19:07 Modified:sql/xdocs index.xml Log: fixed minor typeo Revision ChangesPath 1.7 +1 -1 jakarta-commons-sandbox/sql/xdocs/index.xml Index: index.xml === RCS file:

Re: [lang] NestableDelegateTestCase.java

Adding a /** * Prints the stack trace of this exception to the specified print * stream. Includes inforamation from the exception--if * any--which caused this exception. * * @param out PrintStream to use for output. */ public void printStackTrace(PrintStream

DO NOT REPLY [Bug 12728] New: - Cache Bug in the PropertyUtils.java line 889

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://nagoya.apache.org/bugzilla/show_b

[lang] NestableDelegateTestCase.java

I get the following when I try to 'ant test' [javac] /Users/hen/jakarta/src/jakarta-commons/lang/src/test/org/apache/commons/lang/exception/NestableDelegateTestCase.java:1212: org.apache.commons.lang.exception.NonThrowableNestable should be declared abstract; it does not define printStackTra

DO NOT REPLY [Bug 12727] New: - [PATCH] fix NPE in RequestImpl.setVersion

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://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/enum EnumUtils.java

bayard 2002/09/17 02:33:29 Modified:lang/src/java/org/apache/commons/lang/enum EnumUtils.java Log: Removed the @see ExtensibleEnum as there is no such class in the system currently. It was giving a warning in the building of javadoc. Revision ChangesPath 1.2 +1

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix/support apfunctions.m4

jfclere 2002/09/17 02:27:06 Modified:daemon/src/native/unix/support apfunctions.m4 Log: Remove the escapes... It crashes my BS2000 terminal. Revision ChangesPath 1.2 +2 -2 jakarta-commons-sandbox/daemon/src/native/unix/support/apfunctions.m4 Index: apfun

Re: [NET] Release Plans

Stefan Bodewig wrote: > On Wed, 11 Sep 2002, Jeff Brekke <[EMAIL PROTECTED]> wrote: > > >>+1 from me for a 1.0 release and move to commons proper > > > +1 to your plan (non-binding as I'm not a commons committer), I'd like > to move the Ant tasks from NetComponents to commons-net for Ant 1.6.

Re: [httpclient] max response size

Your app may want to get the data as an InputStream. Then you can decide yourself how many bytes you want to read. There might be some issues with closing the connection before the end of the stream has been reached. However this is another candidate for a configuration property. More about Ht