Re: [io][fileupload] ThresholdingOutputStream and DeferredFileOutputStream

Martin Cooper wrote: The Commons FileUpload component currently includes two output stream classes that really don't have that much to do with file uploading itself. The two classes are: ThresholdingOutputStream (extends OutputStream) http://jakarta.apache.org/commons/fileupload/apidocs/org/apache/

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator package.html

dgraham 2004/01/31 19:09:20 Modified:validator/src/share/org/apache/commons/validator package.html Log: Remove dependencies and point to Maven generated dependency page. Update examples to latest API. Revision ChangesPath 1.3 +238 -272 ja

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator CreditCardValidator.java UrlValidator.java

dgraham 2004/01/31 18:41:25 Modified:validator/src/share/org/apache/commons/validator CreditCardValidator.java UrlValidator.java Log: Use left shift operator for constants to make numbering easier. Revision ChangesPath 1.15 +7 -7 jakarta

DO NOT REPLY [Bug 23229] - File Upload Not Compatible With IE 5.2.3 MacOS X

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_bu

DO NOT REPLY [Bug 26515] - IE 5.2 on MacOsx throws Exception in multipart form data sending

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_bu

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator/util Flags.java

dgraham 2004/01/31 18:40:22 Modified:validator/src/share/org/apache/commons/validator/util Flags.java Log: javadoc changes only. Revision ChangesPath 1.7 +10 -4 jakarta-commons/validator/src/share/org/apache/commons/validator/util/Flags.

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator Field.java Validator.java Form.java ValidatorAction.java

dgraham 2004/01/31 18:25:08 Modified:validator/src/share/org/apache/commons/validator Field.java Validator.java Form.java ValidatorAction.java Log: Refactored Validator class to place methods closer to the data required to run them. Now ValidatorActions kn

cvs commit: jakarta-commons/dbutils/src/java/org/apache/commons/dbutils QueryRunner.java

dgraham 2004/01/31 16:16:35 Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java Log: Improved error handling in query() method. It was possible for the Statement to not get closed if the ResultSet threw an SQLException during its close. So, close Statement i

DO NOT REPLY [Bug 26515] - IE 5.2 on MacOsx throws Exception in multipart form data sending

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_bu

Re: [math] Re: Getting started questions

