cvs commit: jakarta-commons-sandbox/dbutils/src/test/org/apache - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/test/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/test/org - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/test/org - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/test/org/apache/commons - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/test/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache - New directory

bayard 2002/11/08 15:47:19 jakarta-commons-sandbox/dbutils/src/java/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/conf - New directory

bayard 2002/11/08 15:41:47 jakarta-commons-sandbox/dbutils/src/conf - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/java - New directory

bayard 2002/11/08 15:41:47 jakarta-commons-sandbox/dbutils/src/java - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src/test - New directory

bayard 2002/11/08 15:41:47 jakarta-commons-sandbox/dbutils/src/test - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils/src - New directory

bayard 2002/11/08 15:40:22 jakarta-commons-sandbox/dbutils/src - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/dbutils - New directory

bayard 2002/11/08 15:39:32 jakarta-commons-sandbox/dbutils - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [jdbc] JdbcUtil etc

On Fri, 8 Nov 2002, Henri Yandell wrote: > Date: Fri, 8 Nov 2002 18:05:08 -0500 (EST) > From: Henri Yandell <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: RE: [jdbc] JdbcUtil etc > > > > > O

Re: [jxpath] setValue calling getValue

You are right, I looked again and sure enough I'd forgotten that it does call getValue(). Actually, changing that would be quite a challenge because of some internal logic of the interpretSimpleLocationPath method. The code is written in a generic fashion to accomodate cases like Container-valued

cvs commit: jakarta-commons/betwixt/src/conf MANIFEST.MF

mvdb2002/11/08 15:25:55 Modified:betwixt/src/conf MANIFEST.MF Log: Updated implementation version Revision ChangesPath 1.3 +1 -1 jakarta-commons/betwixt/src/conf/MANIFEST.MF Index: MANIFEST.MF =

RE: installing jakarta code Was: using commons components andlog ging

> -Original Message- > From: Steven Caswell [mailto:steven@;caswell.name] > Sent: Friday, November 08, 2002 3:11 PM > To: 'Henri Yandell' > Cc: Jakarta Commons Developers List > Subject: RE: installing jakarta code Was: using commons components and > logging > > > > > > -Original

RE: [jdbc] JdbcUtil etc

Or maybe dbcutils? 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:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 5:57 PM > To: Jakarta Common

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

jsdever 2002/11/08 15:14:31 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java httpclient/src/test/org/apache/commons/httpclient TestResponseHeaders.java Log: Fix handling of multiple Content-L

RE: [jdbc] JdbcUtil etc

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 5:06 PM > To: Jakarta Commons Developers List; [EMAIL PROTECTED] > Subject: RE: [jdbc] JdbcUtil etc > > > > > On Fri, 8 Nov 2002, Steven Caswell wrote: > > > I don't kno

RE: installing jakarta code Was: using commons components and logging

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 5:04 PM > To: Steven Caswell > Cc: 'Henri Yandell' > Subject: RE: installing jakarta code Was: using commons > components and logging > > > > > On Fri, 8 Nov 2002, Steven

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

mvdb2002/11/08 15:08:31 Modified:betwixt/src/java/org/apache/commons/betwixt/strategy DefaultPluralStemmer.java Log: More usefull warning, since keyfound is mostly empty.. Revision ChangesPath 1.4 +6 -6 jakarta-commons/betwixt/src/j

RE: [jdbc] JdbcUtil etc

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 2:42 PM > To: Jakarta Commons Developers List > Subject: RE: [jdbc] JdbcUtil etc > > > > > > On Fri, 8 Nov 2002 [EMAIL PROTECTED] wrote: > > > Given all the recent issues

Re: [jdbc] JdbcUtil etc

> 5) public static Long readLong(ResultSet rs, int index) throws SQLException { Long result = new Long(rs.getLong(index)); if (rs.wasNull()) { return null; } else { return result; } } public static void setLong(PreparedStatement pstmt, int index, Long value) throws SQLException

