Re: [NET] GUMP Build broken

2002-10-07 Thread Stefan Bodewig
On Sun, 6 Oct 2002, Jeff Brekke [EMAIL PROTECTED] wrote: I'm not sure if this will fix the gump build though. I don't think so (looking at the commit message only), I'll know for sure in about two hours - just manually triggered a new Gump build. Stefan -- To unsubscribe, e-mail:

Re: [NET] GUMP Build is broken

2002-10-07 Thread Stefan Bodewig
On Sun, 6 Oct 2002, Jeff Brekke [EMAIL PROTECTED] wrote: I believe it must be a problem in the gump descriptor or something. If someone interested in working with gump would like to fix it to work with the generated ant build I'm +1, I'm more than willing to help 8-) The reason why it fails

[PATCH] digester XML (call-param-rule)

2002-10-07 Thread Philippe Mouawad
I found a bug in the digester. It happens when you use the rules written in xml instead of writing them in the code (see code below). The bug happens when you use call-param-rule / in the xml file. try { FileInputStream fis = new FileInputStream(configFileName); // the file config-rules.xml

DO NOT REPLY [Bug 13342] - NullPointerException in HttpMethodBase.getResponseBodyAsString

2002-10-07 Thread bugzilla
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=13342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [NET] GUMP Build broken

2002-10-07 Thread Stefan Bodewig
On 07 Oct 2002, Stefan Bodewig [EMAIL PROTECTED] wrote: On Sun, 6 Oct 2002, Jeff Brekke [EMAIL PROTECTED] wrote: I'm not sure if this will fix the gump build though. I don't think so It doesn't (I refreshed everything). Stefan Buildfile: build.xml init: get-deps: compile: [javac]

Re: [lang] Proposal for *NEXT* version

2002-10-07 Thread Juozas Baliuka
snip The DynaBean abstraction (in BeanUtils today) lets you synthesize beans with a dynamic set of properties -- although only PropertyUtils knows how to do property get/set calls transparently for you. In Struts, for example, we take an XML-ized version of a description like your Person

submitting a patch for BeanUtils

2002-10-07 Thread Walter S. So
Hi, I am new to Jakarta Commons, and I don't use CVS to access the source code. However, I would like to submit an enhancement for BeanUtils. I'm using Struts 1.1b2 and BeanUtils 1.4 for my web app. I created an ActionForm with an attribute of Map[]. public class NewForm extends

[Jelly] From File to URI

2002-10-07 Thread Vincent Massol
Hi, I have the following script: fileScanner var=scanner fileset dir=${maven.cactus.conf.dir} includes=*.jelly/ /fileScanner j:forEach var=script items=${scanner.iterator()} j:import uri=${script.path}/ /j:forEach However, it doesn't work as ${script.path} returns a platform

Declarative Exception Handling with Struts 1.1b2

2002-10-07 Thread Harvinder Singh
Hi, Can anybody help me in understanding declarative exception handling with Struts1.1b2? My requirement is maintaining only single error.jsp file, which should be displayed when an exception is thrown. We are having multiple exception classes and when an exception is thrown an error id is

Re: [Jelly] From File to URI

2002-10-07 Thread James Strachan
From: Vincent Massol [EMAIL PROTECTED] Hi, I have the following script: fileScanner var=scanner fileset dir=${maven.cactus.conf.dir} includes=*.jelly/ /fileScanner j:forEach var=script items=${scanner.iterator()} j:import uri=${script.path}/ /j:forEach However, it

RE: [Jelly] From File to URI

2002-10-07 Thread Vincent Massol
-Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: 07 October 2002 10:49 To: Jakarta Commons Developers List Subject: Re: [Jelly] From File to URI From: Vincent Massol [EMAIL PROTECTED] Hi, I have the following script: fileScanner var=scanner

cvs commit: jakarta-commons-sandbox/messenger/src/java/org/apache/commons/messagelet Main.java

2002-10-07 Thread jstrachan
jstrachan2002/10/07 03:38:23 Modified:messenger/src/conf subscribe.xml MessengerSpiritWave.xml messenger maven.xml messenger/src/java/org/apache/commons/messagelet Main.java Added: messenger/src/test/org/apache/commons/messenger

[Lang] Faster version of StringUtils.replace?

2002-10-07 Thread Jon Skeet
I've just been looking at the implementation of StringUtils.replace, and I'd like to donate my own implementation, if folks are interested in it. It's a bit faster (at least, it was in my small test program), at the potential cost of a bit more memory. In its original form it doesn't have *quite*

[Lang] Repost of StringReplace code as attachment

2002-10-07 Thread Jon Skeet
Unfortunately I'd forgotten that Outlook might mess up the formatting somewhat - please find the whole class (my personal string utility class :) attached. Jon winmail.dat -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

[GUMP] Build Failure - commons-net

2002-10-07 Thread Stefan Bodewig
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-10-07/commons-net.html Buildfile: build.xml init: get-deps: compile: [javac] Compiling 113

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

2002-10-07 Thread brekke
brekke 2002/10/07 06:39:47 Modified:net build.xml Log: Regenerated the ant build with maven again after patching maven to generate a build that works when the ant build doesn't retreive the dependencies. Revision ChangesPath 1.11 +1 -2

[NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Brekke, Jeff
The lib directory is created in the get-deps target which doesn't seem to be running when gump runs the build. Obviously gump wants to build net using the dependencies that it generated. It looks like, in the init target, that build.sysclasspath=only. The noget property is set and the get-deps

[Jelly] Running custom Ant task problem

2002-10-07 Thread Vincent Massol
Hi, I would like to run an Ant custom task in Jelly but there are some problems. I get: [runservertests] [ERROR] java.io.FileNotFoundException: E:\Vma\Projets\Encours\junitbook\junitbo ok\chapter09\build.xml (The system cannot find the file specified) [runservertests] [ERROR]at

Re: [Jelly] Running custom Ant task problem

2002-10-07 Thread James Strachan
Just so I can get a handle on what you're doing, are you starting with Maven, Jelly or Ant? The stack trace looks mostly Ant. Are you running a Jelly script from (say the command line) which then includes another Jelly script that then tries to create a custom Ant task? James ---

Re: [NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Stefan Bodewig
On Mon, 7 Oct 2002, Jeff Brekke [EMAIL PROTECTED] wrote: It looks like, in the init target, that build.sysclasspath=only. Correct. Where are the dependant jars when gump builds a project ( oro and junit in this case )? On the sysclasspath? Yes. Can you test the gump build of commons-net

[Jelly] Using Ant parallel and thread tags

2002-10-07 Thread Vincent Massol
I am porting the following code Jelly: parallel antCall target=cactus:tomcat-4x-start/ sequential waitfor maxwaitunit=millisecond checkevery=500 http url=http://localhost:${maven.cactus.port}/test/ServletRedirector?Cactus _Service=RUN_TEST/ /waitfor

cvs commit: jakarta-commons-sandbox/periodicity project.properties

2002-10-07 Thread prickett
prickett2002/10/07 07:32:30 Modified:periodicity project.properties Log: Added further documentation to the project.properties file for the database user and database password settings Revision ChangesPath 1.4 +8 -2

Re: [NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Stefan Bodewig
On 07 Oct 2002, Stefan Bodewig [EMAIL PROTECTED] wrote: Will be back in a few minutes ... Tests compile fine but fail (I think I know why) ... Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: [NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Stefan Bodewig
On 07 Oct 2002, Stefan Bodewig [EMAIL PROTECTED] wrote: On 07 Oct 2002, Stefan Bodewig [EMAIL PROTECTED] wrote: Will be back in a few minutes ... Tests compile fine but fail (I think I know why) ... GUMP builds of commons-net now pass, even though some tests fail. I'm not sure whether

RE: [NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Brekke, Jeff
Well we're closer, but I'm also running linux and my tests pass. What else could be different? I am running rh8.0 and jdk1.4. = Jeffrey D. Brekke Quad/Graphics [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core ThreadTag.java

2002-10-07 Thread jstrachan
jstrachan2002/10/07 08:02:50 Modified:jelly/src/java/org/apache/commons/jelly/tags/core ThreadTag.java Log: Allow the thread tag to not require an xmlOutput tag, which will just output its body to System.out if no file or XMLOutput is specified

Re: [NET] GUMP Build is broken, well maybe not...

2002-10-07 Thread Stefan Bodewig
On Mon, 7 Oct 2002, Jeff Brekke [EMAIL PROTECTED] wrote: I am running rh8.0 and jdk1.4. rh7.3 and Sun's jdk1.3.1_03 Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: [Jelly] Using Ant parallel and thread tags

2002-10-07 Thread James Strachan
From: Vincent Massol [EMAIL PROTECTED] I am porting the following code Jelly: parallel antCall target=cactus:tomcat-4x-start/ sequential waitfor maxwaitunit=millisecond checkevery=500 http

DO NOT REPLY [Bug 13380] New: - pointers obtained from iteratePointers() fails to setValue()

2002-10-07 Thread bugzilla
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=13380. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13381] New: - [sql] commons-sql database.xml - OJB repository.xml XSLT

2002-10-07 Thread bugzilla
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=13381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13381] - [sql] commons-sql database.xml - OJB repository.xml XSLT

2002-10-07 Thread bugzilla
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=13381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13370] - [sql] DDL for INTEGER data type incorrect

2002-10-07 Thread bugzilla
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=13370. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13370] - [sql] DDL for INTEGER data type incorrect

2002-10-07 Thread bugzilla
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=13370. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-10-07 Thread prickett
prickett2002/10/07 13:46:27 Modified:periodicity project.xml Log: Added a project to dependency to axiondb Revision ChangesPath 1.5 +4 -0 jakarta-commons-sandbox/periodicity/project.xml Index: project.xml

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

2002-10-07 Thread prickett
prickett2002/10/07 14:03:44 Modified:periodicity project.xml Log: Fixed the version of the axion database so that it would pull the right version of the axion database out of maven. Revision ChangesPath 1.6 +1 -1

Re: [daemon] [VOTE] Code reorg and API changes

2002-10-07 Thread jean-frederic clere
Remy Maucherat wrote: As was discussed a while ago with Costin and a few others, it appears that the daemon API is inadequate, and a refactoring is proposed. The reorg is: - Removal of the daemon API (org.apache.commons.daemon), to be replaced by pure introspection. The rationale for

DO NOT REPLY [Bug 13390] New: - ResponseHeaderHandler and ResponseHeaderValidator are in CVS Attic

2002-10-07 Thread bugzilla
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=13390. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [lang] Proposal for *NEXT* version

2002-10-07 Thread Stephen Colebourne
The DynaBean abstraction (in BeanUtils today) lets you synthesize beans with a dynamic set of properties -- although only PropertyUtils knows how to do property get/set calls transparently for you. In Struts, for example, we take an XML-ized version of a description like your Person

DO NOT REPLY [Bug 13391] New: - Javadoc nit

2002-10-07 Thread bugzilla
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=13391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-10-07 Thread sullis
sullis 2002/10/07 16:46:46 Modified:httpclient/src/java/org/apache/commons/httpclient URIUtil.java Log: constructor is now private Revision ChangesPath 1.12 +10 -5

cvs commit: jakarta-commons-sandbox/periodicity/conf/build build.db.developer.properties build.db.user.properties

2002-10-07 Thread prickett
prickett2002/10/07 18:14:32 Modified:periodicity maven.xml project.xml periodicity/conf/build build.db.developer.properties build.db.user.properties Log: Split the build.db.properties file into two different files 1. build.db.user.properties

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

2002-10-07 Thread prickett
prickett2002/10/07 18:53:13 jakarta-commons-sandbox/periodicity/src/test - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-10-07 Thread prickett
prickett2002/10/07 18:53:35 jakarta-commons-sandbox/periodicity/src/test/org - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-10-07 Thread prickett
prickett2002/10/07 18:56:08 jakarta-commons-sandbox/periodicity/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-sandbox/periodicity/src/test/org/apache/commons/periodicity - New directory

2002-10-07 Thread prickett
prickett2002/10/07 18:56:29 jakarta-commons-sandbox/periodicity/src/test/org/apache/commons/periodicity - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-10-07 Thread prickett
prickett2002/10/07 18:57:05 jakarta-commons-sandbox/periodicity/src/test/org/apache/commons/periodicity/build - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

[collections] When is the next release?

2002-10-07 Thread Berin Loritsch
The Avalon team is waiting to know when the next official release is of Commons collections. We need to know this so that we can officially publish the deprecation of Avalon collections. Our CVS is all prepared, but we can make it public yet until there is a released version of Commons. We

Re: [lang] Proposal for *NEXT* version

2002-10-07 Thread Juozas Baliuka
Hi, I do not think dependency on top level project is any problem for commons component, if public API does's not have classes or interfaces from this project. Projects like BCEL , ORO, Lucene are very good and solve common problems too. The DynaBean abstraction (in BeanUtils today) lets you