On Jan 31, 2004, at 2:43 PM, Phil Steitz wrote: Brent Redeker wrote: Hi, Yesterday, I had contacted the mailing lists saying I was interested in helping out with the Commons Math project. I received a helpful response from Mark Diggory. However, I now have some quick questions. (Please forgiv

Re: Getting started questions

Eric MacAdie wrote: Am I the only person here that uses NetBeans? EKMacAdie No. I am a netbeans fan too. I do think eclipse integrates well with maven though... so I am hoping maven and NB will play well together soon. - To

Re: Getting started questions

Brent Redeker wrote: I love Eclipse, which also seems to be the preferred IDE for the project. I already figured out how to check out the CVS HEAD as a new Eclipse project. I also disabled the project's standard build configuration, and switched to using the Math build.xml file with Ant inside

DO NOT REPLY [Bug 22442] - EL parser misinterprets arithmetic operators as EL functions

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_bu

DO NOT REPLY [Bug 22442] - EL parser misinterprets arithmetic operators as EL functions

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_bu

DO NOT REPLY [Bug 22442] - EL parser misinterprets arithmetic operators as EL functions

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_bu

RE: cvs commit: jakarta-commons/lang/src/java/org/apache/commons/ lang ArrayUtils.java

It does not matter /that/ much to me and I just wanted to record my opinion, that is all, no biggie. I still would like to know if JDiff can figure out changes without being confused by method order changes. Gary > -Original Message- > From: Stephen Colebourne [mailto:[EMAIL PROTECTED] >

Re: cvs commit: jakarta-commons/lang/src/java/org/apache/commons/ lang ArrayUtils.java

From: "Martin Cooper" <[EMAIL PROTECTED]> > On Sat, 31 Jan 2004, Gary Gregory wrote: > > Well I guess we'll just agree to disagree ;-) > > Perhaps, but a veto is still a veto. Gary could argue for it and try to convince me, but as I felt he'd fail, I shortened things a little ;-) Stephen

[lang] CharUtils

I added a CharUtils class to lang today as it seemed to be a gap. I think I got a reasonable selection of methods in there, but people can look and see. We might also want to consider a ByteUtils. Stephen - To unsubscribe, e-ma

RE: [lang][collections] Project stage

I wonder if it would be better to simply state the status of the project without the use of a classification system. Things seem so fluid and dynamic around here. For example: http://maven.apache.org/status.html Gary > -Original Message- > From: Stephen Colebourne [mailto:[EMAIL PROTECTED

[math] Re: Getting started questions

Brent Redeker wrote: Hi, Yesterday, I had contacted the mailing lists saying I was interested in helping out with the Commons Math project. I received a helpful response from Mark Diggory. However, I now have some quick questions. (Please forgive me if the answer is already somewhere obvious.)

RE: cvs commit: jakarta-commons/lang/src/java/org/apache/commons/ lang ArrayUtils.java

On Sat, 31 Jan 2004, Gary Gregory wrote: > Hi Stephen, > > Well I guess we'll just agree to disagree ;-) Perhaps, but a veto is still a veto. Also, given that you're using Eclipse, is really doesn't matter what order the methods are in, because you can navigate to them so easily anyway. -- Mart

RE: [lang] Array concat?

I agree with Stephen. It is now so in CVS HEAD. Gary > -Original Message- > From: Stephen Colebourne [mailto:[EMAIL PROTECTED] > Sent: Friday, January 30, 2004 15:16 > To: Jakarta Commons Developers List > Subject: Re: [lang] Array concat? > > I believe that the collections like names wi

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

ggregory2004/01/31 12:12:16 Modified:lang/src/test/org/apache/commons/lang ArrayUtilsTest.java lang/src/java/org/apache/commons/lang ArrayUtils.java Log: Renamed ArrayUtils.join(Object[],Object[]) to addAll. Revision ChangesPath 1.23 +9 -9 jakart

Re: Getting started questions

Thank you very much for that answer, Michael. I hadn't tried that, because I didn't know if that would mess anything else up I also realized I forgot the [math] prefix on my original email - sorry about that, everyone. On Jan 31, 2004, at 12:56 PM, Michael Gloegl wrote: Hi, I love Eclipse, wh

Re: Getting started questions

Hi, I love Eclipse, which also seems to be the preferred IDE for the project. I already figured out how to check out the CVS HEAD as a new Eclipse project. I also disabled the project's standard build configuration, and switched to using the Math build.xml file with Ant inside Eclipse. However

Re: [lang] Array concat?

Janek Bogucki wrote: concat is the best choice because join implies the introduction of a delimiter between the two arrays which is not the outcome, while append implies the extension of an existing object somehow and arrays don't get extended. To me, concat does hint at the production of a new obj

RE: cvs commit: jakarta-commons/lang/src/java/org/apache/commons/ lang ArrayUtils.java

Hi Stephen, Well I guess we'll just agree to disagree ;-) >From my POV the simplest layout is best, the one that required my (small) brain the least cycles to figure out, which to me is AB, rather than paging up and down and - god forbid - think. Good point WRT deltas b/w versions as far as raw

RE: [lang] Array concat?

> I looked at this last night but in my usage I usually don't want the > arrayStart{ and arrayEnd } I'm sorry I'm a bit lost. Which methods are you referring to? > (Normally, I'm sending parameters to other (non-java) components; flash > movies, form fields.) > IMO it would be nice to complete th

Getting started questions

Hi, Yesterday, I had contacted the mailing lists saying I was interested in helping out with the Commons Math project. I received a helpful response from Mark Diggory. However, I now have some quick questions. (Please forgive me if the answer is already somewhere obvious.) I love Eclipse, whic

Re: [chain] Contextes and Attribute-Property Transparency

Quoting Manfred Wolff <[EMAIL PROTECTED]>: > Hi all. > > I have a question about the context implementation of the commons-chain > project. > > I think it is a good way to have JavaBean Properties in a context like: > > private User user; > > with get()- and set()- Methods like > > public Us

Re: [math] Re: "Straw man" release plan

Piotr Kochan'ski wrote: Hello, 2. Use Mark's magical maven release-generator to cut a 1.0-B1 release including everything currently in CVS other than the /experimental tree. (Confidence intervals, the Bootstrap and Multiple Regression will have to wait until 1.1.) As I understand, math is no

[math] Re: "Straw man" release plan

Hello, > 2. Use Mark's magical maven release-generator to cut a 1.0-B1 release > including everything currently in CVS other than the /experimental tree. > (Confidence intervals, the Bootstrap and Multiple Regression will have to > wait until 1.1.) As I understand, math is now in a freezed sta

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema TestSchemaTranscriber.java

rdonkin 2004/01/31 07:38:09 Modified:betwixt/src/java/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 Attribute.java ComplexType.java Element.java Schema.java SimpleType.java betwi

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/schema SimplestBean.java

rdonkin 2004/01/31 07:37:21 Added: betwixt/src/test/org/apache/commons/betwixt/schema Tag: REFACTORING-BRANCH_2004-01-13 SimplestBean.java Log: Bean used for testing schema generation. Revision ChangesPath No revision No

new project proposal: XML based glue language/component assembly UPDATE

hi folks, i just seperated the container engine from my project, so the container would be now ready to be included to the sandbox. the container package is now de.molimo.container. the project package is: http://sourceforge.net/projects/webzap the new stuff is in the cvs - just checkout HEAD.

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang CharUtilsTest.java LangTestSuite.java

scolebourne2004/01/31 05:00:07 Modified:lang/src/test/org/apache/commons/lang LangTestSuite.java Added: lang/src/java/org/apache/commons/lang CharUtils.java lang/src/test/org/apache/commons/lang CharUtilsTest.java Log: Add CharUtils classes Revision Chang

Re: [CLI] Refactoring plans

Hi Rob, This is just a quick heads up to let you know what I've got planned in the next few days for the cli2 package (on the ROXSPRING branch) it's mostly refactoring and minor stuff before I get back to experimenting with option paths. 1) Refactor CommandLine. This class is getting pretty b

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/util StringIdentifierFactory.java IdentifierUtils.java IdentifierFactory.java LongIdentifierFactory.java

