[all] [commons] Dependency diagrams

Hi all, a first shot at a graphical representation of dependencies of commons projects: http://cvs.apache.org/~pietsch/dependencies.html Warning: The images are big (~2M), and it's not very pretty yet. Some more canonicalization of dependency and project names would help too. If a Mavan guru

RE: [beanutils][collections] Transformer, Predicate, and Closure Implementation

Not a problem. I will add the license and e-mail the new files along with test cases later this week. Unless someone speaks up I will leave the package as is. --Norm -- Norm Deane MIS Consultant Vanderbilt University (615) 322-7855 [EMAIL PROTECTED] -Original Message- From: robert

DO NOT REPLY [Bug 22738] - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[io] thoughts on FileUtils methods while improving test coverage

Most of these comments are directed at Jeremias... but if anyone else is interested, please let me know your thoughts. I ran the clover report in Maven to get a better idea of test coverage. There is a lot of code that is not being executed, and I plan on writing a lot of tests to help fix that.

DO NOT REPLY [Bug 22738] New: - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 22738] - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 22738] - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[jira] Created: (JELLY-79) HttpTagSupport defaults setFollowRedirects to true

Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-79 Here is an overview of the issue:

DO NOT REPLY [Bug 22656] - SMTP won't work under non-ASCII platforms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22656. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [all] RuntimeExceptions, assertions, and pluggable validation

On Tue, 26 Aug 2003, David Graham wrote: --- __matthewHawthorne [EMAIL PROTECTED] wrote: I've been thinking about RuntimeExceptions and assertions... Intro A RuntimeException is typically thought of as a way to

DO NOT REPLY [Bug 20740] - [collections] Map.debugPrint improvements

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20740. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[jira] Updated: (JELLY-79) HttpTagSupport defaults setFollowRedirects to true

The following issue has been updated: Updater: Sean Ferguson (mailto:[EMAIL PROTECTED]) Date: Tue, 26 Aug 2003 6:40 PM Comment: The necessary patch to solve the issue Changes: Attachment changed to patch-HttpTagSupport.txt

Re: [all] RuntimeExceptions, assertions, and pluggable validation

I am also from the school of IAE for invalid null arguments. NPE reserved for library bugs. The original question was about standard validation techniques. Perhaps the [lang] Validate class is what you are looking for. Its not pluggable, but it does the job. Stephen - Original Message

[lang] indexOf not first or last

From: Phil Steitz [EMAIL PROTECTED] Gary Gregory wrote: 1. Yes, the name sucks, but nothing nice jumps out at me. Of the alternatives that you have listed, I like indexOfOccurrence the best. Another one to consider might be ordinalIndexOf. I think I prefer nthIndexOf, but indexOfOccurance may

Re: [lang] Doing the release

[reflect] is intended to take the current stalled [lang.reflect] code and make it a separate project. This would include reflection (with method caching) and maybe C# style features. Stephen - Original Message - From: __matthewHawthorne [EMAIL PROTECTED] What's the status of the sandbox

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/strategy TestHyphenatedNameMapper.java

dlr 2003/08/26 18:50:07 Modified:betwixt/src/test/org/apache/commons/betwixt/strategy TestHyphenatedNameMapper.java Log: * src/test/org/apache/commons/betwixt/strategy/TestHyphenatedNameMapper.java testLowerCaseViaBeanDescriptor(): A new test case

Re: [io] thoughts on FileUtils methods while improving test coverage

On Tue, 26 Aug 2003, __matthewHawthorne wrote: Here is my rationale for deleting some of the aforementioned methods: in a package like [io], there seem to be endless convenience methods that we can provide, so I think we should choose our battles wisely. Methods that save a user 1 line of

Re: [all] [commons] Dependency diagrams

J.Pietschmann [EMAIL PROTECTED] wrote on 27/08/2003 07:59:19 AM: names would help too. If a Mavan guru could tell me the difference between id, name and groupId in the project.xml dependencies... I'm no guru, but id == combination of groupId and artifactId. Should be unique name == some name

cvs commit: jakarta-commons/validator build.xml project.xml

rleland 2003/08/26 20:49:26 Modified:validator build.xml project.xml Log: Change version to 1.1.0 Revision ChangesPath 1.26 +2 -2 jakarta-commons/validator/build.xml Index: build.xml ===

