Re: [NET] GUMP Build broken
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NET] GUMP Build is broken
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 right now is that you have a fileset in your classpath for the junit task that expects a directory lib to exist under the commons-sandbox/net directory. On the boxes running Gump, there is no such directory and Ant fails - maybe there is an empty one in CVS? No, not according to WebCVS. If this build-file works on your machine, you must have a lib directory that is not in CVS, I guess. Either drop that part of the classpath completely or ensure the directory exists. Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] digester XML (call-param-rule)
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 contains rules written //in xml URL url = getClass().getResource(config-rules.xml); BatchContext config = (BatchContext) DigesterLoader.load(url, getClass().getClassLoader(), fis, this); fis.close(); } catch(DigesterLoadingException dle) { throw new BatchException(dle); } catch (SAXException ioe) { ioe.printStackTrace(); throw new BatchException(ioe); } catch (IOException ioe) { throw new BatchException(ioe); } ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com public void addRuleInstances(Digester digester) { final String ruleClassName = Rule.class.getName(); digester.register(DIGESTER_PUBLIC_ID, getDigesterRulesDTD()); digester.addRule(*/pattern, new PatternRule(digester, value)); digester.addRule(*/include, new IncludeRule(digester)); digester.addFactoryCreate(*/call-method-rule, new CallMethodRuleFactory()); digester.addRule(*/call-method-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/call-method-rule, add, ruleClassName); // // // Modified by Philippe Mouawad // digester.addFactoryCreate(*/call-param-rule, new CallParamRuleFactory()); digester.addRule(*/call-param-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/call-param-rule, add, ruleClassName); // // End of modification // // digester.addFactoryCreate(*/factory-create-rule, new FactoryCreateRuleFactory()); digester.addRule(*/factory-create-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/factory-create-rule, add, ruleClassName); digester.addFactoryCreate(*/object-create-rule, new ObjectCreateRuleFactory()); digester.addRule(*/object-create-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/object-create-rule, add, ruleClassName); digester.addFactoryCreate(*/set-properties-rule, new SetPropertiesRuleFactory()); digester.addRule(*/set-properties-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/set-properties-rule, add, ruleClassName); digester.addRule(*/set-properties-rule/alias, new SetPropertiesAliasRule(digester)); digester.addFactoryCreate(*/set-property-rule, new SetPropertyRuleFactory()); digester.addRule(*/set-property-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/set-property-rule, add, ruleClassName); digester.addFactoryCreate(*/set-top-rule, new SetTopRuleFactory()); digester.addRule(*/set-top-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/set-top-rule, add, ruleClassName); digester.addFactoryCreate(*/set-next-rule, new SetNextRuleFactory()); digester.addRule(*/set-next-rule, new PatternRule(digester, pattern)); digester.addSetNext(*/set-next-rule, add, ruleClassName); } protected class CallParamRuleFactory extends AbstractObjectCreationFactory { // Old code //public Object createObject(Attributes attributes) { //// create callmethodrule //int paramNumber = Integer.parseInt(attributes.getValue(paramnumber)); //String methodName = attributes.getValue(attrname); //Rule callMethodRule = new CallMethodRule(targetDigester, methodName, //paramNumber); //return callMethodRule; //} // End of old code // // // Modified by Philippe Mouawad // // // Modified by Philippe Mouawad // public Object createObject(Attributes attributes) { // create callmethodrule int paramNumber = Integer.parseInt(attributes.getValue(paramnumber)); String attrName = attributes.getValue(attrname); Rule callParamRule = new CallParamRule(targetDigester, paramNumber, attrName); return callParamRule ; } // // End of modification // // } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13342] - NullPointerException in HttpMethodBase.getResponseBodyAsString
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13342 NullPointerException in HttpMethodBase.getResponseBodyAsString --- Additional Comments From [EMAIL PROTECTED] 2002-10-07 08:10 --- The primary problem is probably an IOException when reading from the stream. Check logfile for a message getResponseBody failed and stack trace. Maybe we should change getResponseBody to re-throw the IOException and not just return null if there is a problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NET] GUMP Build broken
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] Compiling 113 source files to /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/classes [copy] Copying 1 file to /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/classes compile-tests: [mkdir] Created dir: /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/test-classes [javac] Compiling 6 source files to /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/test-classes [copy] Copying 6 files to /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/test-classes test: [mkdir] Created dir: /home/bodewig/dev/gump/jakarta-commons-sandbox/net/target/test-reports BUILD FAILED file:/home/bodewig/dev/gump/jakarta-commons-sandbox/net/build.xml:76: /home/bodewig/dev/gump/jakarta-commons-sandbox/net/lib not found. Total time: 7 seconds -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [lang] Proposal for *NEXT* version
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 declaration above: form-bean name=Person form-property name=surname type=java.lang.String/ form-property name=age type=int/ /form-bean We can implement some method like Class cls = BeanUtils.getBeanClass( descriptors, classLoader ); I can take this task, if somebody thinks it is usefull for frameworks like Struts. It must be trivial to implement using BCEL. and construct a form bean that Struts uses to capture the incoming data from an HTTP request, without having to manually create a new class. Does this address some of the needs that lead you down this path? snip -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
submitting a patch for BeanUtils
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 ActionForm { private Map[] map; public Map getMap(int index) { return this.map[index]; } public Map[] getMap() { return this.map; } public void setMap(int index, Map map) { this.map[index] = map; } public void setMap(Map[] map) { this.map = map; } } Using this, I can populate the form with arbitrary keys and values like the following: ... for (int index=0; index 10; index++) { Map map = new HashMap(2); map.put(id, 1); map.put(groupid, 2); maps[index] = map; } newForm.setMap(maps); My JSP can now display the contents of each map as input elements: logic:iterate id=elem name=newForm property=map type=java.util.Map id: html:text name=elem indexed=true property=id / groupid: html:text name=elem indexed=true property=groupid / /logic:iterate The trouble is, when the form is submitted, the values inside the form elements are not updated. As it is, BeanUtils does not change the values because it does not find a setter method for id or groupid. I patched BeanUtils with the following code: ... } else if ( target instanceof Map ) { // line 844 Map map = (Map) target; map.put(name, ConvertUtils.convert(value)); return; } else { ... Now, changes made to the html form are saved in the ActionForm. I hope that this patch can be added to the main distribution so others can also benefit. I welcome any corrections and comments to my suggestion, or if anyone knows better ways to do this. Thank you. Regards, Walter S. So __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com BeanUtils.java Description: BeanUtils.java -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Jelly] From File to URI
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 dependent file name and not a URI. Thus, I would need to do a kind of (new URL(script.path)).getFile() ... Or should the import accept a file attribute? Thanks -Vincent -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Declarative Exception Handling with Struts 1.1b2
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 associated with it to get appropriate message. If I put all the error code vs error messages in ApplicationResources.properties, there should be a way to fetch the error code from the thrown exception, and then displaying the appropriate message. Any help is appriciated. Thanks, Harvinder -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Jelly] From File to URI
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 doesn't work as ${script.path} returns a platform dependent file name and not a URI. You could try ${script.toURL().toString()} Thus, I would need to do a kind of (new URL(script.path)).getFile() ... Or should the import accept a file attribute? Maybe we could patch the import tag to accept files as well. So... j:import file=${script}/ would be allowed? James --- http://radio.weblogs.com/0112098/ __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Jelly] From File to URI
-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 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 dependent file name and not a URI. You could try ${script.toURL().toString()} arg! I missed the toURL/URI() API! Sorry for that. I actually looked at the javadoc for File before sending my question but missed it ... :( Thanks! Thus, I would need to do a kind of (new URL(script.path)).getFile() ... Or should the import accept a file attribute? Maybe we could patch the import tag to accept files as well. So... j:import file=${script}/ would be allowed? That was my idea but I don't think it is really needed as there is the toURL() API for that. Thanks James -Vincent James --- http://radio.weblogs.com/0112098/ __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe, e-mail: mailto:commons-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:commons-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/messenger/src/java/org/apache/commons/messagelet Main.java
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 LoggingMDO.java Log: Added a simple example to the maven build for consuming JMS messages using the simple command line Messagelet engine and a simple LoggingMDO. Revision ChangesPath 1.9 +11 -5 jakarta-commons-sandbox/messenger/src/conf/subscribe.xml Index: subscribe.xml === RCS file: /home/cvs/jakarta-commons-sandbox/messenger/src/conf/subscribe.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- subscribe.xml 9 Jul 2002 11:53:35 - 1.8 +++ subscribe.xml 7 Oct 2002 10:38:23 - 1.9 @@ -1,6 +1,11 @@ ?xml version=1.0 encoding=UTF-8? subscriptions + !-- a simple echo consumer -- + subscription connection=queue subject=echo.queue +listener className=org.apache.commons.messenger.LoggingMDO/ + /subscription + !-- bridge to another JMS provider -- subscription connection=queue subject=my.input2 selector=b='12' bridge outputConnection=queue outputSubject=my.output/ @@ -9,12 +14,12 @@ !-- distribute messages to multiple output queues -- subscription connection=queue subject=my.input distributeBridge outputConnection=queue - subjectoutput.A/subject - subjectoutput.B/subject - subjectoutput.C/subject - subjectoutput.D/subject + subjectoutput.A/subject + subjectoutput.B/subject + subjectoutput.C/subject + subjectoutput.D/subject /distributeBridge - /subscription + /subscription !-- consume the output queues and report throughput -- @@ -30,6 +35,7 @@ subscription connection=queue subject=output.D stopWatch groupSize=100/ /subscription + 1.5 +2 -2 jakarta-commons-sandbox/messenger/src/conf/MessengerSpiritWave.xml Index: MessengerSpiritWave.xml === RCS file: /home/cvs/jakarta-commons-sandbox/messenger/src/conf/MessengerSpiritWave.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- MessengerSpiritWave.xml 8 Jul 2002 16:19:05 - 1.4 +++ MessengerSpiritWave.xml 7 Oct 2002 10:38:23 - 1.5 @@ -2,11 +2,11 @@ manager messenger name=topic -factory className=com.spirit.messenger.WaveTopicSessionFactory transacted=true +factory className=com.spirit.messenger.WaveTopicSessionFactory /factory /messenger messenger name=queue -factory className=com.spirit.messenger.WaveQueueSessionFactory transacted=true +factory className=com.spirit.messenger.WaveQueueSessionFactory /factory /messenger /manager 1.3 +9 -4 jakarta-commons-sandbox/messenger/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons-sandbox/messenger/maven.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- maven.xml 8 Jul 2002 15:15:24 - 1.2 +++ maven.xml 7 Oct 2002 10:38:23 - 1.3 @@ -1,15 +1,19 @@ project default=java:jar xmlns:j=jelly:core - goal name=set.classpath prereqs=java:compile + goal name=set.classpath prereqs=java:compile, test:compile echo Using JMS from lib dir ${jms.lib.dir} and config dir ${jms.classes.dir} + Connecting via ${messenger.xml} /echo path id=jms.classpath + !-- pathelement path=target/classes/ + -- + pathelement path=target/test-classes/ pathelement path=${maven.build.dest}/ - path refid=maven.dependency.classpath/ + path refid=maven.dependency.classpath/ !-- add the JARs required for a pluggable JMS provider -- pathelement path=${jms.classes.dir}/ @@ -21,7 +25,8 @@ /goal !-- runs a sample number of subscriptions -- - goal name=demo.subscribe prereqs=set.classpath + goal name=demo:subscribe prereqs=set.classpath + description=Subscribes to various destinations waiting for JMS messages java classname=org.apache.commons.messagelet.Main fork=yes classpath refid=jms.classpath/ @@ -37,7 +42,7 @@ java classname=org.apache.commons.messenger.tool.Producer fork=yes classpath
[Lang] Faster version of StringUtils.replace?
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* the same interface, but it should be very easy to fix that, and I'd be happy to do that if people would like it. Here's the code: /** * Returns a String with all occurrences of codefrom/code * within codeorig/code replaced with codeto/code. If * codeorig/code contains no occurrences of * codefrom/code, or if codefrom/code is equal to * codeto/code, codeorig/code itself is returned rather * than a copy being made. None of the parameters should be * null. * * @param orig the original String. Must not be null. * @param from the String to replace within codeorig/code. * Must not be null. * @param to the String to replace codefrom/code with. Must * not be null. * * @return a version of codeorig/code with all occurrences * of codefrom/code being replaced with codeto/code. * * @throws IllegalArgumentException if codefrom/code is empty */ public static String replace (String orig, String from, String to) { int fromLength = from.length(); if (fromLength==0) throw new IllegalArgumentException (String to be replaced must not be empty); int start = orig.indexOf (from); if (start==-1) return orig; boolean greaterLength = (to.length() = fromLength); StringBuffer buffer; // If the to parameter is longer than (or // as long as) from, the final length will // be at least as large if (greaterLength) { if (from.equals (to)) return orig; buffer = new StringBuffer(orig.length()); } else { buffer = new StringBuffer(); } char [] origChars = orig.toCharArray(); int copyFrom=0; while (start != -1) { buffer.append (origChars, copyFrom, start-copyFrom); buffer.append (to); copyFrom=start+fromLength; start = orig.indexOf (from, copyFrom); } buffer.append (origChars, copyFrom, origChars.length-copyFrom); return buffer.toString(); } Let me know (on or off list) if you're interested in using the code. There may well be further tweaks which could be useful and which I'd be happy to investigate if the code is considered. Thanks, Jon Skeet -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Lang] Repost of StringReplace code as attachment
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
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 source files to /home/rubys/jakarta/jakarta-commons-sandbox/net/target/classes [copy] Copying 1 file to /home/rubys/jakarta/jakarta-commons-sandbox/net/target/classes compile-tests: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/net/target/test-classes [javac] Compiling 6 source files to /home/rubys/jakarta/jakarta-commons-sandbox/net/target/test-classes [copy] Copying 6 files to /home/rubys/jakarta/jakarta-commons-sandbox/net/target/test-classes test: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons-sandbox/net/target/test-reports BUILD FAILED file:/home/rubys/jakarta/jakarta-commons-sandbox/net/build.xml:76: /home/rubys/jakarta/jakarta-commons-sandbox/net/lib not found. Total time: 5 seconds -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/net build.xml
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 jakarta-commons-sandbox/net/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons-sandbox/net/build.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- build.xml 7 Oct 2002 04:25:40 - 1.10 +++ build.xml 7 Oct 2002 13:39:47 - 1.11 @@ -11,7 +11,7 @@ property name=final.name value=commons-net-1.0.0-dev/property target name=init description=o Initializes some properties - +mkdir dir=lib/mkdir condition property=noget equals arg2=only arg1=${build.sysclasspath}/equals /condition @@ -149,7 +149,6 @@ target name=get-deps unless=noget depends=init -mkdir dir=lib/mkdir get dest=lib/oro-2.0.6.jar usetimestamp=true ignoreerrors=true src=http://www.ibiblio.org/maven/oro/jars/oro-2.0.6.jar;/get get dest=lib/junit-3.8.1.jar usetimestamp=true ignoreerrors=true src=http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar;/get -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[NET] GUMP Build is broken, well maybe not...
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 target is skipped. Where are the dependant jars when gump builds a project ( oro and junit in this case )? On the sysclasspath? I've patched Maven to produce an ant build which will create the lib directory in the init target and regen'd and committed a new ant build for commons-net. Can you test the gump build of commons-net again? Thanks a bunch for the help and information. = Jeffrey D. Brekke Quad/Graphics [EMAIL PROTECTED] http://www.qg.com -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED]] Sent: Monday, October 07, 2002 1:32 AM To: [EMAIL PROTECTED] Subject: Re: [NET] GUMP Build is broken 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 right now is that you have a fileset in your classpath for the junit task that expects a directory lib to exist under the commons-sandbox/net directory. On the boxes running Gump, there is no such directory and Ant fails - maybe there is an empty one in CVS? No, not according to WebCVS. If this build-file works on your machine, you must have a lib directory that is not in CVS, I guess. Either drop that part of the classpath completely or ensure the directory exists. Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Jelly] Running custom Ant task problem
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 org.apache.tools.ant.helper.ProjectHelperImpl.parse(ProjectHelper Impl.java:178) [runservertests] [ERROR]at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper .java:117) [runservertests] [ERROR]at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:353) [runservertests] [ERROR]at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java: 143) [runservertests] [ERROR]at org.apache.cactus.ant.StartServerHelper.run(Unknown Source) The runservertests Ant task uses the Ant callTarget() method. It seems that Ant then calls configureProject() and tries to initialize and fails when it does not find a build.xml file ... My jelly script is: taskdef name=runservertests classname=org.apache.cactus.ant.RunServerTestsTask classpath pathelement location=${plugin.getDependencyPath('cactus:cactus-ant')}/ /classpath /taskdef runservertests testURL=... startTarget=cactus:tomcat-4x-start stopTarget=cactus:tomcat-4x-stop testTarget=cactus:test/ One last piece of information: I'm calling the runservertests task from an imported jelly script (i.e. the main jelly script imports another script). Would that be an issue? Thanks -Vincent -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Jelly] Running custom Ant task problem
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 --- http://radio.weblogs.com/0112098/ - Original Message - From: Vincent Massol [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Sent: Monday, October 07, 2002 3:04 PM Subject: [Jelly] Running custom Ant task problem 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 org.apache.tools.ant.helper.ProjectHelperImpl.parse(ProjectHelper Impl.java:178) [runservertests] [ERROR]at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper .java:117) [runservertests] [ERROR]at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:353) [runservertests] [ERROR]at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java: 143) [runservertests] [ERROR]at org.apache.cactus.ant.StartServerHelper.run(Unknown Source) The runservertests Ant task uses the Ant callTarget() method. It seems that Ant then calls configureProject() and tries to initialize and fails when it does not find a build.xml file ... My jelly script is: taskdef name=runservertests classname=org.apache.cactus.ant.RunServerTestsTask classpath pathelement location=${plugin.getDependencyPath('cactus:cactus-ant')}/ /classpath /taskdef runservertests testURL=... startTarget=cactus:tomcat-4x-start stopTarget=cactus:tomcat-4x-stop testTarget=cactus:test/ One last piece of information: I'm calling the runservertests task from an imported jelly script (i.e. the main jelly script imports another script). Would that be an issue? Thanks -Vincent -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NET] GUMP Build is broken, well maybe not...
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 again? Will be back in a few minutes ... Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Jelly] Using Ant parallel and thread tags
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 antCall name=cactus:tomcat-4x-stop/ /sequential /parallel Of course, replacing antCall by attainGoal will not work (I think Jelly will execute before Ant, right?). I imagined using the jelly core:thread tag. However, I have to specify either an org.apache.commons.jelly.XMLOutput object or a file attribute. I would like to have the output be printed in the console (same as the other Jelly outputs). How can I do that? BTW, is that the correct approach (to use the jelly thread tag)? Thanks -Vincent -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/periodicity project.properties
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 jakarta-commons-sandbox/periodicity/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/project.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- project.properties7 Oct 2002 04:12:48 - 1.3 +++ project.properties7 Oct 2002 14:32:30 - 1.4 @@ -33,7 +33,10 @@ # the database user name to use when accessing the periodicity database. # If a database user name is not specified the default user for the type # of database specified in the periodicity.database.type setting -# will be used. +# will be used. If there is no default user defined for the type of +# database specified the user field will be left blank and it will +# have to be explicitly set in this configuration file for the +# periodicity server to work properly. # # @@ -47,7 +50,10 @@ # the database password to use when accessing the periodicity database. # If a database password is not specified the default password for the # type of database specified in the periodicity.database.type setting will -# be used. +# be used. If there is no default password defined for the type of database +# specified the password field will be left blank and it will have to +# be explicitly set in this configuration file for the periodicity server +# to work properly. # # -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NET] GUMP Build is broken, well maybe not...
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...
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 the test failures are expected, this is what I get on Linux (in case there is an OS dependency): Testcase: testParseFieldsOnFile took 0,088 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.EnterpriseUnixFTPEntryParserTest.testParseFieldsOnFile(EnterpriseUnixFTPEntryParserTest.java:147) Testcase: testParseFieldsOnDirectory took 0,15 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.NTFTPEntryParserTest.testParseFieldsOnDirectory(NTFTPEntryParserTest.java:140) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,006 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.NTFTPEntryParserTest.testParseFieldsOnFile(NTFTPEntryParserTest.java:155) Testcase: testParseFieldsOnDirectory took 0,151 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.OS2FTPEntryParserTest.testParseFieldsOnDirectory(OS2FTPEntryParserTest.java:124) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,007 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.OS2FTPEntryParserTest.testParseFieldsOnFile(OS2FTPEntryParserTest.java:139) Testcase: testParseFieldsOnDirectory took 0,155 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.UnixFTPEntryParserTest.testParseFieldsOnDirectory(UnixFTPEntryParserTest.java:159) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,014 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.UnixFTPEntryParserTest.testParseFieldsOnFile(UnixFTPEntryParserTest.java:220) Testcase: testParseFieldsOnDirectory took 0,153 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.VMSFTPEntryParserTest.testParseFieldsOnDirectory(VMSFTPEntryParserTest.java:115) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,011 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.VMSFTPEntryParserTest.testParseFieldsOnFile(VMSFTPEntryParserTest.java:136) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [NET] GUMP Build is broken, well maybe not...
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] http://www.qg.com -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED]] Sent: Monday, October 07, 2002 9:50 AM To: [EMAIL PROTECTED] Subject: Re: [NET] GUMP Build is broken, well maybe not... 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 the test failures are expected, this is what I get on Linux (in case there is an OS dependency): Testcase: testParseFieldsOnFile took 0,088 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.EnterpriseUnixFTPEntryP arserTest.testParseFieldsOnFile(EnterpriseUnixFTPEntryParserTe st.java:147) Testcase: testParseFieldsOnDirectory took 0,15 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.NTFTPEntryParserTest.te stParseFieldsOnDirectory(NTFTPEntryParserTest.java:140) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,006 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.NTFTPEntryParserTest.te stParseFieldsOnFile(NTFTPEntryParserTest.java:155) Testcase: testParseFieldsOnDirectory took 0,151 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.OS2FTPEntryParserTest.t estParseFieldsOnDirectory(OS2FTPEntryParserTest.java:124) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,007 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.OS2FTPEntryParserTest.t estParseFieldsOnFile(OS2FTPEntryParserTest.java:139) Testcase: testParseFieldsOnDirectory took 0,155 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.UnixFTPEntryParserTest. testParseFieldsOnDirectory(UnixFTPEntryParserTest.java:159) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,014 sec FAILED expected:...S... but was:...E... junit.framework.ComparisonFailure: expected:...S... but was:...E... at org.apache.commons.net.ftp.ftp2.parser.UnixFTPEntryParserTest. testParseFieldsOnFile(UnixFTPEntryParserTest.java:220) Testcase: testParseFieldsOnDirectory took 0,153 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.VMSFTPEntryParserTest.t estParseFieldsOnDirectory(VMSFTPEntryParserTest.java:115) Testcase: testParseFieldsOnDirectoryTestcase: testParseFieldsOnFile took 0,011 sec FAILED expected:...D... but was:...ES... junit.framework.ComparisonFailure: expected:...D... but was:...ES... at org.apache.commons.net.ftp.ftp2.parser.VMSFTPEntryParserTest.t estParseFieldsOnFile(VMSFTPEntryParserTest.java:136) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core ThreadTag.java
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 Revision ChangesPath 1.2 +4 -5 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core/ThreadTag.java Index: ThreadTag.java === RCS file: /home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core/ThreadTag.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ThreadTag.java26 Jun 2002 09:14:31 - 1.1 +++ ThreadTag.java7 Oct 2002 15:02:49 - 1.2 @@ -68,23 +68,22 @@ * * @author a href=mailto:[EMAIL PROTECTED];Vinay Chandran/a */ -public class ThreadTag extends TagSupport -{ +public class ThreadTag extends TagSupport { /** Thread Name */ private String name = null; /** the destination of output */ private XMLOutput xmlOutput; -public ThreadTag() -{ +public ThreadTag() { } // Tag interface //- public void doTag(final XMLOutput output) throws Exception { if ( xmlOutput == null ) { -throw new MissingAttributeException(xmlOutput); +// lets default to system.out +xmlOutput = XMLOutput.createXMLOutput( System.out ); } Thread thread = new Thread( -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NET] GUMP Build is broken, well maybe not...
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
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 url=http://localhost:${maven.cactus.port}/test/ServletRedirector?Cactus _Service=RUN_TEST/ /waitfor antCall name=cactus:tomcat-4x-stop/ /sequential /parallel Of course, replacing antCall by attainGoal will not work (I think Jelly will execute before Ant, right?). If you kept the above as using Ant tasks then it would work fine in Jelly. However mixing Maven's attainGoal with the Ant tasks probably won't work. I imagined using the jelly core:thread tag. However, I have to specify either an org.apache.commons.jelly.XMLOutput object or a file attribute. I would like to have the output be printed in the console (same as the other Jelly outputs). How can I do that? I've just patched the thread tag to just default to System.out if no xmlOutput or File is specified. BTW, is that the correct approach (to use the jelly thread tag)? Sure. The missing part that you need is synchronizing things again. There's no waitfor in Jelly, though you should be able to reuse the existing Ant tasks for this if you like. There are efforts ongoing to build a BPEL4WS engine using Jelly. One of the key features of this is to support parallel execution of 'actions' and then coordinate them as they complete, either synchronously (via blocking a thread) or asynchronously (via receiving some kind of message and correlating things together). So there will be better support for this kind of thing in Jelly soon. Until then using just the Ant tasks seems the easiest approach; maybe we just need a way of making things like attainGoal act like an Ant task when used with parallel and sequential in a Jelly script? James --- http://radio.weblogs.com/0112098/ __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13380] New: - pointers obtained from iteratePointers() fails to setValue()
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13380 pointers obtained from iteratePointers() fails to setValue() Summary: pointers obtained from iteratePointers() fails to setValue() Product: Commons Version: Nightly Builds Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: JXPath AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm trying to iterate pointers, and set values. However any values I set using this method are ignored. This sounds similar to bug #9036 Note: It would be great if you like this test to add it to the suite. Thanks! To see the bug, add this function to NestedTestbean : public void setName(String name) { this.name = name; } Then, add this function to JXPathTestCase: public void testIteratePointerSetValue() { JXPathContext context = JXPathContext.newContext(bean); testGetValue(context, /beans[1]/name, Name 1); testGetValue(context, /beans[2]/name, Name 2); // Test setting via context context.setValue(/beans[2]/name, Name 2 set); testGetValue(context, /beans[2]/name, Name 2 set); // Restore original value context.setValue(/beans[2]/name, Name 2); testGetValue(context, /beans[2]/name, Name 2); int iter_count = 0; Iterator iter = context.iteratePointers(/beans/name); while (iter.hasNext()) { iter_count++; Pointer pointer = (Pointer) iter.next(); String s = (String) pointer.getValue(); s = s + suffix; pointer.setValue(s); assertEquals(pointer.getValue, s, pointer.getValue()); // fails right here, the value isn't getting set in the bean. assertEquals(context.getValue, s, context.getValue(pointer.asPath())); } assertEquals(Iteration count, 2, iter_count); testGetValue(context, /beans[1]/name, Name 1suffix); testGetValue(context, /beans[2]/name, Name 2suffix); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13381] New: - [sql] commons-sql database.xml - OJB repository.xml XSLT
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13381 [sql] commons-sql database.xml - OJB repository.xml XSLT Summary: [sql] commons-sql database.xml - OJB repository.xml XSLT Product: Commons Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Sandbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've taken a stab at an XSLT stylesheet which takes commons-sql database.xml files and transforms them into what you need for OJB's repository.xml file. The idea is that commons-sql's XML format already defines most of what you need, so rather than copy it, why not extend that XML format (using an additional namespace) to include whatever you'd need for OJB. I haven't dealt with some of the more complex cases in OJB, because I don't need them yet, but I thought I'd offer this to folks to see if anyone finds it useful and/or wants to deal with some of the things I haven't gotten to yet. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13381] - [sql] commons-sql database.xml - OJB repository.xml XSLT
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13381 [sql] commons-sql database.xml - OJB repository.xml XSLT --- Additional Comments From [EMAIL PROTECTED] 2002-10-07 19:27 --- Created an attachment (id=3384) XSLT style sheet -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13370] - [sql] DDL for INTEGER data type 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=13370. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13370 [sql] DDL for INTEGER data type incorrect --- Additional Comments From [EMAIL PROTECTED] 2002-10-07 20:30 --- I found another similar problem, and so have written a patch for OracleBuilder which addresses my two issues. There may be other SQL datatypes which need special handling, but filling those in should be easy. I found this in the Oracle 8.1.7 documentation: Do not define columns with these SQL/DS and DB2 datatypes, because they have no corresponding Oracle datatype: * GRAPHIC * LONG VARGRAPHIC * VARGRAPHIC * TIME * TIMESTAMP Since I had a column defined as TIMESTAMP, I needed OracleBuilder to translate that to DATE for me. So while I was at it, I also added handling for INTEGER so that the length is not included. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13370] - [sql] DDL for INTEGER data type 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=13370. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13370 [sql] DDL for INTEGER data type incorrect --- Additional Comments From [EMAIL PROTECTED] 2002-10-07 20:33 --- Created an attachment (id=3385) patch overriding SqlBuilder's getSqlType(Column) method to handle Oracle special cases -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/periodicity project.xml
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 === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/project.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- project.xml 5 Oct 2002 01:16:45 - 1.4 +++ project.xml 7 Oct 2002 20:46:26 - 1.5 @@ -77,6 +77,10 @@ idcommons-configuration/id version1.0-dev/version /dependency +dependency + idaxion/id + version1.0-dev/version +/dependency /dependencies build -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/periodicity project.xml
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 jakarta-commons-sandbox/periodicity/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/project.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.xml 7 Oct 2002 20:46:26 - 1.5 +++ project.xml 7 Oct 2002 21:03:44 - 1.6 @@ -79,7 +79,7 @@ /dependency dependency idaxion/id - version1.0-dev/version + version1.0-dev.20020822.054820/version /dependency /dependencies -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [daemon] [VOTE] Code reorg and API changes
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 this was discussed with Costin at the time. - Creation of a commons-launcher component to host the launcher code now used in the upcoming Tomcat 5. It turns out the merge with Ant will not happen in the forseeable future, and the functionality is useful in Tomcat, so I think we should keep the code in the commons, and wait for it to be picked up :) - As a consequence, the daemon module will be renamed to launcher. It is also proposed that the resulting module be moved to commons proper. ballot +1 [ ] Yes -1 [ ] No: -1 : That is more than one element! I am -0 replacing the daemon API by introspection. I am +1 for creating a commons-launcher component for Tomcat 5. I am -1 renaming daemon to launcher. The initial goal of org.apache.commons.daemon is to run JAVA services not only to start Tomcat. There was a JSR96 (http://www.jcp.org/jsr/detail/96.jsp) is there any new JSR on a similar topic? The daemon code has been moved for jakarta-tomcat to jakarta-commons-sandbox/daemon moving it again does not seem a good idea. I use daemon in several places: - To start an embedded Tomcat. - To run Tomcat on port 80 as user nobody. - To start services on win98. /ballot Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13390] New: - ResponseHeaderHandler and ResponseHeaderValidator are in CVS Attic
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13390 ResponseHeaderHandler and ResponseHeaderValidator are in CVS Attic Summary: ResponseHeaderHandler and ResponseHeaderValidator are in CVS Attic Product: Commons Version: Nightly Builds Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Latka AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] These two files are in the CVS Attic directory but are referred to in latka.internal.properties org.apache.commons.latka.validators.ResponseHeaderHandler v 1.6 org.apache.commons.latka.validators.ResponseheaderValidator v 1.7 It looks as if this pair have been accidentally removed from the repository. The 'build' target of the ant project completes ok if these files are resurrected. There is a parallel jelly class (o.a.c.latka.jelly.validators.ResponseHeaderTag) which seems perfectly healthy and appears to provide the same validation function. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [lang] Proposal for *NEXT* version
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 declaration above: form-bean name=Person form-property name=surname type=java.lang.String/ form-property name=age type=int/ /form-bean We can implement some method like Class cls = BeanUtils.getBeanClass( descriptors, classLoader ); I can take this task, if somebody thinks it is usefull for frameworks like Struts. It must be trivial to implement using BCEL. At the moment, different people have different meanings for this potential new project. We need to flesh out a bit more deisgn before we can code a solution IMO. Also, it would be a major departure for Commons to require BCEL as a dependency. Stephen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13391] New: - Javadoc nit
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13391 Javadoc nit Summary: Javadoc nit Product: Commons Version: 1.0 Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Noticed this one today (commons-lang javadocs): Index: src/java/org/apache/commons/lang/SystemUtils.java === RCS file: /home/cvspublic/jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java,v retrieving revision 1.2 diff -a -u -r1.2 SystemUtils.java --- src/java/org/apache/commons/lang/SystemUtils.java 25 Aug 2002 22:17:53 - 1.2 +++ src/java/org/apache/commons/lang/SystemUtils.java 7 Oct 2002 22:38:07 - @@ -305,7 +305,7 @@ public static final boolean IS_JAVA_1_3 = JAVA_VERSION.startsWith(1.3.); /** True iff this is Java version 1.4. */ public static final boolean IS_JAVA_1_4 = JAVA_VERSION.startsWith(1.4.); -/** True iff this is Java version 1.3. */ +/** True iff this is Java version 1.5. */ public static final boolean IS_JAVA_1_5 = JAVA_VERSION.startsWith(1.5.); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient URIUtil.java
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 jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/URIUtil.java Index: URIUtil.java === RCS file: /home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/URIUtil.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- URIUtil.java 7 Aug 2002 02:13:22 - 1.11 +++ URIUtil.java 7 Oct 2002 23:46:46 - 1.12 @@ -92,8 +92,13 @@ * @version $Revision$ $Date$ */ -public class URIUtil { +public final class URIUtil { +private URIUtil() +{ + // this method is intentionally private +} + // - Public Methods /** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/periodicity/conf/build build.db.developer.properties build.db.user.properties
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 2. build.db.developer.properties Revision ChangesPath 1.8 +8 -4 jakarta-commons-sandbox/periodicity/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/maven.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- maven.xml 7 Oct 2002 04:12:48 - 1.7 +++ maven.xml 8 Oct 2002 01:14:32 - 1.8 @@ -1,12 +1,12 @@ ?xml version=1.0 encoding=UTF-8? project default=java:jar xmlns:j=jelly:core - property file=./conf/build/build.properties/ property file=./conf/build/build.jars.properties/ property file=./conf/build/build.torque.properties/ property file=./conf/build/build.torque.default.properties/ property file=./conf/build/build.torque.period.properties/ - property file=./conf/build/build.db.properties/ + property file=./conf/build/build.db.user.properties/ + property file=./conf/build/build.db.developer.properties/ j:set var=periodicityDatabase value=${periodicity.database}/ @@ -18,6 +18,12 @@ /j:when /j:choose + postGoal name=java:prepare-filesystem +mkdir dir=${maven.repo.local}/${periodicity.axion.db.name}/jars/ +get src=http://www.ibiblio.org/maven/${periodicity.axion.db.name}/jars/${periodicity.axion.db.name}-${periodicity.axion.database.default.version}.jar; + dest=${maven.repo.local}/${periodicity.axion.db.name}/jars/${periodicity.axion.db.name}-${periodicity.axion.database.default.version}.jar/ + /postGoal + preGoal name=java:compile ant antfile=build-legacy.xml target=om/ /preGoal @@ -38,5 +44,3 @@ /goal /project - - 1.7 +3 -4 jakarta-commons-sandbox/periodicity/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/project.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- project.xml 7 Oct 2002 21:03:44 - 1.6 +++ project.xml 8 Oct 2002 01:14:32 - 1.7 @@ -1,7 +1,6 @@ ?xml version=1.0 encoding=UTF-8? project - - + property file=conf/build/build.db.users.proeprties/ pomVersion3/pomVersion namePeriodicity/name idperiodicity/id @@ -79,8 +78,8 @@ /dependency dependency idaxion/id - version1.0-dev.20020822.054820/version -/dependency + version${periodicity.axion.database.version}/version +/dependency /dependencies build 1.2 +1 -0 jakarta-commons-sandbox/periodicity/conf/build/build.db.developer.properties Index: build.db.developer.properties === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/conf/build/build.db.developer.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.db.developer.properties 7 Oct 2002 04:12:48 - 1.1 +++ build.db.developer.properties 8 Oct 2002 01:14:32 - 1.2 @@ -80,6 +80,7 @@ # -- periodicity.axion.db.name=axion +periodicity.axion.database.default.version=1.0-dev.20020830.060007 # -- # 1.2 +16 -0 jakarta-commons-sandbox/periodicity/conf/build/build.db.user.properties Index: build.db.user.properties === RCS file: /home/cvs/jakarta-commons-sandbox/periodicity/conf/build/build.db.user.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.db.user.properties 7 Oct 2002 04:12:48 - 1.1 +++ build.db.user.properties 8 Oct 2002 01:14:32 - 1.2 @@ -62,3 +62,19 @@ # - periodicity.database.name= + +# - +# +# P E R I O D I C I T Y A X I O N D A T A B A S E V E R S I O N +# +# This periodicity server setting tells the periodicity server the version +# of the axion database that should be used by the server. +# If the periodicity server is not using the axion database this server +# setting is ignored. If the periodicity server is using the axion database +# and this setting is not speficied it will use the default version
cvs commit: jakarta-commons-sandbox/periodicity/src/test - New directory
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
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
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
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
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?
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 have already started moving our CVS source to the commons variant, but making a release with a snapshot jar is not the best... -- They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [lang] Proposal for *NEXT* version
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 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 declaration above: form-bean name=Person form-property name=surname type=java.lang.String/ form-property name=age type=int/ /form-bean We can implement some method like Class cls = BeanUtils.getBeanClass( descriptors, classLoader ); I can take this task, if somebody thinks it is usefull for frameworks like Struts. It must be trivial to implement using BCEL. At the moment, different people have different meanings for this potential new project. We need to flesh out a bit more deisgn before we can code a solution IMO. Also, it would be a major departure for Commons to require BCEL as a dependency. Stephen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]