RE: [jdbc] JdbcUtil etc

> On Fri, 8 Nov 2002 [EMAIL PROTECTED] wrote: > > > > For beans, the solution was to call it beanutil, so perhaps we should > > call it jdbcutil. > > > > Looking at the Sun website, the JDBC acronym is clearly trademarked on its > webpage so we need another name. > > I'll ask the question on Gene

RE: [jdbc] JdbcUtil etc

DbUtils? On Fri, 8 Nov 2002 [EMAIL PROTECTED] wrote: > Given all the recent issues about our responsibilities wrt legal issues, I think >that using a Sun Trademark (is it a trademark?) for one of our released products >could cause problems. If jdbc is preferred, I think that it should be check

DO NOT REPLY [Bug 14398] - Add an email validator

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: [jdbc] JdbcUtil etc

On Fri, 8 Nov 2002 [EMAIL PROTECTED] wrote: > Given all the recent issues about our responsibilities wrt legal > issues, I think that using a Sun Trademark (is it a trademark?) for > one of our released products could cause problems. If jdbc is > preferred, I think that it should be checked wit

RE: [jdbc] JdbcUtil etc

Given all the recent issues about our responsibilities wrt legal issues, I think that using a Sun Trademark (is it a trademark?) for one of our released products could cause problems. If jdbc is preferred, I think that it should be checked with our official PMC (Jakarta) or the board. For beans

cvs commit: jakarta-commons-sandbox/proposal PROPOSAL.html

bayard 2002/11/08 14:26:13 Modified:proposal PROPOSAL.html Log: Fixed error with hardcoded 'IO'. Revision ChangesPath 1.2 +1 -1 jakarta-commons-sandbox/proposal/PROPOSAL.html Index: PROPOSAL.html =

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

jsdever 2002/11/08 14:25:08 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java httpclient/src/test/org/apache/commons/httpclient TestMethodsRedirectNoHost.java Log: Fix HttpUrlException being t

cvs commit: jakarta-commons-sandbox/proposal HOW-TO-USE.txt

bayard 2002/11/08 14:24:38 Added: proposal HOW-TO-USE.txt Log: Added a quick piece of documentation telling people how to run the proposal generator. Just so they don't have to go hunting into build.xml and realise it's not a template like the other classes etc. Revision

DO NOT REPLY [Bug 14262] - SAXBeanWriter produces invalid XML

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 14263] - BeanReader returns no object when used with SAXParser

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/betwixt/src/test/org/apache/commons/betwixt/io SAXContentHandler.java TestSAXBeanWriter.java

mvdb2002/11/08 14:09:01 Modified:betwixt/src/java/org/apache/commons/betwixt/io SAXBeanWriter.java Added: betwixt/src/test/org/apache/commons/betwixt/io SAXContentHandler.java TestSAXBeanWriter.java Log: The SAXBeanWriter wa

RE: [jdbc] JdbcUtil etc

On Fri, 8 Nov 2002, Steven Caswell wrote: > I don't know of anything that already exists, and I've looked around > Jakarta a little bit to find one. I'd love to see a jdbc subproject. > I've got a few things I could throw in as well. So I'm +1 that such > a thing should exist, +1 for calling it

RE: [jdbc] JdbcUtil etc

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 1:17 PM > To: Jakarta Commons Developers List > Subject: [jdbc] JdbcUtil etc > > > > Does anyone know of a good apache-style license set of > classes for helping with JDBC

DO NOT REPLY [Bug 14398] New: - Add an email validator

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/betwixt/src/test/org/apache/commons/betwixt/io - New directory

mvdb2002/11/08 13:45:12 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/io - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/jrcs/src/java/org/apache/commons/jrcs/rcs Archive.java

juanco 2002/11/08 13:29:34 Modified:jrcs/src/java/org/apache/commons/jrcs/rcs Archive.java Log: Added method to retreive log message associated with a given revision. Submitted by:Kyrre Kristiansen [[EMAIL PROTECTED]] Reviewed by: [EMAIL PROTECTED] Revision Changes