Re: [Vote] Release of Commons Validator

Henri Yandell wrote: I never meant you didn't count ! I also see what you mean about other commons committers being more important, since they tend to be more objective when they do speak up. -Rob Heh. I always took it the other way. +1 votes from the project itself are non-binding and +1

Re: [Vote] Release of Commons Validator

robert burrell donkin wrote: hi rob could you remember to cc the pmc next time? Thanks, and I will do that next time. I just sent out an email to [EMAIL PROTECTED] Thanks again, Rob every release needs to be approved and this is the most convenient way to make sure any pmc folks who aren't

[doc] release.html Feedback

I am going through the release process for Commons-Validator. After cutting the proposed release I took a look at the items marked 'LATER' There was some really good stuff/patches that were contributed that were rotting away. As a result I suggest adding a new Major Section Titled something

Re: [doc] release.html Feedback

Robert Leland wrote: How about RTFM. I see that these items are covered. :-} ! -Rob

Re: [Vote] Release of Commons Validator

Robert Leland wrote: robert burrell donkin wrote: hi rob could you remember to cc the pmc next time? Thanks, and I will do that next time. I just sent out an email to [EMAIL PROTECTED] I ment to say [EMAIL PROTECTED] Thanks again, Rob every release needs to be approved and this is the

DO NOT REPLY [Bug 13612] - Validator extension to support extending forms and fields

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13612. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/validator KEYS

rleland 2003/08/27 01:02:26 Added: validator KEYS Log: Add Key file for signing releases Revision ChangesPath 1.1 jakarta-commons/validator/KEYS Index: KEYS === This file contains

RE: [all] RuntimeExceptions, assertions, and pluggable validation

Here's a rough idea: class AsserterFactory Asserter getAsserter(String name) interface Asserter void assertTrue(boolean condition, String message) class Java14Asserter void assertTrue(boolean condition, String message) assert condition : message;

DO NOT REPLY [Bug 20579] - GenericValidator.isEmail() fails for address toto@web.de./de

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20579. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-commons/pool/src/java/org/apache/commons/pool/impl GenericKeyedObjectPool.java

dirkv 2003/08/27 03:45:57 Modified:pool/src/java/org/apache/commons/pool/impl GenericKeyedObjectPool.java Log: add maxTotal to the config object Revision ChangesPath 1.23 +5 -3

Re: [general] ibiblio update

Martin Another update of pool snapshot on ibiblio is needed... Tnx Dirk Martin Poeschl wrote: Dirk Verbeeck wrote: A new snapshot of commons-pool should be uploaded to ibiblio for the dbcp maven build. Can somebody do the update / tell me how to do it ? i'll upload new pool and dbcp

DO NOT REPLY [Bug 22750] New: - BasicDataSource always sets testOnBorrow if given a validation query

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22750. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 22124] - Email validation is incorrect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22124. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: [doc] release.html Feedback

Howdy, If you haven't already, make sure you read http://jakarta.apache.org/commons/releases as I found it extremely helpful. Yoav Shapira Millennium ChemInformatics -Original Message- From: Robert Leland [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 27, 2003 2:09 AM To: Jakarta

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

oglueck 2003/08/27 07:08:16 Modified:httpclient/src/java/org/apache/commons/httpclient Wire.java Log: fixed typo, reported by Andreas Probst Revision ChangesPath 1.5 +5 -5 jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/Wire.java Index:

RE: [beanutils][collections] Transformer, Predicate, and Closure Implementation

I've attached a zip file which includes the java files for the Predicate, Closure, and Transformer along with their respective test cases. I wasn't sure what release these might make it into so I did NOT include an @since in my JavaDocs. I also included a patch for a couple very minor changes I

DO NOT REPLY [Bug 22750] - BasicDataSource always sets testOnBorrow if given a validation query

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22750. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

jstrachan2003/08/27 09:23:40 Modified:messenger project.xml Log: used the geronimo distributions of the J2EE specifications so the maven build works Revision ChangesPath 1.16 +5 -5 jakarta-commons-sandbox/messenger/project.xml Index: project.xml

cvs commit: jakarta-commons-sandbox/messenger .cvsignore

jstrachan2003/08/27 09:30:32 Modified:messenger .cvsignore Log: added some extra stuff to cvsignore Revision ChangesPath 1.6 +1 -0 jakarta-commons-sandbox/messenger/.cvsignore Index: .cvsignore

