cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/ant DataTypeTag.java

2002-06-06 Thread jstrachan
jstrachan2002/06/06 00:09:36 Modified:jelly/src/java/org/apache/commons/jelly/tags/ant DataTypeTag.java Log: Removed unnecessary debugging code Revision ChangesPath 1.6 +0 -3

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

2002-06-06 Thread jstrachan
jstrachan2002/06/06 00:13:41 Modified:jelly/src/java/org/apache/commons/jelly/parser XMLParser.java jelly/src/java/org/apache/commons/jelly TagLibrary.java JellyContext.java

[VOTE] new committer John Keyes

2002-06-06 Thread James Strachan
I'd like to propose John Keyes [EMAIL PROTECTED] as a new committer on Jakarta-commons-sandbox as part of the CLI project. John has provided countless patches for fixes, new features, taking much code from his already existing Optz project and mergining it into CLI's codebase. Currently John is

cvs commit: jakarta-commons-sandbox/cli/src/test/org/apache/commons/cli AllTest.java

2002-06-06 Thread jstrachan
jstrachan2002/06/06 02:37:26 Modified:cli/src/java/org/apache/commons/cli MissingArgumentException.java CommandLine.java Option.java ParseException.java AlreadySelectedException.java

RE: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-06 Thread Vincent Massol
+1 ! -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: 05 June 2002 11:50 To: Jakarta Commons Developers List Subject: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters) - Original Message - From: Jason van Zyl [EMAIL

RE: [VOTE] move CLI over to commons

2002-06-06 Thread Vincent Massol
+1 for the move to commons proper +1 for John to be a commons committer -Vincent -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: 06 June 2002 13:53 To: Jakarta Commons Developers Subject: [VOTE] move CLI over to commons CLI is a Command Line Interface

RE: [VOTE] new committer John Keyes

2002-06-06 Thread Vincent Massol
+1 -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: 06 June 2002 10:26 To: Jakarta Commons Developers Subject: [VOTE] new committer John Keyes I'd like to propose John Keyes [EMAIL PROTECTED] as a new committer on Jakarta-commons-sandbox as part of the

[HttpClient] SocketException

2002-06-06 Thread Jonathan Carlson
I am getting an intermittent SocketException: Connection reset by peer: JVM_recv in socket input stream read It only happens on one of the URLs I'm monitoring and it doesn't happen all the time. Any suggestion on what this might be or how I might debug it? I'm also wondering if maybe this is

Re: [VOTE] new committer John Keyes

2002-06-06 Thread Henri Yandell
+1 On Thu, 6 Jun 2002, James Strachan wrote: I'd like to propose John Keyes [EMAIL PROTECTED] as a new committer on Jakarta-commons-sandbox as part of the CLI project. John has provided countless patches for fixes, new features, taking much code from his already existing Optz project and

Re: [VOTE] move CLI over to commons

2002-06-06 Thread Henri Yandell
I've some code I'm working on that I'd like to get in before a 1.0 release. Having to re-patch it to Commons rather than sandbox is a medium-level hassle. Depends how quickly you want to move it. Hen On Thu, 6 Jun 2002, James Strachan wrote: CLI is a Command Line Interface which combines

Re: [VOTE] move CLI over to commons

2002-06-06 Thread Henri Yandell
To add more detail: I'm looking to add two features from my MapCArgs. The first is an OptionType concept so that the CLI can do automatic object conversion. So -a could have an OptionType of java.lang.Class.class or OptionType.CLASS_TYPE and it would automatically convert '-a org.apache.foo.Foo'

[HttpClient] New local port with each request

2002-06-06 Thread Evert Hoff
Hi, Please explain to me the relationship between local ports and connections. I have attached a Test program that downloads 4 files from Tomcat twice. I am using the HttpMultiClient with the default settings, so only two connections should be used. But, the output of tcpdump (sniffer.log)

Re: [VOTE] move CLI over to commons

2002-06-06 Thread James Strachan
From: Henri Yandell [EMAIL PROTECTED] I've some code I'm working on that I'd like to get in before a 1.0 release. Having to re-patch it to Commons rather than sandbox is a medium-level hassle. Depends how quickly you want to move it. Its not urgent, so can wait. How long do you think you

Re: [VOTE] move CLI over to commons

2002-06-06 Thread James Strachan
Incidentally, the type conversion stuff could use ConvertUtils and the Converter interface of beanutils. It works pretty nicely and already can handle all the primitive types which would be common conversions I'd expect. James - Original Message - From: Henri Yandell [EMAIL PROTECTED]

Re: [VOTE] move CLI over to commons

2002-06-06 Thread Henri Yandell
Cool. I can drop my class with the classy name of 'ConvertUtil' :) On Thu, 6 Jun 2002, James Strachan wrote: Incidentally, the type conversion stuff could use ConvertUtils and the Converter interface of beanutils. It works pretty nicely and already can handle all the primitive types which

