Re: BeanUtils and Digester Release?
Scott Sanders wrote: Anyone hae any blockers that would stop the release of BeanUtils 1.3 or Digester 1.2? Digester has the XML rules stuff that I would like to get released, and both have had some good bugfixes. Opiniions, suggestions? Scott Sanders I mentioned a bug in MethodUtils a few days back: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7740 I've provided a patch, but it's not yet committed. It would be nice if the fix would be included... greets, Klaasjan Brand -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Performing Commons announcements
I'm not sure that general is appropriate for that but I would not mind for a crosspost between announcements and the project user/dev mailing list. I'm not susbscribed to announcement (though I should, damn it) but people lurking at the dev/user mailing lists would be interested in. It also makes it crystal clear in the mail flow in these lists since it kind of makes a separation and there are usually talks before and after related to the release though a 'release' mail help somewhat. Just my 0.02$ Stephane -Original Message- From: Morgan Delagrange [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 06, 2002 1:17 AM To: [EMAIL PROTECTED] Subject: Performing Commons announcements Opinions on Peter's post to the general list? Our release guidelines say to post as I did, but some people object to cross-posting. I don't really care much myself. FWIW Jon's mailing list guidelines say not to crosspost because, people may be subscribed to one list and not to the other. Therefore, some people will only see part of the conversation. Not typically applicable to announcements. Change policy, or ignore? --- Peter Donald [EMAIL PROTECTED] wrote: Hm - we have an announcement list at [EMAIL PROTECTED] for this sort of thing. No need to cross post. On Sat, 6 Apr 2002 05:32, Morgan Delagrange wrote: Come and get the Commons Collections 2.0 release! http://jakarta.apache.org/commons/components.html Commons-Collections provides a suite of classes that extend or augment the Java Collections Framework. Collections 2.0 includes 11 new collections and 3 new comparators, as well as several enhancements and bug fixes. Enjoy! - The Commons Dev Team _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Cheers, Pete - | Egoism is the drug that soothes the pain of stupidity. | - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = Morgan Delagrange http://jakarta.apache.org/taglibs http://jakarta.apache.org/commons http://axion.tigris.org __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[FileUpload] Delete uploaded files on exit
I've attached a patch for uploaded files to be deleted when the JVM exits properly. Basically a call to deleteOnExit for the uploaded file. I didn't really want a bunch of tmp files lying around. Regards, Kelvin cvs diff DefaultFileItem.java (in directory C:\checkout\jakarta-commons-sandbox\fileupload\src\java\org\apache\commons\fileupload\) Index: DefaultFileItem.java === RCS file: /home/cvspublic/jakarta-commons-sandbox/fileupload/src/java/org/apache/commons/fileupload/DefaultFileItem.java,v retrieving revision 1.2 diff -r1.2 DefaultFileItem.java 395c395,397 item.storeLocation = new File(fileName); --- File f = new File(fileName); f.deleteOnExit(); item.storeLocation = f; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Collections] MANIFEST.MF
Hi there, Why there's Implementation-Version: 1.1-dev in 'bin' distribution of Collections 2.0. Regards Tomek Pik [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7808] - HTTP GET causes Squid 2.4 never to serve cached objects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7808 HTTP GET causes Squid 2.4 never to serve cached objects --- Additional Comments From [EMAIL PROTECTED] 2002-04-08 15:06 --- So the suggestion here is for GetMethod never to send a Content-Length header, or at least not send a Content-Length when the value would be 0? That sounds pretty reasonable. Can someone point to a specification that addresses this? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/conf MANIFEST.MF
morgand 02/04/08 09:07:47 Modified:collections/src/conf MANIFEST.MF Log: wrong version number in manifest Revision ChangesPath 1.4 +1 -1 jakarta-commons/collections/src/conf/MANIFEST.MF Index: MANIFEST.MF === RCS file: /home/cvs/jakarta-commons/collections/src/conf/MANIFEST.MF,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- MANIFEST.MF 15 Jul 2001 00:17:24 - 1.3 +++ MANIFEST.MF 8 Apr 2002 16:07:47 - 1.4 @@ -2,5 +2,5 @@ Specification-Vendor: Apache Software Foundation Specification-Version: 1.0 Implementation-Vendor: Apache Software Foundation -Implementation-Version: 1.1-dev +Implementation-Version: 2.0 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestIteratorChain.java
morgand 02/04/08 16:39:01 Added: collections/src/test/org/apache/commons/collections TestIteratorChain.java Log: An IteratorChain is a sequence of Iterators called until all Iterators are exhausted Revision ChangesPath 1.1 jakarta-commons/collections/src/test/org/apache/commons/collections/TestIteratorChain.java Index: TestIteratorChain.java === /* * $Header: /home/cvs/jakarta-commons/collections/src/test/org/apache/commons/collections/TestIteratorChain.java,v 1.1 2002/04/08 23:39:01 morgand Exp $ * $Revision: 1.1 $ * $Date: 2002/04/08 23:39:01 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 1999-2001 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names The Jakarta Project, Commons, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * */ package org.apache.commons.collections; import junit.framework.*; import java.io.Serializable; import java.util.ArrayList; import java.util.Iterator; import java.util.List; import java.util.NoSuchElementException; /** * Tests the ArrayIterator to ensure that the next() method will actually * perform the iteration rather than the hasNext() method. * The code of this test was supplied by Mauricio S. Moura * * @author James Strachan * @author Mauricio S. Moura * @author Morgan Delagrange * @version $Id: TestIteratorChain.java,v 1.1 2002/04/08 23:39:01 morgand Exp $ */ public class TestIteratorChain extends TestIterator { protected String[] testArray = { One, Two, Three, Four, Five, Six }; protected List list1 = null; protected List list2 = null; protected List list3 = null; public static Test suite() { return new TestSuite(TestIteratorChain.class); } public TestIteratorChain(String testName) { super(testName); } public void setUp() { list1 = new ArrayList(); list1.add(One); list1.add(Two); list1.add(Three); list2 = new ArrayList(); list2.add(Four); list3 = new ArrayList(); list3.add(Five); list3.add(Six); } public Iterator makeEmptyIterator() { ArrayList list = new ArrayList(); return new IteratorChain(list.iterator());
cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections IteratorChain.java
morgand 02/04/08 16:59:58 Modified:collections/src/java/org/apache/commons/collections IteratorChain.java Log: fixed documentation error - IteratorChain is not currently Serializable Revision ChangesPath 1.2 +4 -8 jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorChain.java Index: IteratorChain.java === RCS file: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorChain.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- IteratorChain.java8 Apr 2002 23:38:48 - 1.1 +++ IteratorChain.java8 Apr 2002 23:59:58 - 1.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorChain.java,v 1.1 2002/04/08 23:38:48 morgand Exp $ - * $Revision: 1.1 $ - * $Date: 2002/04/08 23:38:48 $ + * $Header: /home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/IteratorChain.java,v 1.2 2002/04/08 23:59:58 morgand Exp $ + * $Revision: 1.2 $ + * $Date: 2002/04/08 23:59:58 $ * * * @@ -80,11 +80,7 @@ * in this manner is more efficient (and convenient) * than reading out the contents of each Iterator into a * List and creating a new Iterator./p - * - * pIteratorChain is Serializable, but there is no - * guarantee that the underlying Iterators are - * Serializable./p - * + * * pCalling a method that adds new Iteratoriafter * a method in the Iterator interface * has been called/i will result in an -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]