scolebourne2004/01/31 02:12:56 Modified:lang/src/java/org/apache/commons/lang/util StringIdentifierFactory.java IdentifierUtils.java IdentifierFactory.java LongIdentifierFactory.java Log: Deprecate id code prior to removal Revision

[lang][collections] Project stage

I wanted to see if my own mental classification fitted with others on lang and collections. I am kindof splitting stages of a project into categories like these: Experimemtation - where new ideas are tried Initial development - leading up to a 1.0 release Active development - adding and refactorin

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

scolebourne2004/01/31 01:57:39 Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java Log: Rollback of sort of members Revision ChangesPath 1.38 +1656 -1656jakarta-commons/lang/src/java/org/apache/commons/lang/ArrayUtils.java http://cvs.apache.org/view

[chain] Contextes and Attribute-Property Transparency

Hi all. I have a question about the context implementation of the commons-chain project. I think it is a good way to have JavaBean Properties in a context like: private User user; with get()- and set()- Methods like public User getUser() ... and so one So you have type-safeness. What is the

Re: cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang ArrayUtils.java

-1 An arbitrary layout based on the alphabet is unsuitable. A related methods together is much better. Hashcode should be near Equals. Contains should be near IndexOf and LastIndexOf.. Also, this change makes it impossible to determine what really changed between versions. I want 2.0 of lang and 3

Re: [lang] Array concat?

From: "Tim Reilly" <[EMAIL PROTECTED]> > Object[] anArray = {"one", "two", "three"}; > ArrayUtil.join(anArray, ", "); > outputs> "one, two, three" The StringUtils.join() method already handles objects as above. So no change is required I believe. Stephen

[GUMP@lsd]: directory-naming/directory-naming failed

org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=directory-naming-20040131 -f build.xml dist [Working Directory: /data/gump/directory-naming] - Buildfile: build.xml does not exist! Build

[GUMP@lsd]: jelly-tags/commons-jelly-tags-junit failed

org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-junit-20040131 jar [Working Directory: /data/gump/jelly-tags/junit] - [junit] [junit

[GUMP@lsd]: jelly-tags/commons-jelly-tags-jetty failed

org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jetty-20040131 jar [Working Directory: /data/gump/jelly-tags/jetty] - [javac] symbol : class