cvs commit: jakarta-commons-sandbox/jelly/xdocs faq.xml

2002-06-06 Thread jstrachan
jstrachan2002/06/06 07:23:51 Modified:jelly/xdocs faq.xml Log: Fixed typeo in FAQ Revision ChangesPath 1.3 +1 -1 jakarta-commons-sandbox/jelly/xdocs/faq.xml Index: faq.xml === RCS file:

Re: [VOTE] move CLI over to commons

2002-06-06 Thread Henri Yandell
UnitTest all types. [Not a major issue, at least to get basic ones] Migrate. Refactor to ConvertUtils. Add ORO. Refactor to allow pluggable types. So should be available by start of the weekend? This all assumes that no one is anti the functionalities. Hen On Thu, 6 Jun 2002, James

cvs commit: jakarta-commons-sandbox/betwixt/xdocs todo.xml faq.xml navigation.xml

2002-06-06 Thread jstrachan
jstrachan2002/06/06 07:31:29 Modified:betwixt/xdocs navigation.xml Added: betwixt/xdocs todo.xml faq.xml Log: Added FAQ and TODO list to the website Revision ChangesPath 1.2 +2 -0 jakarta-commons-sandbox/betwixt/xdocs/navigation.xml Index:

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-06 Thread James Strachan
Hi Ivelin - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] James, Since Betwixt is approaching release and there are several projects which use it for real, do you plan to run a set of benchmarks against the main competitors: Castor, JAXB, etc. ? With the wide selection

Re: [VOTE] new committer John Keyes

2002-06-06 Thread Richard Sitze
+1 *** Richard A. Sitze[EMAIL PROTECTED] CORBA Interoperability WebServices IBM WebSphere Development

Re: [VOTE] move CLI over to commons

2002-06-06 Thread John Keyes
I'm looking to add two features from my MapCArgs. The first is an OptionType concept so that the CLI can do automatic object conversion. So -a could have an OptionType of java.lang.Class.class or OptionType.CLASS_TYPE and it would automatically convert '-a org.apache.foo.Foo' to the right

Re: [VOTE] move CLI over to commons

2002-06-06 Thread bob mcwhirter
Do people think that dependencies on ORO and an XML parser are too much overhead for CLI? Should these types of features be made optional or shipped in a separate jar? please keep it optional. +1 optional -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands,

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-06 Thread Craig R. McClanahan
+1 Craig On Wed, 5 Jun 2002, James Strachan wrote: Date: Wed, 5 Jun 2002 11:49:49 +0100 From: James Strachan [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Subject: [VOTE] move Betwixt into commons

Re: [VOTE] move CLI over to commons

2002-06-06 Thread James Strachan
From: bob mcwhirter [EMAIL PROTECTED] Do people think that dependencies on ORO and an XML parser are too much overhead for CLI? Should these types of features be made optional or shipped in a separate jar? please keep it optional. +1 optional +1 optional. Though I don't mind if

Re: [HttpClient] SocketException handling

2002-06-06 Thread Jonathan Carlson
I noticed that in HttpConnection#writeLine SocketException is caught and rethrown as an HttpRecoverableException. I'm wondering if it was an oversight that #readLine doesn't do this as well since I'm getting a SocketException there that isn't being handled. --- Jonathan Carlson [EMAIL

cvs commit: jakarta-commons-sandbox/simplestore/src/jdbc/org/apache/commons/simplestore/jdbc DBStorage.java DriverDataSource.java

2002-06-06 Thread baliuka
baliuka 2002/06/06 10:42:32 Modified:simplestore/src/jdbc/org/apache/commons/simplestore/jdbc DBStorage.java DriverDataSource.java Log: Revision ChangesPath 1.2 +31 -22

Re: [VOTE] move CLI over to commons

2002-06-06 Thread robert burrell donkin
+1 for both - robert On Thursday, June 6, 2002, at 01:52 PM, James Strachan wrote: CLI is a Command Line Interface which combines ideas and code from * werken.opt * Peter Donald's CLI from Avalon Excalibur * John Keye's Optz CLI is getting close to ready for its first

[Morphos] Java data morphing package - second stab

2002-06-06 Thread Nicola Ken Barozzi
Ok, here is the second stab at it :-) I'm still crossposting now to other projects that have shown interest. I have gotten many suggestions privately, so this will contain them + clarifications, and a concrete example. This discussion properly resides on the Jakarta Commons mailing list. To