RE: installing jakarta code Was: using commons components and logging

On Fri, 8 Nov 2002, Steven Caswell wrote: > > > -Original Message- > > From: Henri Yandell [mailto:bayard@;generationjava.com] > > > > So you suggest that we no longer create zips/tar.gz's and > > just put jars on a Maven repository and tell everyone that to > > use a library they must b

RE: installing jakarta code Was: using commons components and logging

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 3:55 PM > To: Jakarta Commons Developers List > Subject: Re: installing jakarta code Was: using commons > components and logging > > > > So you suggest that we no longer cr

RE: [jxpath] setValue calling getValue

Hi Dmitri, I retried with the the version at the URL you sent. Different stack trace, but the field still gets read. java.lang.Exception at com.nokia.b2t.dna.graphmap.MockDomainObject.getStringField(MockDomainObject.java:51) at java.lang.reflect.Method.invoke(Native Method)

RE: [Lang] Release 1.1? [wasRe: [Lang] Please fix this]

> -Original Message- > From: Henri Yandell [mailto:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 11:49 AM > To: Jakarta Commons Developers List > Subject: Re: [Lang] Release 1.1? [wasRe: [Lang] Please fix this] > > > > > On Fri, 8 Nov 2002, Steve Downey wrote: > > > I

RE: [Lang] Release 1.1? [wasRe: [Lang] Please fix this]

+1 for choice #2 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:bayard@;generationjava.com] > Sent: Friday, November 08, 2002 10:49 AM > To: Jakarta Commons

Re: installing jakarta code Was: using commons components and logging

So you suggest that we no longer create zips/tar.gz's and just put jars on a Maven repository and tell everyone that to use a library they must build with Maven? I think Maven could help with this, or a similar tool, but in a different way. When the tool creates our distribution, it also creates

Re: installing jakarta code Was: using commons components and logging

Henri Yandell <[EMAIL PROTECTED]> wrote on 08/11/2002 01:28:26 PM: > > There has got to be a better way for us to handle installs and > cross-dependencies, withing Commons and within Jakarta projects. It has to > be the number one problem that users have. Hence the development of Maven. > > H

Re: [Lang] Release 1.1? [wasRe: [Lang] Please fix this]

On Fri, 8 Nov 2002, Steve Downey wrote: > If we'd spotted the maximum() bug before release, it would have stopped the > release. Fixing showstopper bugs is good cause for a bug fix release. And > it's not that hard: > > cvs tag -b -r LANG_1_0 LANG_1_0_BRANCH lang Ah. I've always branched HEAD,

DO NOT REPLY [Bug 14394] New: - Excessive exceptions log under security manager

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 13235] - referenced UserPassKey instances get erroneously returned to the pool and subsequently reinitialized

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/dbcp/src/test/org/apache/commons/dbcp/jdbc2pool TestJdbc2PoolDataSource.java