cvs commit: jakarta-commons-sandbox/messenger/src/java/org/apache/commons/messenger MessengerSession.java DefaultMessenger.java MessengerSupport.java

jstrachan2003/08/27 09:26:38 Modified:messenger/src/java/org/apache/commons/messenger MessengerSession.java DefaultMessenger.java MessengerSupport.java Log: removed the caching of MessageProducer instances. Also refactored some of the

cvs commit: jakarta-commons-sandbox/messenger/src/test/org/apache/commons/messenger LockTest.java

jstrachan2003/08/27 09:28:31 Added: messenger/src/java/org/apache/commons/messenger Lock.java messenger/src/test/org/apache/commons/messenger LockTest.java Log: added a simple Lock class which I'm about to use in another Messenger

cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcp BasicDataSource.java

dirkv 2003/08/27 08:43:55 Modified:dbcp/src/java/org/apache/commons/dbcp BasicDataSource.java Log: Bugzilla Bug 22750: BasicDataSource always sets testOnBorrow if given a validation query Only enable TestOnBorrow when testOnReturn testWhileIdle are not set - patch from

[jelly] Is the CVS committer gone?

I've posted a couple of updates to JIRA for Jelly and haven't had any response or anything to them. Is the person responsible for posting updates away, or am I just being ignored since my updates aren't that important? :) Sean

RE: cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcp BasicDataSource.java

Bugzilla Bug 22750: BasicDataSource always sets testOnBorrow if given a validation query Only enable TestOnBorrow when testOnReturn testWhileIdle are not set Why is this a bug? Just because a connection was valid when it was returned, and just because it hasn’t YET been detected by the

Re: [lang] Doing the release

i lost interest since it became clear that the original use i wanted to make of the code (in beanutils) wasn't going to happen. i've now become interested in the possibility of using reflection for unit tests of (for example) gui components. it's common to want to code these fairly tightly.

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils DynaProperty.java

rdonkin 2003/08/27 12:48:23 Modified:beanutils/src/java/org/apache/commons/beanutils DynaProperty.java Log: Alfonso noticed that every key for a DynaBean mapped property must be type String - something I missed when I added this functionality originally

DO NOT REPLY [Bug 22738] - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [all] [commons] Dependency diagrams

interesting :) - robert On Tuesday, August 26, 2003, at 10:59 PM, J.Pietschmann wrote: Hi all, a first shot at a graphical representation of dependencies of commons projects: http://cvs.apache.org/~pietsch/dependencies.html Warning: The images are big (~2M), and it's not very pretty yet. Some

DO NOT REPLY [Bug 22738] - [io] Improved FileUtils tests

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [doc] release.html Feedback

i've now switch http://jakarta.apache.org/commons/releases to be the instructions linked from the navigation bar (which is probably as close as we get here to being an official set of instructions). if you've got any comments or think that these documents could be improved feel free to patch.

DO NOT REPLY [Bug 22736] - validationQuery parameter hangs getConnection method.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22736. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 22776] New: - DBCP should not be writing messages to stderr or stdout

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22776. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 22776] - DBCP should not be writing messages to stderr or stdout

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22776. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcpBasicDataSource.java

A little more context The old behaviour was: - if nothing set then do nothing - if validationQuery was set then testOnBorrow was auto-enabled and couldn't be disabled, you could only add testOnReturn testOnBorrow The new behaviour is: - if nothing set then do nothing - if one or more tests are

[pcollections][PROPOSAL] Primitive collections - new sandbox component from [collections]

The attached proposal is to create a new Sandbox project, named [pcollections] to house a complete set of primitive collections. Reasoning: 1) [collections] is already large, and primitive-collections and collections actually have remarkably little in common 2) The current primitive collections

DO NOT REPLY [Bug 22655] - Authentication does not respond to stale nonce

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22655. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [HttpClient] reuse connections

Thank you Eric for your reply. On 26 Aug 2003 at 15:28, Eric Johnson wrote: Andreas, If I had to guess, what you're seeing is either a simple timing issue, in that some servers simply close a connection after a certain amount of idle time, or that the server to which you're connecting

DO NOT REPLY [Bug 22756] - npe when using a getmethod

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22756. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.