[Betwixt] benchmarks [WAS Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)]

2002-06-06 Thread robert burrell donkin
hi Ivelin a good answer to the comparison FAQ (rather than just the tied old 'of course our one is better 'cos we created it!') would be very useful. fancy volunteering? it'd be cool to have the benchmark and comparison from someone who has a user perspective (rather than a betwixt

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-06 Thread robert burrell donkin
+1 - robert On Wednesday, June 5, 2002, at 11:49 AM, James Strachan wrote: - Original Message - From: Jason van Zyl [EMAIL PROTECTED] It now looks like the bugs have been squashed so how about we propose to move Betwixt up to the commons proper and do a release? Sounds good with

[Betwixt] what's the plan?

2002-06-06 Thread robert burrell donkin
by my count we have 10 +1's for promotion and no -1's. so i believe that we've enough votes to promote betwixt :) how's this going to be organized? are we going to have a coordinate development pause, promote then push to the release using the version in jakarta-commons? or are we going to

RE: [HttpClient] New local port with each request

2002-06-06 Thread Dennis Cook
Try reusing the HttpMultiClient() object. You are creating eight of them. -Original Message- From: Evert Hoff [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 7:10 AM To: [EMAIL PROTECTED] Subject: [HttpClient] New local port with each request Hi, Please explain to me the

Logging: more classloader problems.

2002-06-06 Thread costinm
The problem: it won't work if commons-logging.jar is installed in the parent class loader, and log4j.jar ( or another logger ) is installed in a child loader ( like WEB-INF/lib ). What happens: - the factory uses the thread class loader to check if the log4j ( or any other impl. ) exists (

Re: Logging: more classloader problems.

2002-06-06 Thread Geir Magnusson Jr.
On 6/6/02 2:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Solution: Split commons-logging.jar in commons-logging-api.jar ( only the API and the LogFactoryImpl, no adapteer ) and commons-logging-impl.jar. :) -- Geir Magnusson Jr. Research Development, Adeptra Inc. [EMAIL PROTECTED]

Re: Logging: more classloader problems.

2002-06-06 Thread costinm
On Thu, 6 Jun 2002, Geir Magnusson Jr. wrote: On 6/6/02 2:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Solution: Split commons-logging.jar in commons-logging-api.jar ( only the API and the LogFactoryImpl, no adapteer ) and commons-logging-impl.jar. :) If you knew that

Re: Logging: more classloader problems.

2002-06-06 Thread Geir Magnusson Jr.
On 6/6/02 3:18 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Thu, 6 Jun 2002, Geir Magnusson Jr. wrote: On 6/6/02 2:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Solution: Split commons-logging.jar in commons-logging-api.jar ( only the API and the LogFactoryImpl, no adapteer )

Re: [Betwixt] what's the plan?

2002-06-06 Thread James Strachan
From: robert burrell donkin [EMAIL PROTECTED] by my count we have 10 +1's for promotion and no -1's. so i believe that we've enough votes to promote betwixt :) Cool! :-) how's this going to be organized? are we going to have a coordinate development pause, promote then push to the release

Re: [Morphos] Java data morphing package - second stab

2002-06-06 Thread Stephen Colebourne
* It uses two params and not a return value to make it usable with * event based Objects (contenthandlers). * Events in the Morpher are notified by registering a listener. * [new] parameters are managed with beans get/set methods **none* are mandatory */ public

Re: Logging: more classloader problems.

2002-06-06 Thread costinm
On Thu, 6 Jun 2002, Geir Magnusson Jr. wrote: I wanted to split out the factory impl from the api jar for other reasons, feeling that the clean break between API and impl was good, but wondered about the classloader implications. Of course, I didnĀ¹t realize it would break tomcat. I would

Re: Logging: more classloader problems.

2002-06-06 Thread Geir Magnusson Jr.
On 6/6/02 3:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Thu, 6 Jun 2002, Geir Magnusson Jr. wrote: Actually the default logger ( used if no 'real' logger is found ) and the JDK1.4 adapter will have to remain in the main jar ( unless we want to support an alternate impl. for JDK1.4

RE: Logging: more classloader problems.

2002-06-06 Thread Richard Sitze
I'm new this part of the game (classloaders), but I'm becoming more and more aware of the issues. So, I'd like to add to your question some bigger issues surrounding the placement of commons-logging other apache utility/libraries in web application servers: 1. How do we find overload

Re: [Betwixt] what's the plan?

2002-06-06 Thread Martin van den Bemt
My fixes / improvements are planned to be finishing up on sunday. (that includes tests). If I finish that the patch is in your hands to commit it, or -1 it ;) For reference : - Deprecated setNameMapper and added the setElementNameMapper and setAttributeNameMapper (often they have different naming

Re: [Morphos] Java data morphing package - second stab

2002-06-06 Thread Nicola Ken Barozzi
From: Stephen Colebourne [EMAIL PROTECTED] * It uses two params and not a return value to make it usable with * event based Objects (contenthandlers). * Events in the Morpher are notified by registering a listener. * [new] parameters are managed with beans get/set methods *

Re: Logging: more classloader problems.

2002-06-06 Thread rsitze
+1to getting my permissions fixed, as a new committer, so that I can check changes in before you do a dot-release! Thanks :-) ras *** Richard A. Sitze[EMAIL PROTECTED]

Re: [Betwixt] what's the plan?

2002-06-06 Thread robert burrell donkin
On Thursday, June 6, 2002, at 08:29 PM, James Strachan wrote: From: robert burrell donkin [EMAIL PROTECTED] by my count we have 10 +1's for promotion and no -1's. so i believe that we've enough votes to promote betwixt :) Cool! :-) how's this going to be organized? are we going to have

Re: Logging: more classloader problems.

2002-06-06 Thread Craig R. McClanahan
On Thu, 6 Jun 2002 [EMAIL PROTECTED] wrote: Date: Thu, 6 Jun 2002 11:08:10 -0700 (PDT) From: [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Cc: List Tomcat-Dev [EMAIL PROTECTED] Subject: Logging: more

Digester: FromXmlRuleSet: Parameter Types?

2002-06-06 Thread Spam Cut
Hi, I am trying to do the equivalent of the following... digester.addCallMethod(*/user/id, setId, 0, new Class[]{Integer.TYPE}); ...using a digester-rules xml file. However, I can't seem to find any mechanism for setting the parameter type. For example, the xml element might look like this...

Re: Digester: FromXmlRuleSet: Parameter Types?

2002-06-06 Thread robert burrell donkin
On Thursday, June 6, 2002, at 10:06 PM, Spam Cut wrote: Hi, it should be easy to add this functionality but i'm a bit busy at the moment. why not submit a patch? - robert I am trying to do the equivalent of the following... digester.addCallMethod(*/user/id, setId, 0, new

RE: [Morphos] Java data morphing package - second stab

2002-06-06 Thread Tim Moore
See comments below... -- Tim Moore / Blackboard Inc. / Software Engineer 1899 L Street, NW / 5th Floor / Washington, DC 20036 Phone 202-463-4860 ext. 258 / Fax 202-463-4863 -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 4:27 PM

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

2002-06-06 Thread costin
costin 2002/06/06 17:22:54 Modified:logging/src/java/org/apache/commons/logging/impl Log4JCategoryLog.java Log: Make sure we are initialized for all constructors. Change the name of the default appender. I still have some problems with log4j's JMX if

[Latka] Setting a cookie

2002-06-06 Thread Glen Stampoultzis
Is it possible to set a cookie using latka? If not could someone point me to how to extend latka to allow this? Regards, Glen Stampoultzis (TriNexus Pty Ltd) Fixed:+61 3 9753-6850 Mob:+61 (0)402 835 458 ICQ: 62722370EMail: [EMAIL PROTECTED] URL's: http://jakarta.apache.org/poi,

[CLI] bad test format in project.xml

2002-06-06 Thread Henri Yandell
The pattern for the unit tests in the project.xml is **/Test*.java and yet most of the Tests are of the form [ClassName]Test.java so it misses these. I think this should change to: **/*Test*.java but as I'm not going to have time to fix any tests that aren't working right now, I don't think

Re: [CLI] bad test format in project.xml

2002-06-06 Thread bob mcwhirter
On Thu, 6 Jun 2002, Henri Yandell wrote: The pattern for the unit tests in the project.xml is **/Test*.java and yet most of the Tests are of the form [ClassName]Test.java so it misses these. I think this should change to: **/*Test*.java Or just **/*Test.java I've always used

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

2002-06-06 Thread geirm
geirm 2002/06/06 19:39:20 Modified:jexl project.xml Log: So tests will run. Thanks james taylor :) Revision ChangesPath 1.3 +1 -1 jakarta-commons-sandbox/jexl/project.xml Index: project.xml

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser Parser.jj Parser.jjt ParserTokenManager.java

2002-06-06 Thread geirm
geirm 2002/06/06 20:02:56 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.jj Parser.jjt ParserTokenManager.java Log: support 'foo' for string literals as well as foo Revision ChangesPath 1.3 +8 -2

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser Parser.jj Parser.jjt

2002-06-06 Thread geirm
geirm 2002/06/06 20:03:51 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.jj Parser.jjt Log: cleanup Revision ChangesPath 1.4 +1 -3 jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser/Parser.jj

Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters)

