Re: [Logging] has commons-logging had a release?

2002-01-05 Thread robert burrell donkin
On Thursday, January 3, 2002, at 10:51 PM, Paulo Gaspar wrote: Hi Robert, hi paulo There is a LogKit wrapper in the stuff I posted a couple of weeks ago. I am attaching again my logging package and the original message with which I posted it. (I got NO comments about it.) i seem to

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging LogSource.java

2002-01-05 Thread rdonkin
rdonkin 02/01/05 07:55:00 Modified:logging/src/java/org/apache/commons/logging LogSource.java Log: Added link to java doc comments (so that it's easier to find the method description) Revision ChangesPath 1.6 +4 -4

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/xml FindVariablesHandler.java XMLPreprocessor.java

2002-01-05 Thread jefft
jefft 02/01/04 21:34:50 Modified:latkabuild.xml latka/src/java/org/apache/commons/latka/junit JUnitTestAdapter.java latka/src/java/org/apache/commons/latka/xml FindVariablesHandler.java

Re: ARMI mobilisation?

2002-01-05 Thread Paul Hammant
Juozas, snip I see no ARMI advantages. I am not stopping anyone useing RMI if they want to. I note in the proposal it is no good for EJB. It's other limitations are noted too. It does have advatages, just read the Proposal. I guess we (you and I) will never meet in the middle. I'll feel

RE: [Logging] has commons-logging had a release?

2002-01-05 Thread Paulo Gaspar
Hi again Robert -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 05, 2002 3:04 PM On Thursday, January 3, 2002, at 10:51 PM, Paulo Gaspar wrote: Hi Robert, hi paulo There is a LogKit wrapper in the stuff I posted a couple of

Re: [Digester] Supporting mixed content

2002-01-05 Thread Craig R. McClanahan
On Sat, 5 Jan 2002, robert burrell donkin wrote: Date: Sat, 5 Jan 2002 13:50:57 + From: robert burrell donkin [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: Re: [Digester] Supporting mixed

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester Digester.java ObjectCreateRule.java

2002-01-05 Thread craigmcc
craigmcc02/01/05 11:48:40 Modified:digester/src/java/org/apache/commons/digester Digester.java ObjectCreateRule.java Log: Reverse the order of the second and third arguments in the new object create rule that was added (String/Class/String --

Re: [Digester] Supporting mixed content

2002-01-05 Thread robert burrell donkin
On Friday, January 4, 2002, at 01:37 AM, Scott Sanders wrote: Any other ideas? I do not want to break backward compatibility (or do we to break compatibility, support more, and then release as 2.0?), but I think that this is necessary to expand the flexibility of Digester. I will soon

contributors list [WAS Re: ARMI mobilisation?]

2002-01-05 Thread robert burrell donkin
On Saturday, January 5, 2002, at 11:39 AM, Paul Hammant wrote: Juozas, snip I see no ARMI advantages. I am not stopping anyone useing RMI if they want to. I note in the proposal it is no good for EJB. It's other limitations are noted too. It does have advatages, just read the

Re: [Digester] Supporting mixed content

2002-01-05 Thread robert burrell donkin
On Friday, January 4, 2002, at 01:37 AM, Scott Sanders wrote: Hi all, I am trying to use Digester in a situation where some elements have mixed content. For example: tag name=textBeginning effective tag name=variableRefEffectiveDate/tag, the new policy will be in effect./tag So,

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester Digester.java

2002-01-05 Thread craigmcc
craigmcc02/01/05 15:02:53 Modified:digester/src/java/org/apache/commons/digester Digester.java Log: Change the default logger to the one configured by o.a.c.logging.LogSource. Revision ChangesPath 1.35 +5 -6

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester Digester.java

2002-01-05 Thread craigmcc
craigmcc02/01/05 15:10:54 Modified:digester/src/java/org/apache/commons/digester Digester.java Log: Update the Javadocs comment also. Revision ChangesPath 1.36 +5 -6 jakarta-commons/digester/src/java/org/apache/commons/digester/Digester.java Index:

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils BasicDynaBean.java BasicDynaClass.java ConversionException.java DynaBean.java DynaClass.java

2002-01-05 Thread craigmcc
craigmcc02/01/05 16:47:06 Modified:beanutils/src/java/org/apache/commons/beanutils BasicDynaBean.java BasicDynaClass.java ConversionException.java DynaBean.java DynaClass.java Log: Refine the API contracts for

cvs commit: jakarta-commons/validator - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 16:24:49 jakarta-commons/validator - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 16:44:41 jakarta-commons/validator/src - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

[cli] Suggestions

2002-01-05 Thread David Dixon-Peugh
I've been fooling with the CLI package in the Sandbox, and I've got a few suggestions on how it might be improved. #1 - Usage Statement Since we are setting up the Options class with all the option possibilites and their descriptions, it seems a logical place to generate a Usage statement. #2

small erroneous log statement

2002-01-05 Thread otisg
Hello, I don't have the commit rights for HttpClient (I think), so I can't fix this myself, but in HttpMethodBase there is an erroneous log statement: public int execute(HttpState state, HttpConnection connection) throws HttpException, IOException {

cvs commit: jakarta-commons/validator README

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 16:47:39 Added: validator README Log: Testing my cvs karma. Revision ChangesPath 1.1 jakarta-commons/validator/README Index: README === Struts Validator

cvs commit: jakarta-commons/validator/src/test - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:04:40 jakarta-commons/validator/src/test - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:04:49 jakarta-commons/validator/src/test/org - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:05:07 jakarta-commons/validator/src/test/org/apache/commons - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:05:13 jakarta-commons/validator/src/test/org/apache/commons/validator - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src/share - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:06:42 jakarta-commons/validator/src/share - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src/share/org - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:06:48 jakarta-commons/validator/src/share/org - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src/share/org/apache - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:06:56 jakarta-commons/validator/src/share/org/apache - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src/share/org/apache/commons - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:07:06 jakarta-commons/validator/src/share/org/apache/commons - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator - New directory

2002-01-05 Thread dwinterfeldt
dwinterfeldt02/01/05 21:07:20 jakarta-commons/validator/src/share/org/apache/commons/validator - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

bug: HTTPClient hangs when the server doesn't close the connection

2002-01-05 Thread otisg
Hello, This looks like a bug... I noticed that HTTPClient hangs in some cases. I turned on HTTPClient logging and it looks like it likes to hang when the server does not close the connection. Check these logs, they show things pretty clearly. First, a healthy interaction with a web server.