Re: [Jelly] current and future status?
On 2 Apr 2004, at 13:52, korebantic wrote: --- Christopher W. Farnham [EMAIL PROTECTED] wrote: The apology for Jelly is made in Jame's weblog here: http://radio.weblogs.com/0112098/2004/03/26.html#a472 Now that I reread it, I'm not sure if it's tongue and cheek or or what. It's hard to tell, but it sounds like he doesn't think much of Jelly at all. Kinda disconcerting to say the least, but I'll probably use it for now until I can find an alternative. (i haven't worked with james for a while but) when i first read that entry, i thought that (though his opinions on xml have changed and there is a kernel of truth) it was intended to be lighthearted and humourous. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jelly] current and future status?
On 1 Apr 2004, at 23:18, korebantic wrote: snip I've already found out some interesting things -- like the original maintainer is MIA =/ another thing you're about to discover is that ASF projects are organized a little differently from the way you might expect. we have developers and committers rather than maintainers. there is no one single maintainer for jelly but there are number of developers and committers. james has a genius for creating uber cool, innovative ideas for software. he's also a really nice guy who's great to work with. unfortunately, he has more super cool ideas than time to finish them. it's common for james to come along with a great idea and some cool code and get everyone excited and the project buzzing. once a project seems to have gained a sustainable community, he'll gradually move onto new projects and interests. problems may occur if the community doesn't recruit the developers the project needs to transition from a cool experiment to really useful tool. jelly lost it's way a while ago when a lot of the people who used to work on it became more interested in other projects (such as geronimo) but paul's done a good job in getting stuff back on track. senior committers drifting away is usually not the problem for ASF projects that it is for ones organized differently. in fact, this happens regularly without ill effects providing that the community is healthy and replaces the energy that has been lost. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28002] - [Codec][Patch] RFC 1522 codecs: Q-codec B-codec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28002. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28002 [Codec][Patch] RFC 1522 codecs: Q-codec B-codec --- Additional Comments From [EMAIL PROTECTED] 2004-04-03 14:39 --- Created an attachment (id=2) Patch (100% clover coverage) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration]Release 1 and hierarchical configurations
Jörg Schaible wrote: Oliver Heger wrote: [snip] I was thinking a bit about those hierarchical aspects and how to provide access to them through the Configuration interface. My idea was to introduce an interface like ConfigurationNode that describes a node in a configuration tree. It could look similar to the HierarchicalProperties.Node class. Then a method getRoot() could be added to Configuration that returns the root node of the configuration tree thus providing a tree like view on a configuration. (By the way, there is already a class HierarchicalConfigurationConverter, which provides means to convert a flat configuration into a hierarchical one.) Just popped in my mind: What's the big difference between a Subset and a ConfigurationNode then ? IMHO the Subset *is* the Node for HierarchicalConfigurations ... Regards, Jörg Yes, I thought of this, too. Well, a subset could also be a collection of nodes, but these can be put together as children of a new root node. The original implementation of the subset() method in HierarchicalConfiguration did exactly that. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jelly] current and future status?
On 3 Apr 2004, at 15:18, korebantic wrote: What is the proper procedure for submitting patches against jelly, and adding new features like new tag libraries, etc? here at apache, those worthy individuals who contribute in this way are known as developers (because they develop the software). take a look at the following pages: http://www.apache.org/dev/ http://jakarta.apache.org/site/getinvolved.html http://jakarta.apache.org/commons/volunteering.html http://jakarta.apache.org/commons/patches.html please remember that you'll need to be able to grant copyright to the ASF for all patches you contribute. if it's a substantial body of work or if the code is derived from a copyrighted work then we may need you to sign a contributor's license agreement. me and paul are probably the most active jelly committers at the moment and it's not my highest priority so you might need to be a little patient (and polite reminders may sometimes be needed). good documentation and unit tests for your changes will strongly increase the chances of your code being committed by me (since i have to write these if they are not present). - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Jelly] current and future status?
Roger that, thanks for the info... here at apache, those worthy individuals who contribute in this way are known as developers (because they develop the software). take a look at the following pages: http://www.apache.org/dev/ http://jakarta.apache.org/site/getinvolved.html http://jakarta.apache.org/commons/volunteering.html http://jakarta.apache.org/commons/patches.html please remember that you'll need to be able to grant copyright to the ASF for all patches you contribute. if it's a substantial body of work or if the code is derived from a copyrighted work then we may need you to sign a contributor's license agreement. me and paul are probably the most active jelly committers at the moment and it's not my highest priority so you might need to be a little patient (and polite reminders may sometimes be needed). good documentation and unit tests for your changes will strongly increase the chances of your code being committed by me (since i have to write these if they are not present). - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28180] New: - Method enums.Enum.equals(Object o) doesn't work correctly.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28180. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28180 Method enums.Enum.equals(Object o) doesn't work correctly. Summary: Method enums.Enum.equals(Object o) doesn't work correctly. Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] equals considers self equal to any Object that has an accessible public getName () method which returns a string that is the same than the internal name iName. So if you compare two objects of subclasses of Enum that are not related otherwise, but incidentally have the same name iName the equals method returns true. But even worse, it's also possible to compare a subclass of Enum to an object of a totally unrelated class and to consider the objects equal if the totally unrelated class provides a getName method that returns a string equal to iName. If the getName method of the other object isn't accessible, an IllegalAccessException is thrown and caught in the equals method and false is returned which in this case seems to be correct. The root of the problem is the use of reflection without checking first whether the names of the classes (via other.getClass().getName().equals(this.getClass ().getName())) are the same (not the classes themselves, this is tested by the equals method) before invoking the getName method on the other object via reflection. If the names of the classes aren't equal, false can be returned immediately instead of using reflection. Only if the classnames are equal reflection should be used to determine equality. Note: The old implementation of Enums.equals in the commons-lang 2.0 distribution seems to work ok in the first case with both objects being subclasses of Enum. In the second case of the totally unrelated class, a ClassCastException is thrown, but according to Joshua Bloch (Effective Java) and the SDK-API-Documentation for Object.equals this violates the contract for equals because equals is supposed to deliver true or false for any two non null references. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28180] - Method enums.Enum.equals(Object o) doesn't work correctly.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28180. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28180 Method enums.Enum.equals(Object o) doesn't work correctly. --- Additional Comments From [EMAIL PROTECTED] 2004-04-03 21:08 --- Created an attachment (id=6) proposed Patch for Enum.equals - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28180] - Method enums.Enum.equals(Object o) doesn't work correctly.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28180. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28180 Method enums.Enum.equals(Object o) doesn't work correctly. --- Additional Comments From [EMAIL PROTECTED] 2004-04-03 21:10 --- Created an attachment (id=7) Testcase File contains source for four java classes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator maven.xml
dgraham 2004/04/03 13:19:14 Modified:validator maven.xml Log: Simplified copying validator dtd files. Revision ChangesPath 1.5 +9 -11 jakarta-commons/validator/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons/validator/maven.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- maven.xml 29 Feb 2004 09:48:28 - 1.4 +++ maven.xml 3 Apr 2004 21:19:14 - 1.5 @@ -13,6 +13,7 @@ See the License for the specific language governing permissions and limitations under the License. -- + project default=java:jar preGoal name=xdoc:jelly-transform @@ -21,25 +22,22 @@ postGoal name=java:compile -copytodir=${maven.build.dir}/classes/ +copy todir=${maven.build.dir}/classes/ fileset dir=${pom.build.sourceDirectory} excludes=**/*.java/ /copy -copy todir=${maven.build.dir}/classes/org/apache/commons/validator/resources/ - file=${basedir}/conf/share/validator_1_0.dtd/ - -copy todir=${maven.build.dir}/classes/org/apache/commons/validator/resources/ - file=${basedir}/conf/share/validator_1_0_1.dtd/ - -copy todir=${maven.build.dir}/classes/org/apache/commons/validator/resources/ - file=${basedir}/conf/share/validator_1_1.dtd/ +copy todir=${maven.build.dir}/classes/org/apache/commons/validator/resources/ + fileset dir=${basedir}/conf/share + includes=validator*.dtd/ +/copy -copytodir=${maven.build.dir}/classes/ +copy todir=${maven.build.dir}/classes/ fileset dir=${javascript.home} includes=**/*.js/ /copy /postGoal -/project \ No newline at end of file +/project + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator maven.xml
dgraham 2004/04/03 13:35:31 Modified:validator maven.xml Log: Use src/javacript directory to copy js files. Using ${javascript.home} copied them to the wrong directory for some reason. Revision ChangesPath 1.6 +1 -1 jakarta-commons/validator/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons/validator/maven.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- maven.xml 3 Apr 2004 21:19:14 - 1.5 +++ maven.xml 3 Apr 2004 21:35:31 - 1.6 @@ -33,7 +33,7 @@ /copy copy todir=${maven.build.dir}/classes/ - fileset dir=${javascript.home} + fileset dir=src/javascript includes=**/*.js/ /copy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator project.xml
dgraham 2004/04/03 14:00:10 Modified:validator project.xml Log: Run ValidatorTestSuite instead of all test classes individually. Revision ChangesPath 1.39 +2 -12 jakarta-commons/validator/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/validator/project.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- project.xml 3 Apr 2004 06:10:50 - 1.38 +++ project.xml 3 Apr 2004 22:00:10 - 1.39 @@ -236,14 +236,13 @@ /dependencies build - nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress - sourceDirectorysrc/share/sourceDirectory +unitTestSourceDirectorysrc/test/unitTestSourceDirectory unitTest includes -include**/*Test.java/include +include**/ValidatorTestSuite.java/include /includes resources resource @@ -254,15 +253,6 @@ /resource /resources /unitTest - -resources - resource -excludes - exclude**/*.java/exclude -/excludes - /resource -/resources - /build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-build] build element problems
I see no reason why not, build isn't used at that level. I'll take it out. -Mark On Sat, 2004-04-03 at 15:33, David Graham wrote: The commons-build/project.xml file declares a build element that causes problems for components extending that project.xml. Even when you declare a build element in your project's project.xml it does not override the parent declaration; maven appears to use settings from both. Is there any problem removing the build element from commons-build/project.xml? If we don't, then every project will need to explicitly exclude resources that the parent file is including. David __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark R. Diggory Software Developer - VDC Project Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build project.xml
mdiggory2004/04/03 14:08:18 Modified:commons-build project.xml Log: Removing build tagset which cases difficulty in subproject compilation. Revision ChangesPath 1.28 +1 -32 jakarta-commons/commons-build/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/commons-build/project.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- project.xml 14 Mar 2004 20:32:18 - 1.27 +++ project.xml 3 Apr 2004 22:08:18 - 1.28 @@ -14,7 +14,6 @@ See the License for the specific language governing permissions and limitations under the License. -- - project pomVersion3/pomVersion idsite/id @@ -37,11 +36,9 @@ distributionrepo/distribution /license /licenses - gumpRepositoryIdjakarta/gumpRepositoryId - + gumpRepositoryIdjakarta/gumpRepositoryId issueTrackingUrlhttp://issues.apache.org/bugzilla//issueTrackingUrl - siteAddressjakarta.apache.org/siteAddress siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory @@ -65,34 +62,6 @@ archivehttp://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]/archive /mailingList /mailingLists - - build -nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress -sourceDirectorysrc/java/sourceDirectory -unitTestSourceDirectorysrc/test/unitTestSourceDirectory - -!-- Unit test classes -- -unitTest - includes -include**/Test*.java/include - /includes -/unitTest - -resources - resource -includes - include**/*.properties/include -/includes - /resource - resource -targetPathMETA-INF/targetPath -includes - includeNOTICE.txt/include -/includes - /resource -/resources - - /build reports reportmaven-changelog-plugin/report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[validator] 1.1.2 build issues
Running 'maven clean jar' and 'maven clean dist' produce good jars if you comment out the build element in commons-build/project.xml. If you don't remove that, various files we don't want in the jar get included. I've posted another message to commons-dev on this issue. At this point we only need an Ant build.xml file for Craig's nightly build scripts to use. Maintaining both Maven and Ant builds isn't my idea of a good time so I suggest we remove the current build.xml file and replace it with one generated with 'maven ant'. What do we want to do with validator_1_1_2.dtd? I think we can remove it completely because, AFAICT, Rob removed the only new changes so it's now functionally equivalent to the 1.1 dtd. David __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/linear RealMatrixImplTest.java
psteitz 2004/04/03 14:19:24 Modified:math/src/test/org/apache/commons/math/linear RealMatrixImplTest.java Log: Add tests to verify InvalidMatrixException is thrown by inverse() for singular or non-square matrices. Revision ChangesPath 1.12 +19 -1 jakarta-commons/math/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java Index: RealMatrixImplTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/linear/RealMatrixImplTest.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- RealMatrixImplTest.java 21 Feb 2004 21:35:17 - 1.11 +++ RealMatrixImplTest.java 3 Apr 2004 22:19:24 - 1.12 @@ -200,6 +200,24 @@ RealMatrix mInv = new RealMatrixImpl(testDataInv); assertClose(inverse,mInv,m.inverse(),normTolerance); assertClose(inverse^2,m,m.inverse().inverse(),10E-12); + +// Not square +m = new RealMatrixImpl(testData2); +try { +m.inverse(); +fail(Expecting InvalidMatrixException); +} catch (InvalidMatrixException ex) { +// expected +} + +// Singular +m = new RealMatrixImpl(singular); +try { +m.inverse(); +fail(Expecting InvalidMatrixException); +} catch (InvalidMatrixException ex) { +// expected +} } /** test solve */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] 1.1.2 build issues
-Original Message- From: David Graham [mailto:[EMAIL PROTECTED] What do we want to do with validator_1_1_2.dtd? I think we can remove it completely because, AFAICT, Rob removed the only new changes so it's now functionally equivalent to the 1.1 dtd. +1 David Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] RealMatrix preMultiply
Currently RealMatrix.preMultiply(double[]) returns a (row) RealMatrix. I think it would be better / more useful to return a double[], similar to operate[]. It would also be good to add RealMatrix.preMultiply(RealMatrix). Any objections to these changes? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/conf/share validator_1_1_2.dtd
dgraham 2004/04/03 15:02:51 Removed: validator/conf/share validator_1_1_2.dtd Log: Removed the 1.1.2 dtd because it has no new changes since 1.1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] Question regarding submitting patches
I have some minor patches (javadoc) to submit for this project, but I have not been successful in creating the unified diff file from CVS. I tried the following: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login password: anoncvs export CVSROOT=:pserver:anoncvs:[EMAIL PROTECTED]:/home/cvspublic cvs diff -u MathUtils.java but with no success. Other variations with the -d option, and attempts to specify a path failed. I was in the directory where the MathUtils.java file was located on my local system. I am new to using CVS, and I can well guess I am missing something (perhaps a lot) here, any help would be appreciated. -- Christopher Schuck If you have no voice, SCREAM; if you have no legs, RUN; if you have no hope, INVENT - Alegria - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Question regarding submitting patches
Hi Chris, Looks like you forgot to checkout the module first. You need to do cvs co jakarta-commons/math after the cvs login and CVSROOT export. That will create a local cvs sandbox for you. Find the files that you want to patch in your newly created local jakarta-commons/math, make your changes and then run the diff from the sandbox directory where the modified files reside. See http://www.apache.org/dev/version-control.html In addition to the CVS homepage referenced there, here is another CVS reference that I like: http://cvsbook.red-bean.com/cvsbook.html Thanks in advance for the patches! Phil Christopher Schuck wrote: I have some minor patches (javadoc) to submit for this project, but I have not been successful in creating the unified diff file from CVS. I tried the following: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login password: anoncvs export CVSROOT=:pserver:anoncvs:[EMAIL PROTECTED]:/home/cvspublic cvs diff -u MathUtils.java but with no success. Other variations with the -d option, and attempts to specify a path failed. I was in the directory where the MathUtils.java file was located on my local system. I am new to using CVS, and I can well guess I am missing something (perhaps a lot) here, any help would be appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] rule that constructs a non-bean from parameters
On Fri, 2004-03-12 at 11:35, robert burrell donkin wrote: let me know when you're back and we'll have a think about backwards compatible solutions to emmanuel's problem. Well .. I'm back ;-) I'm playing with an alternative to CallMethodRule (currently termed InvokeMethodRule) which fires as soon as its params are available. I believe this functionality is needed in order to support the immutable object initialized from nested tags feature that betwixt needs. I think that it also would be a nice feature in general (as pointed out by Emmanuel) - if it can be got to work properly. There are some gotchas about interleaved and nested invocations, so it may be a few days before I have anything I want to post. I just wanted to let you know that I am still interested in this, and to make sure we aren't duplicating efforts. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math project.properties
psteitz 2004/04/03 20:53:16 Modified:math project.properties Log: Forced maven build to fail on test failure. Revision ChangesPath 1.16 +3 -1 jakarta-commons/math/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/math/project.properties,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- project.properties28 Feb 2004 17:47:37 - 1.15 +++ project.properties4 Apr 2004 04:53:16 - 1.16 @@ -17,11 +17,13 @@ ## maven.checkstyle.properties=${basedir}/checkstyle.xml -maven.test.failure = false maven.xdoc.poweredby.image=maven-feather.png #If you wish to skip tests when doing builds, uncomment #maven.test.skip = true +#If you want the build to succeed if tests fail, uncomment +#maven.test.failure = false + maven.junit.fork=true #maven.linkcheck.enable=true - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester Box.java OverlappingCallMethodRuleTestCase.java
skitching2004/04/03 21:03:23 Added: digester/src/test/org/apache/commons/digester Box.java OverlappingCallMethodRuleTestCase.java Log: Some more test cases for CallMethodRule behaviour when calls and params overlap and nest. Revision ChangesPath 1.1 jakarta-commons/digester/src/test/org/apache/commons/digester/Box.java Index: Box.java === /* * Copyright 2001-2004 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.digester; import java.util.List; import java.util.LinkedList; import java.util.Iterator; /** * Simple class for use in unit tests. A box has an ID, and can have * multiple boxes within it. */ public class Box { private String id; private List children = new LinkedList(); public Box() {} public String getId() { return id; } public void setId(String id) { this.id = id; } public void addChild(Box child) { this.children.add(child); } public List getChildren() { return children; } public String toString() { StringBuffer buf = new StringBuffer(); buf.append([Box] id=); buf.append(id); buf.append( nchildren=); buf.append(children.size()); for(Iterator i = children.iterator(); i.hasNext(); ) { Box child = (Box) i.next(); buf.append( ); buf.append(child.toString()); } return buf.toString(); } /** * Return a string containing this object's name value, followed by the * names of all child objects (and their children etc) in pre-order * sequence. Each name is separated by a space from the preceding one. */ public String getIds() { StringBuffer buf = new StringBuffer(); buf.append(this.id); for(Iterator i = children.iterator(); i.hasNext(); ) { Box child = (Box) i.next(); buf.append( ); buf.append(child.getIds()); } return buf.toString(); } } 1.1 jakarta-commons/digester/src/test/org/apache/commons/digester/OverlappingCallMethodRuleTestCase.java Index: OverlappingCallMethodRuleTestCase.java === /* * Copyright 2001-2004 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.digester; import java.io.IOException; import java.io.InputStream; import java.io.StringReader; import java.util.ArrayList; import java.util.HashMap; import java.util.Map; import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; import org.xml.sax.SAXException; /** * pTests for situations where CallMethodRule instances and their * parameters overlap each other./p */ public class OverlappingCallMethodRuleTestCase extends TestCase { // - Instance Variables /** * The digester instance we will be processing. */ protected Digester digester = null; // --- Constructors /** * Construct a new instance of this test case. * * @param name Name of the test case */ public OverlappingCallMethodRuleTestCase(String name) { super(name); } // --- Overall Test Methods /** *
cvs commit: jakarta-commons/digester build.xml
skitching2004/04/03 21:05:10 Modified:digester build.xml Log: Add target for running new OverlappingCallMethodRuleTestCase Revision ChangesPath 1.52 +15 -1 jakarta-commons/digester/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons/digester/build.xml,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- build.xml 15 Feb 2004 01:02:13 - 1.51 +++ build.xml 4 Apr 2004 05:05:09 - 1.52 @@ -336,6 +336,20 @@ /java /target + target name=test.overlapping depends=compile.tests + description=Run tests for OverlappingCallMethodRule... +echo message=Running OverlappingCallMethodRule tests .../ +condition property=logopt value=${log.factoryopt}=${log.class} + istrue value=${suppressLogOutputDuringTests}/ +/condition +java classname=${test.runner} fork=yes +failonerror=${test.failonerror} + jvmarg value=-D${logopt}/ + arg value=org.apache.commons.digester.OverlappingCallMethodRuleTestCase/ + classpath refid=test.classpath/ +/java + /target + target name=test.objectparam depends=compile.tests description=Run tests for ObjectParamRule ... echo message=Running ObjectParamRule tests .../ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jelly-tags/commons-jelly-tags-validate failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project commons-jelly-tags-validate has an issue affecting its community integration, and has been outstanding for 2 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-validate.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-validate-20040404.jar] identifier set to project name - Info - Enable verbose output, due to 1 previous error(s). - Info - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jelly-tags/gump_work/build_jelly-tags_commons-jelly-tags-validate.html Work Name: build_jelly-tags_commons-jelly-tags-validate (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 12 seconds Command Line: java -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-validate-20040404 jar [Working Directory: /data3/gump/jelly-tags/validate] - [junit] at java.lang.ClassLoader.defineClass(ClassLoader.java:537) [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:55) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:194) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) [junit] at java.lang.ClassLoader.defineClass0(Native Method) [junit] at java.lang.ClassLoader.defineClass(ClassLoader.java:537) [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:55) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:194) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) [junit] at org.apache.xerces.jaxp.DocumentBuilderImpl.init(Unknown Source) [junit] at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source) [junit] at org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.getDocumentBuilder(XMLJUnitResultFormatter.java:49) [junit] at org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.startTestSuite(XMLJUnitResultFormatter.java:99) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.fireStartTestSuite(JUnitTestRunner.java:429) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:239) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:519) [junit] TEST org.apache.commons.jelly.tags.validate.TestJelly FAILED test: BUILD FAILED /data3/gump/jelly-tags/validate/build.xml:104: There were test failures. at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:103) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:667) at
[GUMP@lsd]: jelly-tags/commons-jelly-tags-ant failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project commons-jelly-tags-ant has an issue affecting its community integration. This issue affects 3 projects, and has been outstanding for 2 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-ant.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-ant-20040404.jar] identifier set to project name - Info - Enable verbose output, due to 1 previous error(s). - Info - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jelly-tags/gump_work/build_jelly-tags_commons-jelly-tags-ant.html Work Name: build_jelly-tags_commons-jelly-tags-ant (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 14 seconds Command Line: java -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-ant-20040404 jar [Working Directory: /data3/gump/jelly-tags/ant] - [junit] 'formatter=org.apache.tools.ant.taskdefs.optional.junit.SummaryJUnitResultFormatter' [junit] 'showoutput=false' [junit] 'formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter,/data3/gump/jelly-tags/ant/target/test-reports/TEST-org.apache.commons.jelly.ant.TestJelly.xml' [junit] 'formatter=org.apache.tools.ant.taskdefs.optional.junit.PlainJUnitResultFormatter' [junit] 'propsfile=/data3/gump/jelly-tags/ant/junit792142911.properties' [junit] [junit] The ' characters around the executable and arguments are [junit] not part of the command. [junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 2.391 sec [junit] Testsuite: org.apache.commons.jelly.ant.TestJelly [junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 2.391 sec [junit] Testcase: write took 1.89 sec [junit] Testcase: readWrite took 0.251 sec [junit] Testcase: writeIn took 0.197 sec [junit] Caused an ERROR [junit] file:/data3/gump/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:54:-1: ant java.lang.NullPointerException [junit] org.apache.commons.jelly.JellyTagException: file:/data3/gump/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:54:-1: ant java.lang.NullPointerException [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: java.lang.NullPointerException [junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:186) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] ... 11 more [junit] Root cause [junit] java.lang.NullPointerException [junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:186) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) BUILD FAILED /data3/gump/jelly-tags/ant/build.xml:110: Test org.apache.commons.jelly.ant.TestJelly failed at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:651) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:606) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:667) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.Main.start(Main.java:151) at org.apache.tools.ant.Main.main(Main.java:234) Total time: 12 seconds - To
[GUMP@lsd]: jelly-tags/commons-jelly-tags-define failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project commons-jelly-tags-define has an issue affecting its community integration, and has been outstanding for 2 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-define.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-define-20040404.jar] identifier set to project name - Info - Enable verbose output, due to 1 previous error(s). - Info - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jelly-tags/gump_work/build_jelly-tags_commons-jelly-tags-define.html Work Name: build_jelly-tags_commons-jelly-tags-define (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 11 seconds Command Line: java -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-define-20040404 jar [Working Directory: /data3/gump/jelly-tags/define] - [junit] file:/data3/gump/jelly-tags/define/target/test-classes/org/apache/commons/jelly/tags/define/suite.jelly:174:-1: define:super java.lang.NullPointerException [junit] org.apache.commons.jelly.JellyTagException: file:/data3/gump/jelly-tags/define/target/test-classes/org/apache/commons/jelly/tags/define/suite.jelly:174:-1: define:super java.lang.NullPointerException [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: java.lang.NullPointerException [junit] at org.apache.commons.jelly.tags.define.SuperTag.doTag(SuperTag.java:44) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] ... 19 more [junit] Root cause [junit] java.lang.NullPointerException [junit] at org.apache.commons.jelly.tags.define.SuperTag.doTag(SuperTag.java:44) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) BUILD FAILED /data3/gump/jelly-tags/define/build.xml:110: Test org.apache.commons.jelly.tags.define.TestJelly failed at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:651) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:606) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at
[GUMP@lsd]: jelly-tags/commons-jelly-tags-html failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project commons-jelly-tags-html has an issue affecting its community integration, and has been outstanding for 2 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-html.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-html-20040404.jar] identifier set to project name - Info - Enable verbose output, due to 1 previous error(s). - Info - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jelly-tags/gump_work/build_jelly-tags_commons-jelly-tags-html.html Work Name: build_jelly-tags_commons-jelly-tags-html (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 10 seconds Command Line: java -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-html-20040404 jar [Working Directory: /data3/gump/jelly-tags/html] - [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) [junit] at org.apache.commons.jelly.tags.html.ParseTag.createSAXReader(ParseTag.java:111) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.getSAXReader(ParseTagSupport.java:94) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:165) [junit] at org.apache.commons.jelly.tags.html.ParseTag.doTag(ParseTag.java:70) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] ... 11 more [junit] Root cause [junit] java.lang.NoClassDefFoundError: org/apache/xerces/parsers/AbstractSAXParser [junit] at java.lang.ClassLoader.defineClass0(Native Method) [junit] at java.lang.ClassLoader.defineClass(ClassLoader.java:537) [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:55) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:194) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) [junit] at org.apache.commons.jelly.tags.html.ParseTag.createSAXReader(ParseTag.java:111) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.getSAXReader(ParseTagSupport.java:94) [junit] at org.apache.commons.jelly.tags.xml.ParseTagSupport.parse(ParseTagSupport.java:165) [junit] at org.apache.commons.jelly.tags.html.ParseTag.doTag(ParseTag.java:70) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) BUILD FAILED /data3/gump/jelly-tags/html/build.xml:110: Test org.apache.commons.jelly.html.TestJelly failed at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:651) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:606) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:667) at
[RESULT] [VOTE] [Validator] Validator 1.1.2 release
The Jakarta Commons community has voted to release Commons Validator 1.1.2, with the following results: +1: 5 (martinc, craigmcc, dgraham, yoavs, rleland) +0: 0 -0: 0 -1: 0 The vote thread is here: http://www.mail-archive.com/[EMAIL PROTECTED]/msg38710.html -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator project.xml
martinc 2004/04/03 23:33:52 Modified:validator project.xml Log: Update version for 1.1.3-dev. Revision ChangesPath 1.41 +1 -1 jakarta-commons/validator/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/validator/project.xml,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- project.xml 4 Apr 2004 06:47:26 - 1.40 +++ project.xml 4 Apr 2004 07:33:52 - 1.41 @@ -19,7 +19,7 @@ extend../commons-build/project.xml/extend nameValidator/name idcommons-validator/id - currentVersion1.1.2/currentVersion + currentVersion1.1.3-dev/currentVersion inceptionYear2002/inceptionYear packageorg.apache.commons.validator/package - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]