rwaldhoff2002/11/08 11:37:26 Modified:dbcp/src/test/org/apache/commons/dbcp TestConnectionPool.java dbcp/src/test/org/apache/commons/dbcp/jdbc2pool TestJdbc2PoolDataSource.java Log: additional tests (attempting unsuccessf

Re: [Lang] Release 1.1? [wasRe: [Lang] Please fix this]

StringUtils is binary incompatible with the 1.0 version of StringUtils, so it certainly isn't 1.0.1. Plus, I've never liked mixing bugfix releases in with new functionality, which always imply new bugs. If we'd spotted the maximum() bug before release, it would have stopped the release. Fixi

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp TestBasicDataSource.java TestAll.java TestConnectionPool.java

rwaldhoff2002/11/08 11:17:24 Modified:dbcp/src/java/org/apache/commons/dbcp PoolingDataSource.java PoolingDriver.java dbcp/src/java/org/apache/commons/dbcp/jdbc2pool Jdbc2PoolDataSource.java dbcp/src/test/org/a

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp/jdbc2pool TestJdbc2PoolDataSource.java

rwaldhoff2002/11/08 10:51:07 Modified:dbcp build.xml maven.xml dbcp/doc test.jocl dbcp/src/java/org/apache/commons/dbcp/cpdsadapter ConnectionImpl.java PoolablePreparedStatementStub.java

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

jstrachan2002/11/08 10:35:06 Modified:jelly/src/test/org/apache/commons/jelly/junit suite.jelly Log: enhanced test case to demonstrate that XPath should not find elements in a document with a namespace URI but no prefix - unless the XPath expression has a prefix. This is a very

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/jsl JSLTagLibrary.java

jstrachan2002/11/08 10:27:52 Modified:jelly/src/java/org/apache/commons/jelly TagLibrary.java jelly/src/java/org/apache/commons/jelly/parser XMLParser.java jelly/src/java/org/apache/commons/jelly/impl TagScript.java jel

[jdbc] JdbcUtil etc

Does anyone know of a good apache-style license set of classes for helping with JDBC stuff? I'm thinking of things like: 1) A JdbcUtils which helps with closing rs, stat, conn. That simplifies MetaData work, that has a ResultSetIterator [yes I know BeanUtils has one of these, it's misplaced I th

[clazz] draft reflect implementation

I am not really done with the first draft yet, but since I will have to take about a week off from clazz, I wanted to commit what I have done so far and give you a chance to look it over. My initial focus was on implementing functionality equivalent to that of java.beans.Introspector. There are se

cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz/reflect - New directory

dmitri 2002/11/08 06:23:31 jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz/reflect - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz - New directory

dmitri 2002/11/08 06:23:29 jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache - New directory

dmitri 2002/11/08 06:23:25 jakarta-commons-sandbox/clazz/src/test/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache/commons - New directory

dmitri 2002/11/08 06:23:27 jakarta-commons-sandbox/clazz/src/test/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/test - New directory

dmitri 2002/11/08 06:23:20 jakarta-commons-sandbox/clazz/src/test - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/test/org - New directory

dmitri 2002/11/08 06:23:23 jakarta-commons-sandbox/clazz/src/test/org - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/clazz/src/java/org/apache/commons/clazz/reflect - New directory

dmitri 2002/11/08 06:23:16 jakarta-commons-sandbox/clazz/src/java/org/apache/commons/clazz/reflect - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 14263] - BeanReader returns no object when used with SAXParser

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

[modeler] Modeler does not handle generic Descriptors (bug 14361)

Hi, I have been looking at the modeler for a project I am working on... I communicated with Craig and he suggested that I bring our conversation to this email group... The modeler as it stands now does not have full compliance with the spec (unfortunately I have been reading JMX 1.1 instead of

DO NOT REPLY [Bug 14361] - support for general descriptors

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 14384] - ValidatorResources.get-method not working properly

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 14384] - ValidatorResources.get-method not working properly

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 14263] - BeanReader returns no object when used with SAXParser

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 14384] New: - ValidatorResources.get-method not working properly

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

Réf. : Re: Réf. : RE: Réf. : Re: Commons Validator

Hello, It's me again, well, I've had a look too to the Java implementation of the isByte method and I took care of your remarks to reimplement it (thank you). So here are the results: old method from Commons Validator : public static boolean isByte(String value) { return formatByte(val

Re: [httpclient]-timeout-> i found a small but important bug.

Noam, You misunderstood the meaning of the setTimeout() method. This sets the SO_TIMEOUT property of a socket, which is the maximum time that must pass between data packets sent through this socket. If no traffic occurs on the socket for this duration the socket automatically disconnects. This

Re: hello to u all

> I would like to know - what shell I do in order to > contribute to the Common project? First of all, a warm welcome, share and enjoy! :-) Then a suggestion on one way to help out: a) Use one, some, or all of the components (as per the latest release) in RealCode of your own. b) Get impressed