2002-06-06 Thread Ivelin Ivanov
Thanks James. I would appreciate it if you can add the response you gave me below to the Betwixt online FAQ. I have people asking me once in a while what tool to use for java-xml mapping. BTW, does betwixt unmarshall DOM nodes as well as JavaBeans? How about JavaBeans with DOM nodes as

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser Parser.jjt

2002-06-06 Thread geirm
geirm 2002/06/06 20:34:42 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.jjt Log: support for [][] Revision ChangesPath 1.5 +8 -2 jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser/Parser.jjt Index: Parser.jjt

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser ASTArrayAccess.java Parser.java Parser.jj

2002-06-06 Thread geirm
geirm 2002/06/06 20:35:30 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTArrayAccess.java Parser.java Parser.jj Log: update : support for [][] Revision ChangesPath 1.3 +31 -1

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/parser ParserTest.java

2002-06-06 Thread geirm
geirm 2002/06/06 20:37:07 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java jexl/src/test/org/apache/commons/jexl/parser ParserTest.java Log: add tests for [] and foo.bar.1 Revision ChangesPath 1.10 +78 -1

[LATKA] Building latka from CVS

2002-06-06 Thread Glen Stampoultzis
Using the maven build file gives the following errors. Using build.xml also gives errors getting jars. Which build file should I be using? - W A R N I N G Failed to download dependent file

Re: [LATKA] Building latka from CVS

2002-06-06 Thread dion
Glen, maven's build file needs to be update to reflect the new Maven jar repository format. I should be able to do that today. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers

Re: [LATKA] Building latka from CVS

2002-06-06 Thread Glen Stampoultzis
Jason van Zyl send the attached changes and I tweaked it a bit too. Hope this helps. Regards, Glen Stampoultzis (TriNexus Pty Ltd) Fixed:+61 3 9753-6850 Mob:+61 (0)402 835 458 ICQ: 62722370EMail: [EMAIL PROTECTED] URL's: http://jakarta.apache.org/poi, http://www.krysalis.org -

cvs commit: jakarta-commons/latka project.xml

2002-06-06 Thread dion
dion2002/06/06 22:55:43 Modified:latkaproject.xml Log: Reworked for maven b4+ Revision ChangesPath 1.22 +64 -70jakarta-commons/latka/project.xml Index: project.xml === RCS file: