Re: [VOTE] [logging] release plan for 1.0.4 release
On 28 May 2004, at 08:03, Dennis Lundberg wrote: Here is my non-binding +1. Let me know if there's anything I can do to help. documentation patches are always good but absolutely priceless before a release. i'll probably go through the javadocs, the user guide and the web site this morning but it'd be great if some other people could do the same. many eyes really make a difference. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Betwixt
Date: 2004-05-29T02:01:36 Editor: RobertBurrellDonkin [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Betwixt URL: http://wiki.apache.org/jakarta-commons/Betwixt Betwixt roadmap (work in process) Change Log: -- @@ -13,6 +13,21 @@ += Road Map = + +For a long while now, work on Betwixt has proceeded on two separate branches. Some bug fixes and enhancements have been made on CVS HEAD whilst the refactoring of the reading code has proceeded on a REFACTORING branch. + +The current code in CVS HEAD is mature, stable and used in a number of production environments though it has a number of design weaknesses that mean there are some bugs which cannot be fixed and features which cannot be added to that code base without moving to new designs which are not backwards compatible. + +The old strategy. Really, a series of 0.x releases better express the current state of Betwixt. The code is now stable and well tested but limited. + +== Plan == + + * A Betwixt 0.5 release will be made based on the code in CVS HEAD before the refactored read design is merged in. This will be a baseline release with warts-and-all. + * A Betwixt 0.6 release will be made once the refactored read design has been merged into CVS HEAD. This will be a baseline release for this codebase. Point releases may be made as the enhancements + + + = General XML Mapping Topics = * /ObjectPipelines - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Betwixt
Date: 2004-05-29T02:12:36 Editor: RobertBurrellDonkin [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Betwixt URL: http://wiki.apache.org/jakarta-commons/Betwixt no comment Change Log: -- @@ -15,16 +15,21 @@ = Road Map = -For a long while now, work on Betwixt has proceeded on two separate branches. Some bug fixes and enhancements have been made on CVS HEAD whilst the refactoring of the reading code has proceeded on a REFACTORING branch. +For a long while now, work on Betwixt has proceeded on two separate branches. Some bug fixes and enhancements have been made on CVS HEAD whilst the refactoring of the reading code has proceeded on a REFACTORING branch. Betwixt has also suffered from having only a single buggy alpha release. Betwixt now has a number of users who have suffered from a lack of official release and from no real roadmap allowing them to plan for the future. + +In some ways, this has been intentional. Betwixt has limited developer resources who probably couldn't cope with more attention. But this situation is not satisfactory and with the merger of the REFACTORING branch likely to happen sometime soon, this needs addressing. The current code in CVS HEAD is mature, stable and used in a number of production environments though it has a number of design weaknesses that mean there are some bugs which cannot be fixed and features which cannot be added to that code base without moving to new designs which are not backwards compatible. -The old strategy. Really, a series of 0.x releases better express the current state of Betwixt. The code is now stable and well tested but limited. +The old strategy of alpha releases does not really express the state of the codebase. Really, a series of 0.x releases better express the current state of Betwixt. The code is now stable and well tested but limited. It may be a long road towards a full 1.0 release but it's now clearer what the milestones should be along the way. It is also important for users in production environments to be able to use official ASF releases rather than than rolling their own snapshots. + +A major aim of the REFACTORING work has been to made the design more expressive and modular, and therefore easier to work with safely. Hopefully this allow a larger development team to be assembled. There are a number of exciting developments such as schema generation and possible integration with start-from-schema engines on the horizon. So, if you've been hanging around on the sidelines, now's a good time to start contributing. -== Plan == +== The Roadmap == * A Betwixt 0.5 release will be made based on the code in CVS HEAD before the refactored read design is merged in. This will be a baseline release with warts-and-all. - * A Betwixt 0.6 release will be made once the refactored read design has been merged into CVS HEAD. This will be a baseline release for this codebase. Point releases may be made as the enhancements + * A Betwixt 0.6 release will be made once the refactored read design has been merged into CVS HEAD. This will be a baseline release for this codebase. Point releases may be made as the enhancements which this design allows are implemented. + * Betwixt 0.7 releases will feature abstracted intefaces for the descriptors and XMLBeanInfo generation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Betwixt
Date: 2004-05-29T02:14:28 Editor: RobertBurrellDonkin [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Betwixt URL: http://wiki.apache.org/jakarta-commons/Betwixt no comment Change Log: -- @@ -29,7 +29,7 @@ * A Betwixt 0.5 release will be made based on the code in CVS HEAD before the refactored read design is merged in. This will be a baseline release with warts-and-all. * A Betwixt 0.6 release will be made once the refactored read design has been merged into CVS HEAD. This will be a baseline release for this codebase. Point releases may be made as the enhancements which this design allows are implemented. - * Betwixt 0.7 releases will feature abstracted intefaces for the descriptors and XMLBeanInfo generation. + * Betwixt 0.7 releases will feature abstracted intefaces for the descriptors and XMLBeanInfo generation. May also feature support for object pipelines. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] [math] org.apache.commons.lang.math.Fraction class
Put simply, I am not a mathematician (and don't have Knuth books). This code was submitted and I did what I could to make a class that appears to work. If you can improve it, that's great. If you are willing, the best way to procede would be to patch those methods that would be 'safe' to patch. eg you mention the gcd and pow implementations as could be better. (http://jakarta.apache.org/commons/patches.html to Bugzilla please) ie. perhaps a two stage patch is possible? However, we do have to be careful about introducing incompatabilities into the class. This Fraction class should follow the 80/20 rule, and maintain simplicity when possible. If necessary, a better implementation in the commons-math project could then be created. If the incompatability only affects fractions with large numerators/denominators then that might be OK introducing an incompatability. Hopefully the math project crew can review the current implementation and patch as well. Stephen - Original Message - From: C. Scott Ananian [EMAIL PROTECTED] The Fraction class in commons Lang 2.0 is decidedly suboptimal. As Knuth describes in Chapter 4.5, the Fraction should be maintained as a pair of integers which are relatively prime. No 'reduction' of fractions is ever required. In addition, the gcd algorithm implemented would be better implemented with a modern algorithm which uses subtraction instead of division (see Knuth 4.5.2, 'A binary method'). Finally, the pow() implementation is very dangerous, in that it assumed the double returned by Math.pow() can be accurately converted to an int. A better method would preserve precision by computing nth powers using doubling and adding, a technique known since ancient Egypt. This change would introduce some minor backwards-compatibility issues: reduce() would become deprecated and a no-op, some applications might notice that the numerator and denominator of un-simplified fractions were different in existing code, and the serialization code would have to perform reduction on serialized fractions as they are read in. But larger fractions would be able to be represented without overflow (among other benefits) without forcing the user to repeatedly call 'reduce()'. 'reduce'. Would you accept a patch to Fraction making these changes? I'm going to make them anyway for a project I'm working on, but I'll put in the extra effort to clean them up and prepare a patch if you would find that useful. --scott [feel free to forward to the relevant commons-lang list] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] [VOTE] Release Commons Collections 2.1.1
The vote to release patch 2.1.1 of collections to work around binary incompatability passed: +1 Yoav Shapira Matthew Hawthorne David Graham Henri Yandell Alex Karasulu Gary Gregory Noel Bergman Stephen Colebourne Stephen - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] Commons Collections 2.1.1 is a patch release to 2.1 to allow binary compatability with CVS head and the upcoming 3.1 release. http://www.apache.org/~scolebourne/release/ The patch includes: 1) Deprecate clashing methods in IteratorUtils (emptyIterator, arrayIterator, singletonIterator) 2) Add two new classes EmptyIterator and EmptyListIterator to be used as deprecation destinations. 3) Switch to ASL2 license. Votes on the release: NOTE: I would like to receive feedback/votes from a Tomcat and a Struts committer before release!!! --- [ ] +1 Yes, release the patch [ ] +0 [ ] -0 [ ] -1 No, because --- Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/logging/src/test/org/apache/commons/logging/simple CustomConfigTestCase.java DecoratedSimpleLog.java DefaultConfigTestCase.java
rdonkin 2004/05/29 03:43:35 Modified:logging/src/java/org/apache/commons/logging/impl SimpleLog.java logging/src/test/org/apache/commons/logging/simple CustomConfigTestCase.java DecoratedSimpleLog.java DefaultConfigTestCase.java Log: Enhanced simple log so that the date and time can be set. Bugzilla issue #27528. Contributed by Dennis Lundberg. Revision ChangesPath 1.19 +29 -7 jakarta-commons/logging/src/java/org/apache/commons/logging/impl/SimpleLog.java Index: SimpleLog.java === RCS file: /home/cvs/jakarta-commons/logging/src/java/org/apache/commons/logging/impl/SimpleLog.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- SimpleLog.java1 Mar 2004 02:12:48 - 1.18 +++ SimpleLog.java29 May 2004 10:43:35 - 1.19 @@ -52,7 +52,13 @@ * included in output messages. Defaults to codetrue/code./li * licodeorg.apache.commons.logging.simplelog.showdatetime/code - * Set to codetrue/code if you want the current date and time - * to be included in output messages. Default is false./li + * to be included in output messages. Default is codefalse/code./li + * licodeorg.apache.commons.logging.simplelog.dateTimeFormat/code - + * The date and time format to be used in the output messages. + * The pattern describing the date and time format is the same that is + * used in codejava.text.SimpleDateFormat/code. If the format is not + * specified or is invalid, the default format is used. + * The default format is code/MM/dd HH:mm:ss:SSS zzz/code./li * /ul * * pIn addition to looking for system properties with the names specified @@ -78,6 +84,10 @@ /** Properties loaded from simplelog.properties */ static protected final Properties simpleLogProps = new Properties(); +/** The default format to use when formating dates */ +static protected final String DEFAULT_DATE_TIME_FORMAT = +/MM/dd HH:mm:ss:SSS zzz; + /** Include the instance name in the log message? */ static protected boolean showLogName = false; /** Include the short name ( last component ) of the logger in the log @@ -87,6 +97,8 @@ static protected boolean showShortName = true; /** Include the current time in the log message */ static protected boolean showDateTime = false; +/** The date and time format to use in the log message */ +static protected String dateTimeFormat = DEFAULT_DATE_TIME_FORMAT; /** Used to format times */ static protected DateFormat dateFormatter = null; @@ -154,9 +166,19 @@ showDateTime = getBooleanProperty( systemPrefix + showdatetime, showDateTime); if(showDateTime) { -dateFormatter = new SimpleDateFormat( -getStringProperty(systemPrefix + dateformat, - /MM/dd HH:mm:ss:SSS zzz)); +dateTimeFormat = getStringProperty(systemPrefix + dateTimeFormat, + dateTimeFormat); +if (dateTimeFormat == null || .equals(dateTimeFormat)) { +// if this property has not been set then use the default +dateTimeFormat = DEFAULT_DATE_TIME_FORMAT; +} +try { +dateFormatter = new SimpleDateFormat(dateTimeFormat); +} catch(IllegalArgumentException e) { +// If the format pattern is invalid - use the default format +dateTimeFormat = DEFAULT_DATE_TIME_FORMAT; +dateFormatter = new SimpleDateFormat(dateTimeFormat); +} } } @@ -170,7 +192,7 @@ /** The short name of this simple log instance */ private String shortLogName = null; - + // Constructor /** @@ -252,7 +274,7 @@ * This method assembles the message * and then calls codewrite()/code to cause it to be written./p * - * @param type One of the LOG_LEVE_XXX constants defining the log level + * @param type One of the LOG_LEVEL_XXX constants defining the log level * @param message The message itself (typically a String) * @param t The exception whose stack trace should be logged */ 1.5 +4 -3 jakarta-commons/logging/src/test/org/apache/commons/logging/simple/CustomConfigTestCase.java Index: CustomConfigTestCase.java === RCS file: /home/cvs/jakarta-commons/logging/src/test/org/apache/commons/logging/simple/CustomConfigTestCase.java,v retrieving revision 1.4
Re: [betwixt] Inheritance version 2
hi matthew thanks for the patch. i like the sound of this. as you'll probably be aware, i'll pretty busy at the moment and (unless some other committer step ups) i'm not sure when i'll get the change to create the unit tests and documentation that needs to go with this patch. if you could create some unit tests for this extra functionality and a documentation patch for the web site, not only would i be very, very grateful but it'd massively increase the chances of this patch being applied sooner (rather than later). if you have any questions about the way we like unit tests done or about how to write content for the documentation, don't hesitate to ask. - robert On 28 May 2004, at 23:41, Inger, Matthew wrote: Here's the diff which allows either approach: Index: InfoRule.java === RCS file: /home/cvspublic/jakarta-commons/betwixt/src/java/org/apache/commons/ betwixt/ digester/InfoRule.java,v retrieving revision 1.8 diff -u -r1.8 InfoRule.java --- InfoRule.java 28 Feb 2004 13:38:32 - 1.8 +++ InfoRule.java 28 May 2004 22:41:51 - @@ -1,25 +1,31 @@ /* * 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.betwixt.digester; +import org.apache.commons.betwixt.AttributeDescriptor; +import org.apache.commons.betwixt.ElementDescriptor; import org.apache.commons.betwixt.XMLBeanInfo; +import org.apache.commons.betwixt.XMLIntrospector; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.xml.sax.Attributes; import org.xml.sax.SAXException; +import java.beans.IntrospectionException; +import java.util.ArrayList; +import java.util.List; /** pcodeInfoRule/code the digester Rule for parsing the info element./p * @@ -32,14 +38,16 @@ private static final Log log = LogFactory.getLog( InfoRule.class ); /** codeXMLBeanInfo/code being created */ private XMLBeanInfo xmlBeanInfo; - +private boolean inherited = false; +private boolean inheritedElement = false; + /** Base constructor */ public InfoRule() { } - + // Rule interface - / /-- --- - + / /-- --- + /** * Process the beginning of this element. * @@ -48,32 +56,66 @@ */ public void begin(Attributes attributes) throws SAXException { Class beanClass = getBeanClass(); - + xmlBeanInfo = new XMLBeanInfo( beanClass ); - + String value = attributes.getValue( primitiveTypes ); if ( value != null ) { if ( value.equalsIgnoreCase( element ) ) { getXMLInfoDigester().setAttributesForPrimitives( false ); - + } else if ( value.equalsIgnoreCase( attribute ) ) { getXMLInfoDigester().setAttributesForPrimitives( true ); - + } else { throw new SAXException( Invalid value inside element info for attribute 'primitiveTypes'. + Value should be 'element' or 'attribute' ); } } - -getDigester().push(xmlBeanInfo); + +String inherit = attributes.getValue( inherit ); +if (inherit != null inherit.equalsIgnoreCase(true)) { +inherited = true; +} + +String inheritElement = attributes.getValue( inheritelement ); +if (inheritElement != null inheritElement .equalsIgnoreCase(true)) { +inherited = true; +inheritedElement = true; +} + +getDigester().push(xmlBeanInfo); } /** * Process the end of this element. */ -public void end() { +public void end() throws IntrospectionException { +Class beanClass = getBeanClass(); Object top = getDigester().pop(); + +ElementDescriptor descriptor = xmlBeanInfo.getElementDescriptor(); +if (inherited) { +XMLIntrospector introspector = new XMLIntrospector(); +Class clazz = beanClass.getSuperclass(); +XMLBeanInfo info = introspector.introspect(clazz); +ElementDescriptor ed = info.getElementDescriptor(); + +if (inheritedElement) { +descriptor.addElementDescriptor(ed); +} +
DO NOT REPLY [Bug 27528] - [logging][PATCH] Enable the configuration of date and time format in SimpleLog
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=27528. 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=27528 [logging][PATCH] Enable the configuration of date and time format in SimpleLog [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-05-29 10:52 --- Committed this patch. Many thanks. I will probably go ahead and create some more unit tests plus creating a documentation patch now. Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[betwixt] roadmap
i now that a number of you have asked questions about the future direction for betwixt, new releases and so on. i've been think about this for a while but i think i'm ready now to put a proposal down on paper (or at least, the wiki ;) the roadmap is on http://wiki.apache.org/jakarta-commons/Betwixt. please take a minute or two to take a look at it. i'd be grateful for comments and (of course) this is your chance to influence the future direction for betwixt. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections maven.xml
scolebourne2004/05/29 07:22:21 Modified:collections maven.xml Log: Version 2.1.1 released Revision ChangesPath 1.14 +4 -4 jakarta-commons/collections/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons/collections/maven.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- maven.xml 19 Feb 2004 21:41:04 - 1.13 +++ maven.xml 29 May 2004 14:22:21 - 1.14 @@ -158,8 +158,8 @@ /postGoal postGoal name=site:run-reports!-- OLD MAVEN -- -j:set var=collections.javadoc.tag value=COLLECTIONS_2_1 / -j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1 release API / +j:set var=collections.javadoc.tag value=COLLECTIONS_2_1_1 / +j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1.1 release API / attainGoal name=javadoc:generate / j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 / j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release API / @@ -167,8 +167,8 @@ attainGoal name=javadoc:generate / /postGoal postGoal name=site:generate!-- NEW MAVEN -- -j:set var=collections.javadoc.tag value=COLLECTIONS_2_1 / -j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1 release API / +j:set var=collections.javadoc.tag value=COLLECTIONS_2_1_1 / +j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1.1 release API / attainGoal name=javadoc:generate / j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 / j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release API / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/xdocs compatibility.xml history.xml navigation.xml index.xml
scolebourne2004/05/29 07:23:25 Modified:collections/xdocs history.xml navigation.xml index.xml Added: collections/xdocs compatibility.xml Log: Version 2.1.1 released Revision ChangesPath 1.3 +11 -1 jakarta-commons/collections/xdocs/history.xml Index: history.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/history.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- history.xml 18 Feb 2004 00:54:12 - 1.2 +++ history.xml 29 May 2004 14:23:25 - 1.3 @@ -79,7 +79,17 @@ p Essentially the 3.0 release represents the result of changing from a 'dumping ground' of re-used collections to a component bdesigned/b for the purpose. -Of course, backwards compatability has been retained during all transitions using deprecation. +Of course, backwards compatibility has been retained during all transitions using deprecation. +/p + +p +bCollections 2.1.1/b is a patch release to v2.1. +Unfortunately, v3.0 created a binary incompatibility in the IteratorUtils class. +This patch was created as a work around, enabling v2.1.1 to be compatible with v3.1. +/p + +p +bCollections 3.1/b (due soon) fixes some bugs in v3.0 and adds a few new enhancements. /p /section 1.10 +2 -1 jakarta-commons/collections/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/navigation.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- navigation.xml2 Mar 2004 03:27:48 - 1.9 +++ navigation.xml29 May 2004 14:23:25 - 1.10 @@ -30,6 +30,7 @@ menu name=Commons Collections item name=Overview href=/index.html/ + item name=Download href=http://jakarta.apache.org/site/sourceindex.cgi#commons-collections/ item name=Users guide href=/userguide.html/ item name=History href=/history.html/ item name=Javadoc (3.0 release) href=apidocs-COLLECTIONS_3_0/index.html/ @@ -38,7 +39,7 @@ item name=Tasks href=/tasks.html/ item name=CVS href=http://cvs.apache.org/viewcvs/jakarta-commons/collections// item name=Javadoc (CVS latest) href=apidocs/index.html/ - item name=Javadoc (2.1 old) href=apidocs-COLLECTIONS_2_1/index.html/ + item name=Javadoc (2.1.1 old) href=apidocs-COLLECTIONS_2_1_1/index.html/ /menu common-menus; 1.14 +8 -4 jakarta-commons/collections/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/index.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- index.xml 18 Feb 2004 00:54:12 - 1.13 +++ index.xml 29 May 2004 14:23:25 - 1.14 @@ -52,6 +52,10 @@ liUtilities to test or create typical set-theory properties of collections such as union, intersection, and closure/li /ul /p +p +Patch version 2.1.1 has just been released. +The provides a work around to a a href=compatibility.htmlversion compatibility/a issue between v2.1 and v3.0. +/p /section @@ -64,7 +68,7 @@ /p ul liThe a href=apidocs-COLLECTIONS_3_0/index.htmlcurrent release 3.0/a/li -liThe a href=apidocs-COLLECTIONS_2_1/index.htmlprevious version 2.1/a/li +liThe a href=apidocs-COLLECTIONS_2_1_1/index.htmlprevious version 2.1.1/a/li liThe a href=apidocs/index.htmllatest CVS/a/li /ul p @@ -75,9 +79,9 @@ section name=Releases p -Version 3.0 - - a href=http://jakarta.apache.org/site/binindex.cgi;Binary/a - - a href=http://jakarta.apache.org/site/sourceindex.cgi;Source/a +Version 3.0/2.1.1 - + a href=http://jakarta.apache.org/site/binindex.cgi#commons-collections;Binary/a - + a href=http://jakarta.apache.org/site/sourceindex.cgi#commons-collections;Source/a /p p For previous releases, see the a href=http://archive.apache.org/dist/jakarta/commons/collections/;Apache Archive/a 1.1 jakarta-commons/collections/xdocs/compatibility.xml Index: compatibility.xml === ?xml version=1.0 encoding=ISO-8859-1? !-- Copyright 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
Re: [DbUtils] ListHandler
--- Mikhail Krivoshein [EMAIL PROTECTED] wrote: Hello all, I'm wondering why DbUtils has no simple way to combine ResultSetHandlers. In my code it is very common when I need to provide two methods: one retrieves List of items and another retrieve only one item. Currently I use three methods in such case: 1) public Object get(int id) { ... } - retrieves one row and convert it into JavaBean with read method. 2) public List list() { ... } - retrieves many rows and convert them into List of JavaBeans with read method also. 3) private Object read(ResultSet rs) { ... } - converts current ResultSet row data into JavaBean object. Now I'm moving to DbUtils library and want to use the same approach. I plan: 1) implement custom ResultSetHandler to translate ResultSet row into JavaBean. 2) use ListHandler (sources bolow) to convert ResultSet into List with help from ResultSetHandler from point 1. Doesn't BeanListHandler provide this exact behavior? David ListHandler == package com.mikkri.tarot.db; import java.sql.ResultSet; import java.sql.SQLException; import java.util.ArrayList; import java.util.List; import org.apache.commons.dbutils.ResultSetHandler; /** * Class prepares List of objects generated by provided handler for each resultset row. * @author Mikhail Krivoshein [EMAIL PROTECTED] * @since 0.1 */ public class ListHandler implements ResultSetHandler { /** ResultSet row handler */ private final ResultSetHandler rowHandler; /** * Class constructor. * @param rowHandler Handler called to generate object by resultset row. * It is assumed that this handler won't scroll resultset. */ public ListHandler(ResultSetHandler rowHandler) { this.rowHandler = rowHandler; } /** * Method handles list. */ public Object handle(ResultSet rs) throws SQLException { List result = new ArrayList(); while(rs.next()) { Object o = rowHandler.handle(rs); result.add(o); } return result; } } == If I misunderstand something, please, give me advise how to achiev my goals in a better way. Best regards, Mikhail Krivoshein - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[DbUtils] BasicRowProcessorTest - BUG FIX
Hello all, There is bug in BasicRowProcessorTest unit-test. When I'm running this test on my PC with Russian windows installed SimpleDateFormat fails to parse Sun Mar 14 15:19:15 MST 2004 because it is expecting to see russian words instead these english words. To solve bug these lines: private static final DateFormat datef = new SimpleDateFormat(EEE MMM dd HH:mm:ss zzz ); need to be replaced by these lines: private static final DateFormat datef = new SimpleDateFormat(EEE MMM dd HH:mm:ss zzz , Locale.US); Best regards, Mikhail Krivoshein - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29294] New: - [lang][PATCH] lang.math.Fraction class deficiencies
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=29294. 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies Summary: [lang][PATCH] lang.math.Fraction class deficiencies Product: Commons Version: 2.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: Enhancement Priority: Other Component: Lang AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The attached patch addresses several deficiencies in the Fraction class: a) 'reduction' should never be necessary. The fraction is stored as a pair of relatively prime integers (i.e. always in simplified form). The reduce() and getReducedFraction() methods have been deprecated and are now a no-op, and identical to getFraction(), respectively. The static field TWO_QUARTERS is also deprecated; it is now identical to the field ONE_HALF. b) this also fixes the API oddity where currently a.compareTo(b)==0 does not imply that a.equals(b). Once fractions are simplified, equals() corresponds correctly to numerical equality. c) the hashCode() method currently has a race condition if used in multithreaded code: two threads accessing a hashcode which has not yet been hashed may obtain different values returned from hashCode(). d) the gcd algorithm used in fraction has been changed to use a more efficient 'binary' algorithm which does not require division. e) all code has been reviewed so that values at the edges of the range of integers (ie Integer.MIN_VALUE and Integer.MAX_VALUE) are handled correctly. Note that Integer.MIN_VALUE cannot be negated, so this entails typically maintaining values as negative numbers when magnitudes are required. [See for example the patch to Fraction.toProperString()] f) the current pow() algorithm suffers from numerical inaccuracies due to casting between double and int. It has been replaced by a double-and-multiply method which guarantees accuracy. The new pow algorithm supports negative powers as well (up to an including Integer.MIN_VALUE) g) A 'resolveObject' method has been added to maintain backwards-compatibility with existing serialized Fractions. These are now simplified on deserialization. h) The addition and multiplication algorithms used have been updated to conform to those described in Knuth's The Art of Computer Programming section 4.5. This also means they will operate with larger fractions before overflowing. i) All overflow conditions ought to throw an ArithmeticException. This was not the case in the existing code (some overflows silently corrupted the result). j) The JUnit tests for this class have been extended to test and verify all of the above. Clover now indicates very few uncovered lines of code, most of which are legitimately unreachable. Checkstyle emits no warnings. The javadoc for all methods has been extended and corrected. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29294] - [lang][PATCH] lang.math.Fraction class deficiencies
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=29294. 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies --- Additional Comments From [EMAIL PROTECTED] 2004-05-29 16:10 --- Created an attachment (id=11692) Patch to address concerns of this bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] [math] org.apache.commons.lang.math.Fraction class
On Sat, 29 May 2004, Stephen Colebourne wrote: However, we do have to be careful about introducing incompatabilities into the class. This Fraction class should follow the 80/20 rule, and maintain simplicity when possible. If necessary, a better implementation in the commons-math project could then be created. If the incompatability only affects fractions with large numerators/denominators then that might be OK introducing an incompatability. The existing add(), subtract(), and multiplyBy() and divide() code (as far as I can tell) all returned reduced fractions, so existing arithmetic code should largely be unaffected. The primary visible difference is that before Fraction.getFraction(2,4).equals(Fraction.getFraction(1,2))==false and now it would be true. I view the previous behavior as surprising and a bug, honestly. The previous implementation was very dangerous in so far as it could silently corrupt your fraction due to overflow in its temporary values, even if the result should have fit into an int. Now these corner cases have been fixed. This is what projects like commons promise: robust implementations of common code where all of the nasty gotchas have been thought-through and fixed. I hope that my patch accomplishes this for Fraction. Hopefully the math project crew can review the current implementation and patch as well. It's now bugzilla bug #29294: http://issues.apache.org/bugzilla/show_bug.cgi?id=29294 The best way to understand the patch is actually to start at the new junit tests, which identify some of the ways that the old code failed. --scott MI6 Semtex Rule Psix Noriega FBI Columbia Panama $400 million in gold bullion NSA Sabana Seca Washington Soviet Moscow PLO India Dictionary supercomputer ( http://cscott.net/ ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FrontPage
Date: 2004-05-29T10:07:28 Editor: 213.23.19.217 Wiki: Jakarta Commons Wiki Page: FrontPage URL: http://wiki.apache.org/jakarta-commons/FrontPage no comment Change Log: -- @@ -11,6 +11,12 @@ [http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaCommonsProjectPages old wiki] to this new location. Update your bookmarks! += What ist Jacarta = + +Unknown. Please explain. +Looks like a package containing as importand part Tomcat + + = Components = On this wiki: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29294] - [lang][PATCH] lang.math.Fraction class deficiencies
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=29294. 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies --- Additional Comments From [EMAIL PROTECTED] 2004-05-29 17:14 --- Found another bug: Fraction.getFraction(-7 1/2) gives incorrect results. Actually all negative proper fractions are wrong: the string is being parsed as -7 + 1/2 with the result being -6 1/2. Also, I found some javadoc typos and javadoc mentions of 'reduction' which are no longer necessary. I'm attaching a new version of the patch which fixes both of these problems (and also adds new JUnit tests to identify the getFraction() problem). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29294] - [lang][PATCH] lang.math.Fraction class deficiencies
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=29294. 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies --- Additional Comments From [EMAIL PROTECTED] 2004-05-29 17:15 --- Created an attachment (id=11693) New version of the patch which fixes getFraction(String) and some javadoc typos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FrontPage
Date: 2004-05-29T10:33:32 Editor: 216.209.200.12 Wiki: Jakarta Commons Wiki Page: FrontPage URL: http://wiki.apache.org/jakarta-commons/FrontPage no comment Change Log: -- @@ -11,11 +11,9 @@ [http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaCommonsProjectPages old wiki] to this new location. Update your bookmarks! -= What ist Jacarta = - -Unknown. Please explain. -Looks like a package containing as importand part Tomcat += What is Jakarta? = +See http://jakarta.apache.org = Components = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] [math] org.apache.commons.lang.math.Fraction class
C. Scott Ananian wrote: On Sat, 29 May 2004, Stephen Colebourne wrote: However, we do have to be careful about introducing incompatabilities into the class. This Fraction class should follow the 80/20 rule, and maintain simplicity when possible. If necessary, a better implementation in the commons-math project could then be created. If the incompatability only affects fractions with large numerators/denominators then that might be OK introducing an incompatability. The existing add(), subtract(), and multiplyBy() and divide() code (as far as I can tell) all returned reduced fractions, so existing arithmetic code should largely be unaffected. The primary visible difference is that before Fraction.getFraction(2,4).equals(Fraction.getFraction(1,2))==false and now it would be true. I view the previous behavior as surprising and a bug, honestly. I am inclined to agree here; though I am not sure exactly what the original author's intention was and how people may be using the class now. The fact that the arithmetic operations return reduced fractions makes it hard to understand why equals works the way that it does now. The previous implementation was very dangerous in so far as it could silently corrupt your fraction due to overflow in its temporary values, even if the result should have fit into an int. Now these corner cases have been fixed. This is what projects like commons promise: robust implementations of common code where all of the nasty gotchas have been thought-through and fixed. I hope that my patch accomplishes this for Fraction. Hopefully the math project crew can review the current implementation and patch as well. I will review in detail (posting comments to the bug report); but based on a quick review, the changes look good to me. One thing that we might want to consider, given the magnitude of the changes, is deprecating this in [lang] and moving it to [math]. That way, among other things, the (better) continued fraction implementation in [math] could be used in getFraction(double). The improved gcd and checked integer arithmetic methods in the patch might also make good additions to o.a.c.math.MathUtils. One more thing that we need to verify is that the Knuth algorithms are not patented or protected a la _Numerical Recipes_. Given Knuth's public position on software patents, I would be surprised if this were the case; but we should verify that neither Knuth's publishers nor _NR_ have claims that could encumber the implementations in the patch as derivative work prior to committing. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] [math] org.apache.commons.lang.math.Fraction class
On Sat, 29 May 2004, Phil Steitz wrote: One thing that we might want to consider, given the magnitude of the changes, is deprecating this in [lang] and moving it to [math]. That way, among other things, the (better) continued fraction implementation in [math] could be used in getFraction(double). The improved gcd and checked integer arithmetic methods in the patch might also make good additions to o.a.c.math.MathUtils. I also have an implementation of 'BigFraction' which I can contribute. One more thing that we need to verify is that the Knuth algorithms are not patented or protected a la _Numerical Recipes_. Given Knuth's public position on software patents, I would be surprised if this were the case; but we should verify that neither Knuth's publishers nor _NR_ have claims that could encumber the implementations in the patch as derivative work prior to committing. The gcd algorithm was published in 1961, so even if it was patented, the patent has expired. The other algorithms don't rise the level of patentability, they're more in the way of 'implementation hints' (albeit good ones). --scott Justice President Ft. Bragg Boston Moscow assassination politics Hager Pakistan Kennedy Rijndael genetic insurgent planning counter-intelligence ( http://cscott.net/ ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] [math] org.apache.commons.lang.math.Fraction class
On Sat, 29 May 2004, Phil Steitz wrote: One thing that we might want to consider, given the magnitude of the changes, is deprecating this in [lang] and moving it to [math]. If it is moved, I suggest also changing all the IllegalArgumentExceptions thrown when an argument is 'null' to NullPointerExceptions. That is more consistent with the JDK. This change is already made in my 'BigFraction' class, where I did not have any backwards-compatibility to worry about. --scott spy Hawk Dictionary corporate globalization ammunition Rule Psix cracking milita insurgent operative Minister Qaddafi class struggle SDI SSBN 743 ( http://cscott.net/ ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[DbUtils] ListHandler
Hello David, --- Mikhail Krivoshein [EMAIL PROTECTED] wrote: I'm wondering why DbUtils has no simple way to combine ResultSetHandlers. In my code it is very common when I need to provide two methods: one retrieves List of items and another retrieve only one item. Currently I use three methods in such case: 1) public Object get(int id) { ... } - retrieves one row and convert it into JavaBean with read method. 2) public List list() { ... } - retrieves many rows and convert them into List of JavaBeans with read method also. 3) private Object read(ResultSet rs) { ... } - converts current ResultSet row data into JavaBean object. Now I'm moving to DbUtils library and want to use the same approach. I plan: 1) implement custom ResultSetHandler to translate ResultSet row into JavaBean. 2) use ListHandler (sources bolow) to convert ResultSet into List with help from ResultSetHandler from point 1. Doesn't BeanListHandler provide this exact behavior? David Not exactly. BeanListHandler generates List of JavaBeans. But I may want to generate List of Strings for example. Or I may need to make some additional processing while filling JavaBean with data. Just simple example of code that I need to have: /** * Method retrieves keywords as comma separated string. * * @param serviceId service id * @return keywords as comma separated string. * @throws SQLException error occurs */ private static String getKeywords(int serviceId) throws SQLException { QueryRunner runner = new QueryRunner(DbConnectionManager.getDataSource()); List keywords = (List) runner.query( SELECT keyword FROM keyword WHERE service_id = ?, new Integer(serviceId), new ListHandler(new ScalarHandler())); return StringUtils.combineString(keywords); } With ScalarHandler applied to individual rows and ListHandler used to combine them into List code became very straighforward. And I see performance problem with BasicRowProcessor because it just forwards calls to BeanProcessor that definetely has performance problems because of heavy reflection use and absance of any metadata caching. Assume I need to generate 5 item list about 30 times per minute (caching can't be applied). With BeanProcessor I need to study metadata of the table 30 times! I prefer to avoid this cost and write JavaBean - DB table mapping code by hands. From my point of view clearest way is to implement one custom ResultSetHandler for each JavaBean. And if I combine this custom ResultSetHandler with discussed ListHandler I will reuse List generation/result set iteration code for all my handlers. I see another solution - implement one RowProcessor for each JavaBean. But I dislike this solution and it looks less clear than one with custom ResultSetHandlers. Also I guess it is not way how DbUtils is designed to be used. I appreciate your help with this topic. Best regards, Mikhail Krivoshein - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[DbUtils] Retrieving Auto Generated Keys
Hello all, Looks like there is no way to retrieve auto generated keys when using DbUtils QueryRunner. I guess it is good idea to extend QueryRunner in way that it will support something like Object getGeneratedKeys(ResultSetHandler rsh) method to convet generated keys data into Object. Really I need this code for my project and ready to implement this by myself. Looking forward to hear comments. Best regards, Mikhail Krivoshein P.s. I see one problem. getGeneratedKeys() method is part of JDBC 3.0. Perhaps, it may be issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] [logging] release plan for 1.0.4 release
Robert, For clarity, Commons Logging 1.0.4 will support both new and prior Log4J versions? If so, my +1. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jelly-tags/commons-jelly-tags-jsl failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl has an issue affecting its community integration, and has been outstanding for 15 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-jsl-20040529.jar] identifier set to project name -INFO- Enable debug output, due to a sequence of 14 previous errors. -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/gump_work/build_jelly-tags_commons-jelly-tags-jsl.html Work Name: build_jelly-tags_commons-jelly-tags-jsl (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jsl-20040529 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/jsl] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/jsl/target/classes:/usr/local/gump/public/workspace/jelly-tags/jsl/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040529.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/ant/target/commons-jelly-tags-ant-20040529.jar:/usr/local/gump/public/workspace/commons-grant/target/commons-grant-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040529.jar- [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:50) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [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.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [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.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:71) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:148) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:73) [junit] at org.dom4j.rule.Stylesheet.run
[GUMP@brutus]: jelly-tags/commons-jelly-tags-define failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-jelly-tags-define has an issue affecting its community integration, and has been outstanding for 15 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-define-20040529.jar] identifier set to project name -INFO- Enable debug output, due to a sequence of 14 previous errors. -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/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, 5 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-define-20040529 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/define] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/define/target/classes:/usr/local/gump/public/workspace/jelly-tags/define/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040529.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040529.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040529.jar- [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
[GUMP@brutus]: jakarta-commons/commons-betwixt failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-betwixt has an issue affecting its community integration. This issue affects 24 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - commons-jelly-tags-betwixt : This is a Jelly interface for Betwixt. - commons-jelly-tags-ojb : A variety of tags for working with the ObjectBridge persiste... - db-ojb : ObjectRelationalBridge - db-torque : Persistence Layer - excalibur-altrmi : Alternative to RMI - excalibur-instrument-altrmi : Repository of reusable components. - excalibur-instrument-client : Repository of reusable components. - excalibur-instrument-manager-altrmi : Repository of reusable components. - incubator-altrmi : Alternative to RMI - jakarta-jetspeed : Enterprise Information Portal - jakarta-turbine-2 : A servlet based framework. - jakarta-turbine-3 : A servlet based framework. - jakarta-turbine-flux : Servlet based framework - jakarta-turbine-fulcrum : Services Framework - jakarta-turbine-jyve : FAQ-O-Matic - jakarta-turbine-orgami : Your organizer friend - jakarta-turbine-site : Servlet based framework - jakarta-turbine-stratum : Turbine Components - jakarta-turbine-stratum-full : Turbine Components - jakarta-turbine-tdk : Turbine Development Kit (TDK) - maven : Project Management Tools - maven-bootstrap : Project Management Tools - scarab : Issue Tracking Built for the Ages - test-ojb : ObjectRelationalBridge Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-betwixt/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-betwixt-20040529.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html Work Name: build_jakarta-commons_commons-betwixt (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 20 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-20040529 -Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040529.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- [junit] Testsuite: org.apache.commons.betwixt.TestOptions [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.148 sec [junit] Testcase: testGetValue took 0.006 sec [junit] Testcase: testGetNames took 0.002 sec [junit] Running org.apache.commons.betwixt.TestRSSRoundTrip [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 10.275 sec [junit] Testsuite: org.apache.commons.betwixt.TestRSSRoundTrip [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 10.275 sec [junit] Testcase: testRoundTrip took 10.138 sec [junit] Caused an ERROR [junit] my.netscape.com [junit] java.net.UnknownHostException: my.netscape.com [junit] at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:153) [junit] at java.net.Socket.connect(Socket.java:452
cvs commit: jakarta-commons-sandbox/jrcs/xdocs/images jrcs-logo-white.png jrcs-logo-white.xcf
bayard 2004/05/29 13:25:40 Removed: jrcs .cvsignore LICENSE.txt NOTICE.txt build.xml maven_build.xml project.properties project.xml jrcs/doc .cvsignore myers_diff.ps jrcs/src/java/org/apache/commons/jrcs overview.html jrcs/src/java/org/apache/commons/jrcs/diff AddDelta.java ChangeDelta.java Chunk.java DeleteDelta.java Delta.java Diff.java DiffAlgorithm.java DiffException.java DifferentiationFailedException.java PatchFailedException.java Revision.java RevisionVisitor.java SimpleDiff.java package.html jrcs/src/java/org/apache/commons/jrcs/diff/myers DiffNode.java MyersDiff.java PathNode.java Snake.java package.html jrcs/src/java/org/apache/commons/jrcs/rcs Archive.java ArchiveParser.java ArchiveParser.jj ArchiveParserConstants.java ArchiveParserTokenManager.java BranchNode.java BranchNotFoundException.java HeadAlreadySetException.java InvalidBranchVersionNumberException.java InvalidFileFormatException.java InvalidTrunkVersionNumberException.java InvalidVersionNumberException.java KeywordsFormat.java Line.java Lines.java Node.java NodeNotFoundException.java ParseException.java Path.java Phrases.java RCSException.java SimpleCharStream.java Token.java TokenMgrError.java TrunkNode.java Version.java package.html jrcs/src/java/org/apache/commons/jrcs/tools JDiff.java JRCS.java package.html jrcs/src/java/org/apache/commons/jrcs/util ToString.java jrcs/src/test test.txt jrcs/src/test/org/apache/commons/jrcs AllTests.java test.java jrcs/src/test/org/apache/commons/jrcs/diff DiffTest.java MyersDiffTests.java SimpleDiffTests.java jrcs/src/test/org/apache/commons/jrcs/rcs ArchiveTest.java ChangeDeltaTest.java KeywordsFormatTest.java ParsingTest.java idchar.testfile make_idchar_test.sh jrcs/xdocs downloads.xml index.xml navigation.xml jrcs/xdocs/images jrcs-logo-white.png jrcs-logo-white.xcf Log: JRCS now lives at Codehaus. Prior to deletion, all files were tagged with JRCS_pre_delete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29294] - [lang][PATCH] lang.math.Fraction class deficiencies
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=29294. 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=29294 [lang][PATCH] lang.math.Fraction class deficiencies --- Additional Comments From [EMAIL PROTECTED] 2004-05-29 20:27 --- Created an attachment (id=11694) Added new BigFraction class (and test suite) which is an arbitrary-precision version of Fraction. Rest of patch (Fraction stuff) is identical to previous patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jrcs STATUS.html
bayard 2004/05/29 13:28:20 Added: jrcs STATUS.html Log: information on JRCS being dead Revision ChangesPath 1.1 jakarta-commons-sandbox/jrcs/STATUS.html Index: STATUS.html === html head titleStatus for JRCS Package/title /head body bgcolor=white h1CLOSED PROJECT/h1 pJRCS now lives at Codehaus. Prior to deletion, all files were tagged with JRCS_pre_delete. /p pAvailable from Codehaus CVS: a href=http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus;http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus/a./p /body /html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: TheSandbox
Date: 2004-05-29T13:31:45 Editor: 12.220.74.99 Wiki: Jakarta Commons Wiki Page: TheSandbox URL: http://wiki.apache.org/jakarta-commons/TheSandbox no comment Change Log: -- @@ -13,7 +13,6 @@ * Functor * Id - parts from Lang, parts new, currently in-development. * JJar - * JRCS - No longer really hosted by Jakarta. It has moved to Codehaus (http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus) * Mapper * Messenger * Resources - needed for Struts 1.3.x, ready for promotion? @@ -25,13 +24,19 @@ = Unpublished = - * jex - * launcher - * periodicity - * reflect - extracted from BeanUtils, but unfinished and in a coma. - * transaction - extracted from Slide, ready for promotion. + * Filters - meant to contain servlet filters, but not yet come alive + * Jex + * Launcher + * Periodicity + * Reflect - extracted from BeanUtils, but unfinished and in a coma. + * Servlet - not enough here to justify a component + * Transaction - extracted from Slide, ready for promotion. = Superseded = - * jjar - superseded by [http://incubator.apache.org/depot/ Apache Depot] (currently in the incubator) + * JJar - superseded by [http://incubator.apache.org/depot/ Apache Depot] (currently in the incubator) * Apache cjan - superseded by [http://incubator.apache.org/depot/ Apache Depot] (currently in the incubator) + += Dead = + * JRCS - no longer really hosted by Jakarta. It has moved to Codehaus [http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus] + * Util - this component split into many others and eventually the original component was left with nothing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: TheSandbox
Date: 2004-05-29T13:39:20 Editor: HenriYandell [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: TheSandbox URL: http://wiki.apache.org/jakarta-commons/TheSandbox no comment Change Log: -- @@ -1,6 +1,6 @@ = Published = -(Published means that the sandbox project is on the Jakarta Commons website) +(Published means that the sandbox component is on the Jakarta Commons website) * Attributes - stable codebase, small community, ready for promotion. * Cache @@ -12,7 +12,7 @@ * Events - currently in slow development. * Functor * Id - parts from Lang, parts new, currently in-development. - * JJar + * JJar - ready to die as superseded by Apache Depot. * Mapper * Messenger * Resources - needed for Struts 1.3.x, ready for promotion? @@ -25,6 +25,7 @@ = Unpublished = * Filters - meant to contain servlet filters, but not yet come alive + * HTTP - handful of classes for use with http connections * Jex * Launcher * Periodicity @@ -38,5 +39,12 @@ * Apache cjan - superseded by [http://incubator.apache.org/depot/ Apache Depot] (currently in the incubator) = Dead = - * JRCS - no longer really hosted by Jakarta. It has moved to Codehaus [http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus] + * JRCS - no longer really hosted by Jakarta. It has moved to Codehaus [http://cvs.codehaus.org/viewcvs.cgi/jrcs/?root=codehaus Codehaus CVS] * Util - this component split into many others and eventually the original component was left with nothing. + * Pattern - code moved to lang and id projects. + += Promoted = + (but still having a directory in the sandbox) + * primitives + * lang + * el - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[DbUtils] ListHandler
There is one problem with my idea. If we have say ScalarHandler and my ListHandler when question arise: who is responsible for scrolling ResultSet rows? I guess ScalarHandler does and ListHandler need to assume that ScalarHandler will scroll by one row. So fixed ListHandler code will be: = public Object handle(ResultSet rs) throws SQLException { List result = new ArrayList(); while(!rs.isAfterLast()) { Object o = rowHandler.handle(rs); result.add(o); } return result; } = But here there is another problem. As I know not all drivers supports isAfterLast() method. I appreciate any comments about ListHandler idea and solutions for my problem (reuse as much code as possible when generating custom lists). Best regards, Mikhail Krivoshein - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs charter.xml
bayard 2004/05/29 13:45:18 Modified:commons-build/xdocs charter.xml Log: removed mention of the Commons Directory from the charter. Revision ChangesPath 1.11 +3 -33 jakarta-commons/commons-build/xdocs/charter.xml Index: charter.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/charter.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- charter.xml 4 Apr 2004 20:00:58 - 1.10 +++ charter.xml 29 May 2004 20:45:18 - 1.11 @@ -50,16 +50,11 @@ to be used independently of any larger product or framework. Each package will be managed in the same manner as a larger Jakarta product. To further this goal, the subproject -shall also host a workplace for Jakarta committers and a master -index of reusable packages related to Jakarta products. +shall also host a workplace for Jakarta committers. /p p -(1.5) interaction with other subprojects -/p - -p -(1.5.1) the sandbox +(1.5) the sandbox /p p @@ -71,22 +66,6 @@ with the rest of their codebase. /p -p -(1.5.2) the directory -/p - -pThe subproject will also catalog packages and other resources -available to the public related to other Jakarta subprojects and -ASF projects. This will be a dynamic catalog, like Bugzilla and Jyve, -similar in functionality to a href=http://www.download.com/;download.com/a, -a href=http://cpan.org/;cpan.org/a, or -a href=http://sourceforge.net/;SourceForge.net/a. -New entries may be added by Jakarta committers, developers, -and users. Entries by developers and users will be approved -by a committer before being made public. -/p - - strong(2) identify the initial source from which the subproject is to be populated/strong p @@ -236,10 +215,6 @@ and will also be indexed in a master directory. /li li - The subproject directory will also provide a distribution - mechanism, or catalog of packages and related resources. - /li - li The subproject will also host a top-level 'general' mailing list in addition to any lists for specific packages. /li @@ -358,12 +333,7 @@ pbShould other Jakarta subprojects move their utility packages to the Commons?/b/p pThey are welcome to do so. If they would like to experiment with refactoring a package outside their own CVS tree, they can setup shop in the Commons sandbox. Any Apache committer is entitled to write access to this CVS repository upon request. They -could then decide to propose the package to the Commons, and thereby become committers to the Commons, or to move it back to their own CVS, and just list it in the Commons directory where other developers and users can find it./p - -pbWhat will be listed in the Commons directory?/b/p - -pAny package or other resource that is related to a Jakarta product may be entered into the directory. This will be a dynamic application, like Bugzilla or Jyve. Users and developers can complete an online form with their entry, which will be reviewed -by a Commons committer before public release. Jakarta committers may have a higher level of access so that their entry goes online without review./p +could then decide to propose the package to the Commons, and thereby become committers to the Commons, or to move it back to their own CVS./p pbWhy not just enroll all the Jakarta committers in the Commons?/b/p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs charter.xml
bayard 2004/05/29 13:55:16 Modified:commons-build/xdocs charter.xml Log: outdated sections removed, version added, original linked to. All changes between 1.0 and 1.1 are effectively rolled into this 1.1 release Revision ChangesPath 1.12 +5 -59 jakarta-commons/commons-build/xdocs/charter.xml Index: charter.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/charter.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- charter.xml 29 May 2004 20:45:18 - 1.11 +++ charter.xml 29 May 2004 20:55:16 - 1.12 @@ -24,11 +24,12 @@ body -section name=Charter +section name=Charter (1.1) p -The following charter for Jakarta Commons was approved by the Jakarta Project -Management Committee on March 19, 2001. +The following charter for Jakarta Commons was approved by the +Jakarta Project Management Committee (PMC) on May 19, 2004. The original +version, a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/commons-build/xdocs/charter.xml?content-type=text%2Fplainrev=1.1;1.0/a, was approved by the PMC on March 19, 2001. /p strong(0) rationale/strong @@ -60,61 +61,9 @@ p The subproject will host a CVS repository available to all Apache committers as a workplace for new packages or other projects. -Before release to the public, code or documentation developed -here must be sponsored by a Jakarta subproject. The sponsoring -subproject(s) will distribute the code or documentation along -with the rest of their codebase. /p -strong(2) identify the initial source from which the subproject is to be populated/strong - -p -The initial packages would be based on existing ASF codebases, -including those that provide services for DataSource/Database Pools, -XML Configuration, Message Resources and i18n, JNDI and Naming, and -Testing Suites. The initial committers have agreed to first create and maintain -a Database Connection Pool package, along with related -testing suites and subproject infrastructure. -/p - -strong(3) identify the initial Jakarta resources to be created /strong - -p -(3.1) mailing list(s) -/p - -p -jakarta-commons -/p - -p -(3.2) CVS repositories -/p - -p -jakarta-commonsbr/ -jakarta-commons-sandbox -/p - -p -(3.3) Bugzilla -/p - -p -program - commonsbr/ -components - Web site, Directory, dbcp -/p - -p -(3.4) Jyve FAQ (when available) -/p - -pcommons-generalbr/ -commons-dbcpbr/ -commons-sandbox -/p - -strong(4) identify the initial set of committers/strong +strong(2) identify the initial set of committers/strong p Morgan Delagrangebr/ Ted Hustedbr/ @@ -221,7 +170,6 @@ liThe subproject will also provide a single JAR of all stable package releases. It may also provide a second JAR with a subset of only JDK 1.1 compatible releases. A gump of nightly builds will also be provided./li liVolunteers become committers to this subproject in the same way they are entered to any Jakarta subproject. Being a committer in another Jakarta subproject is not a prerequisite./li liEach committer has karma to all the packages, but committers are required to add their name to a package's status file before their first commit to that package./li - liThe committers shall elect a committee of three committers to provide general oversight, in the style of the Jakarta PMC./li liNew packages may be proposed to the Jakarta Commons mailing list. To be accepted, a package proposal must receive majority approval of the subproject committers. Proposals are to identify the rationale for the @@ -295,8 +243,6 @@ pFor the time being, the package will use a root branch of the Jakarta-Commons CVS./p p(3.3) Bugzilla/p pThe package should be listed as a component of under the Jakarta-Commons Bugzilla entry./p -p(3.4) Jyve FAQ (when available)/p -pcommons-dbcp/p p(4) identify the initial set of committers to be listed in the Status File./p p Morgan Delagrangebr/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs charter.xml
bayard 2004/05/29 14:00:44 Modified:commons-build/xdocs charter.xml Log: xml fix Revision ChangesPath 1.13 +1 -1 jakarta-commons/commons-build/xdocs/charter.xml Index: charter.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/charter.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- charter.xml 29 May 2004 20:55:16 - 1.12 +++ charter.xml 29 May 2004 21:00:44 - 1.13 @@ -29,7 +29,7 @@ p The following charter for Jakarta Commons was approved by the Jakarta Project Management Committee (PMC) on May 19, 2004. The original -version, a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/commons-build/xdocs/charter.xml?content-type=text%2Fplainrev=1.1;1.0/a, was approved by the PMC on March 19, 2001. +version, a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/commons-build/xdocs/charter.xml?content-type=text%2Fplainamp;rev=1.1;1.0/a, was approved by the PMC on March 19, 2001. /p strong(0) rationale/strong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs charter.xml
bayard 2004/05/29 14:08:28 Modified:commons-build/xdocs charter.xml Log: unsure what 1.1 to 1.4 were, but now they are gone, making 1.5 be 1.1 Revision ChangesPath 1.14 +1 -1 jakarta-commons/commons-build/xdocs/charter.xml Index: charter.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/charter.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- charter.xml 29 May 2004 21:00:44 - 1.13 +++ charter.xml 29 May 2004 21:08:28 - 1.14 @@ -55,7 +55,7 @@ /p p -(1.5) the sandbox +(1.1) the sandbox /p p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/sandbox index.xml
bayard 2004/05/29 14:08:44 Modified:commons-build/menus sandbox-items.ent commons-build/xdocs/sandbox index.xml Log: removed jrcs Revision ChangesPath 1.3 +0 -1 jakarta-commons/commons-build/menus/sandbox-items.ent Index: sandbox-items.ent === RCS file: /home/cvs/jakarta-commons/commons-build/menus/sandbox-items.ent,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- sandbox-items.ent 25 May 2004 17:33:16 - 1.2 +++ sandbox-items.ent 29 May 2004 21:08:44 - 1.3 @@ -10,7 +10,6 @@ item name=Functor href=http://jakarta.apache.org/commons/sandbox/functor// item name=Id href=http://jakarta.apache.org/commons/sandbox/id// item name=JJar href=http://jakarta.apache.org/commons/sandbox/jjar// -item name=JRCS href=http://jakarta.apache.org/commons/sandbox/jrcs// item name=Mapper href=http://jakarta.apache.org/commons/sandbox/mapper// item name=Messenger href=http://jakarta.apache.org/commons/sandbox/messenger// item name=Resources href=http://jakarta.apache.org/commons/sandbox/resources// 1.7 +0 -13 jakarta-commons/commons-build/xdocs/sandbox/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/sandbox/index.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- index.xml 16 May 2004 14:52:04 - 1.6 +++ index.xml 29 May 2004 21:08:44 - 1.7 @@ -155,19 +155,6 @@ /tr tr td -jrcs - /td - td -a href=http://jakarta.apache.org/commons/sandbox/jrcs/;(site)/a - /td - td -a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/jrcs/;(cvs)/a - /td - td - /td -/tr -tr - td launcher /td td - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: TheSandbox
Date: 2004-05-29T14:12:33 Editor: HenriYandell [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: TheSandbox URL: http://wiki.apache.org/jakarta-commons/TheSandbox no comment Change Log: -- @@ -48,3 +48,28 @@ * primitives * lang * el + += To Classify = + + * altrmi + * amend + * armi + * cache + * cadastre + * cjan + * clazz + * graph + * jdbc2pool + * morphos + * services + * simplestore + * grant + * graph2 + * joran + * jux + * rupert + * scaffold + * threading + * workflow + * xmlunit + * xo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/parts sandbox-table.ent
bayard 2004/05/29 14:13:55 Modified:commons-build/parts sandbox-table.ent Log: removed jrcs Revision ChangesPath 1.4 +0 -8 jakarta-commons/commons-build/parts/sandbox-table.ent Index: sandbox-table.ent === RCS file: /home/cvs/jakarta-commons/commons-build/parts/sandbox-table.ent,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- sandbox-table.ent 25 May 2004 17:33:59 - 1.3 +++ sandbox-table.ent 29 May 2004 21:13:55 - 1.4 @@ -81,14 +81,6 @@ /td /tr tr -tda href=http://jakarta.apache.org/commons/sandbox/jrcs/;JRCS/a/td -td - JRCS is a library for parsing and manipulation of RCS archive files - like the ones produced by the RCS (Revision Control System) itself - and by CVS (Concurrent Version System). -/td -/tr -tr tda href=http://jakarta.apache.org/commons/sandbox/mapper/;Mapper/a/td td Mapper is a thin abstraction layer around a project's chosen data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/releases index.xml
bayard 2004/05/29 14:29:17 Modified:commons-build/xdocs/releases index.xml Log: linking in the unofficial wiki sandbox page, though commented out at the moment Revision ChangesPath 1.5 +1 -0 jakarta-commons/commons-build/xdocs/releases/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/releases/index.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- index.xml 14 Mar 2004 18:47:47 - 1.4 +++ index.xml 29 May 2004 21:29:17 - 1.5 @@ -51,6 +51,7 @@ lia href='release.html'Cutting The Release - Step By Step/a/li lia href='versioning.html'Versioning Guidelines/a/li +!-- lia href=http://wiki.apache.org/jakarta-commons/MovingFromSandboxToProper;Sandbox Promotion/a/li -- /ul /p /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/releases prepare.xml
bayard 2004/05/29 14:29:42 Modified:commons-build/xdocs/releases prepare.xml Log: various bits I came across while building common-io 1.0 Revision ChangesPath 1.10 +26 -5 jakarta-commons/commons-build/xdocs/releases/prepare.xml Index: prepare.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/releases/prepare.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- prepare.xml 22 May 2004 00:11:50 - 1.9 +++ prepare.xml 29 May 2004 21:29:42 - 1.10 @@ -68,6 +68,7 @@ Implementation-Vendor: Apache Software Foundation Implementation-Version: 1.3 /pre +pIf building using Maven, this is done automatically. /p /subsection subsection name='Bugzilla' p @@ -81,7 +82,7 @@ /p /subsection subsection name='Release Notes' -p +p Different components have their own ways of creating release notes. Here's the hard way! /p @@ -91,8 +92,11 @@ Bugs fixed should be listed separately together with a short summary of the bug. A little time may be saved by checking the logs only for the source files. /p -p -Please remember to spell check the release notes. Please break lines at 80 characters. +p +Please remember to spell check the release notes. Please break lines at 80 characters. +/p +p +Maven users may wish to use the changes.xml changelog report. /p /subsection subsection name='Test Against Listed Dependencies' @@ -103,6 +107,12 @@ dependency issues should probably be raised on the commons-dev list. /p /subsection +subsection name='Ensure a good build.xml' +p +If using Maven, ensure that 'maven ant' has been run so a usable build.xml file exists, +and has the correct version. +/p +/subsection subsection name='Check the Apache License' p Check the a href=http://www.apache.org/licenses/;Apache Licenses/a page for current information. @@ -163,20 +173,31 @@ into the public folder em~/public_html/em in your home directory on codecvs.apache.org/code.) /p +p +Remember to put up the website that will be deployed when the disributions are released. You may +also want to show a unit-test code coverage report, using a tool such as Clover or jCoverage, +and the differences since the previous version, using a tool like JDiff. +/p /subsection subsection name='[VOTE] Release foo 1.0' +!-- Only cc PMC in on the RESULT. Votes require 3 +1s and no -1s. After a period of time, 3 days to a week, send a RESULT email -- p Once the release candidate has been created and uploaded, now it's time to propose the release VOTE. /p p -Post a code[VOTE] Release foo 1.0/code email to strong[EMAIL PROTECTED]/strong -and cc strong[EMAIL PROTECTED]/strong. This should contain a link to the release candidate. +Post a code[VOTE] Release foo 1.0/code email to strong[EMAIL PROTECTED]/strong. +This should contain a link to the release candidate. /p p As per the Commons Project charter, votes of committers on the particular package in question (as listed in the codeSTATUS.html/code) are binding. If the code[VOTE]/code is successful then continue. It is considered good practice to allow enough time for people to express their opinions. +/p +p +Once a vote is successful, post a code[RESULT] Release foo 1.0/code email to +strong[EMAIL PROTECTED]/strong as a reply to the original posting, +and cc strong[EMAIL PROTECTED]/strong. /p /subsection subsection name='Final Preparations' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: TheSandbox
Date: 2004-05-29T14:37:11 Editor: HenriYandell [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: TheSandbox URL: http://wiki.apache.org/jakarta-commons/TheSandbox no comment Change Log: -- @@ -56,19 +56,16 @@ * armi * cache * cadastre - * cjan - * clazz - * graph - * jdbc2pool - * morphos - * services - * simplestore * grant + * graph * graph2 + * jdbc2pool * joran * jux + * morphos * rupert - * scaffold + * services + * simplestore * threading * workflow * xmlunit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]