cvs commit: jakarta-commons/xdocs components.xml digester.xml
rdonkin 2003/03/02 03:13:05 Modified:xdocscomponents.xml digester.xml Log: Update to reflect digseter 1.4.1 release Revision ChangesPath 1.77 +3 -5 jakarta-commons/xdocs/components.xml Index: components.xml === RCS file: /home/cvs/jakarta-commons/xdocs/components.xml,v retrieving revision 1.76 retrieving revision 1.77 diff -u -r1.76 -r1.77 --- components.xml18 Feb 2003 22:30:20 - 1.76 +++ components.xml2 Mar 2003 11:13:04 - 1.77 @@ -98,14 +98,12 @@ br/ Releases: ul + liRelease 1.4.1 (from mirror) + a href=http://jakarta.apache.org/site/binindex.cgi;binary/a + a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a - 2 Mar 2003/li liRelease 1.4 (from mirror) a href=http://jakarta.apache.org/site/binindex.cgi;binary/a a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a - 3 Feb 2003/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.3/;Release 1.3/a - 13 Aug 2002/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.2/;Release 1.2/a - 29 Apr 2002/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1.1/;Release 1.1.1/a - 16 Oct 2001/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1/;Release 1.1/a - 22 Sep 2001/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.0/;Release 1.0/a - 14 July 2001/li /ul /dd !-- /Digester -- 1.9 +4 -1 jakarta-commons/xdocs/digester.xml Index: digester.xml === RCS file: /home/cvs/jakarta-commons/xdocs/digester.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- digester.xml 3 Feb 2003 20:21:22 - 1.8 +++ digester.xml 2 Mar 2003 11:13:05 - 1.9 @@ -53,9 +53,12 @@ section name=Releases ul -liVersion 1.4 (from mirror) +liVersion 1.4.1 (from mirror) a href=http://jakarta.apache.org/site/binindex.cgi;binary/a a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a (latest)/li +liVersion 1.4 (from mirror) + a href=http://jakarta.apache.org/site/binindex.cgi;binary/a + a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a /li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.3/;Version 1.3/a/li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.2/;Version 1.2/a/li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1.1/;Version 1.1.1/a/li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/docs components.html digester.html
rdonkin 2003/03/02 03:13:30 Modified:docs components.html digester.html Log: Update to reflect digseter 1.4.1 release Revision ChangesPath 1.92 +3 -5 jakarta-commons/docs/components.html Index: components.html === RCS file: /home/cvs/jakarta-commons/docs/components.html,v retrieving revision 1.91 retrieving revision 1.92 diff -u -r1.91 -r1.92 --- components.html 18 Feb 2003 22:30:20 - 1.91 +++ components.html 2 Mar 2003 11:13:30 - 1.92 @@ -287,14 +287,12 @@ br / Releases: ul + liRelease 1.4.1 (from mirror) + a href=http://jakarta.apache.org/site/binindex.cgi;binary/a + a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a - 2 Mar 2003/li liRelease 1.4 (from mirror) a href=http://jakarta.apache.org/site/binindex.cgi;binary/a a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a - 3 Feb 2003/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.3/;Release 1.3/a - 13 Aug 2002/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.2/;Release 1.2/a - 29 Apr 2002/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1.1/;Release 1.1.1/a - 16 Oct 2001/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1/;Release 1.1/a - 22 Sep 2001/li - lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.0/;Release 1.0/a - 14 July 2001/li /ul /dd !-- /Digester -- 1.60 +4 -1 jakarta-commons/docs/digester.html Index: digester.html === RCS file: /home/cvs/jakarta-commons/docs/digester.html,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- digester.html 11 Feb 2003 19:32:00 - 1.59 +++ digester.html 2 Mar 2003 11:13:30 - 1.60 @@ -241,9 +241,12 @@ trtd blockquote ul -liVersion 1.4 (from mirror) +liVersion 1.4.1 (from mirror) a href=http://jakarta.apache.org/site/binindex.cgi;binary/a a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a (latest)/li +liVersion 1.4 (from mirror) + a href=http://jakarta.apache.org/site/binindex.cgi;binary/a + a href=http://jakarta.apache.org/site/sourceindex.cgi;source/a /li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.3/;Version 1.3/a/li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.2/;Version 1.2/a/li lia href=http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester/v1.1.1/;Version 1.1.1/a/li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Digester 1.4.1 Released
The Commons Team is pleased to announce that Digester 1.4.1 from the Apache Software Foundation has been released. Digester is a powerful, flexible, SAX-based xml-object mapper. A typical use case is parsing xml configuration files. This is a bug fix release. For more details see http://www.apache.org/dist/ jakarta/commons/digester/RELEASE-NOTES.txt. The binary distribution is available for download from http://jakarta.apache.org/site/binindex.cgi and the source from http://jakarta.apache.org/site/sourceindex.cgi. When downloading from a mirror please check the signature using the keys from the main apache site http://www.apache.org/dist/jakarta/commons/digester/KEYS - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester STATUS.html build.xml
rdonkin 2003/03/02 03:33:49 Modified:digester STATUS.html build.xml Log: Post 1.4.1 release update Revision ChangesPath 1.8 +3 -3 jakarta-commons/digester/STATUS.html Index: STATUS.html === RCS file: /home/cvs/jakarta-commons/digester/STATUS.html,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- STATUS.html 27 Feb 2003 19:45:48 - 1.7 +++ STATUS.html 2 Mar 2003 11:33:49 - 1.8 @@ -60,7 +60,7 @@ a name=Release Info/a h33. RELEASE INFO/h3 -pCurrent Release: Version 1.4/p +pCurrent Release: Version 1.4.1/p a name=Committers/a @@ -82,7 +82,7 @@ a name=Action Items/a h35. ACTION ITEMS/h3 -pThe following action items need to be completed prior to a Version 1.2 +pThe following action items need to be completed prior to the next release of this component:/p table border=1 1.38 +2 -2 jakarta-commons/digester/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons/digester/build.xml,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- build.xml 1 Mar 2003 11:39:44 - 1.37 +++ build.xml 2 Mar 2003 11:33:49 - 1.38 @@ -55,7 +55,7 @@ property name=component.title value=Digester - XML to Java Object Configuration/ !-- The current version number of this component -- - property name=component.version value=1.4.1/ + property name=component.version value=1.5-dev/ !-- The base directory for compilation targets -- property name=build.home value=target/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12997] - Call the method as soon as the last parameter is encountered
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=12997. 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=12997 Call the method as soon as the last parameter is encountered [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 12:12 --- digester 1.4.1 released - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13098] - Digester Performance
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=13098. 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=13098 Digester Performance [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 12:12 --- digester 1.4.1 released - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16785] - Missing DTD definition for BeanPropertySetterRule
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=16785. 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=16785 Missing DTD definition for BeanPropertySetterRule [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 12:13 --- digester 1.4.1 released - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16350] - Wildcard matching with /*
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=16350. 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=16350 Wildcard matching with /* [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 12:13 --- digester 1.4.1 released - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16413] - XML interface for Digester.addCallParam(java.lang.String pattern, int paramIndex, boolean fromStack)
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=16413. 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=16413 XML interface for Digester.addCallParam(java.lang.String pattern, int paramIndex, boolean fromStack) [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 12:13 --- digester 1.4.1 released - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Attributes] dependancy on Logging
Hi folks,
Can we consider one of two solutions for this _single_ use of commons
logging
1) Removal of the commons-logging from attributes?
2) Backwards compatible rework that will allow the application to run
without commons logging in the classpath (or classloader tree for
complex deployments).
Can I have some opinions here, or should I just dive in, make a change
and wait for the flak?
Regards,
- Paul
Folks,
In Attributes.java, there is a single use of commons logging :
public static AttributeFinder getAttributeFinder() {
} catch (Exception e) {
logger.warn(failed to initialize specified implementation +
of AttributeFinder, using default, e);
}
}
Is there a chance that we could eliminate this use given that the
system recovers with the instantiation of a default AttributeFinder ?
It would be really useful :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser - New directory
scohen 2003/03/02 09:53:01 jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser - New directory
scohen 2003/03/02 09:58:28 jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp FTPFileEntryParser.java FTPFileIterator.java FTPFileList.java FTPFileListParserImpl.java FTPClient.java
scohen 2003/03/02 10:15:24
Modified:net/src/java/org/apache/commons/net/ftp FTPClient.java
Added: net/src/java/org/apache/commons/net/ftp
FTPFileEntryParser.java FTPFileIterator.java
FTPFileList.java FTPFileListParserImpl.java
Log:
new parsing system formerly in ftp 2 directory, moving to main stem now. This
version provides a means of solving the problem of ftp entries that span more than one
line.
Revision ChangesPath
1.6 +84 -0
jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPClient.java
Index: FTPClient.java
===
RCS file:
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPClient.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- FTPClient.java26 Jan 2003 00:21:43 - 1.5
+++ FTPClient.java2 Mar 2003 18:15:24 - 1.6
@@ -2020,6 +2020,90 @@
return listFiles(__fileListParser);
}
+/**
+ * Using a programmer specified code FTPFileEntryParser /code,
+ * initialize an object containing a raw file information for the
+ * current working directory. This information is obtained through
+ * the LIST command. This object is then capable of being iterated to
+ * return a sequence of FTPFile objects with information filled in by the
+ * code FTPFileEntryParser /code used.
+ * The server may or may not expand glob expressions. You should avoid
+ * using glob expressions because the return format for glob listings
+ * differs from server to server and will likely cause this method to fail.
+ * p
+ * @param parser The code FTPFileEntryParser /code that should be
+ * used to parse each server file listing.
+ * @return An iteratable object that holds the raw information and is
+ * capable of providing parsed FTPFile objects, one for each file containing
+ * information contained in the given path in the format determined by the
+ * code parser /code parameter. Null will be returned if a
+ * data connection cannot be opened. If the current working directory
+ * contains no files, an empty array will be the return.
+ * @exception FTPConnectionClosedException
+ * If the FTP server prematurely closes the connection as a result
+ * of the client being idle or some other reason causing the server
+ * to send FTP reply code 421. This exception may be caught either
+ * as an IOException or independently as itself.
+ * @exception IOException If an I/O error occurs while either sending a
+ * command to the server or receiving a reply from the server.
+ * @see FTPFileList
+ */
+public FTPFileList createFileList(FTPFileEntryParser parser)
+throws IOException
+{
+return createFileList(null, parser);
+}
+
+/**
+ * Using a programmer specified code FTPFileEntryParser /code,
+ * initialize an object containing a raw file information for a directory
+ * or information for a single file. This information is obtained through
+ * the LIST command. This object is then capable of being iterated to
+ * return a sequence of FTPFile objects with information filled in by the
+ * code FTPFileEntryParser /code used.
+ * The server may or may not expand glob expressions. You should avoid
+ * using glob expressions because the return format for glob listings
+ * differs from server to server and will likely cause this method to fail.
+ * p
+ * @param parser The code FTPFileEntryParser /code that should be
+ * used to parse each server file listing.
+ * @param pathname The file or directory to list.
+ * @return An iteratable object that holds the raw information and is
+ * capable of providing parsed FTPFile objects, one for each file containing
+ * information contained in the given path in the format determined by the
+ * code parser /code parameter. Null will be returned if a
+ * data connection cannot be opened. If the supplied path contains
+ * no files, an empty array will be the return.
+ * @exception FTPConnectionClosedException
+ * If the FTP server prematurely closes the connection as a result
+ * of the client being idle or some other reason causing the server
+ * to send FTP reply code 421. This exception may be caught either
+ * as an IOException or independently as itself.
+ * @exception IOException If an I/O error occurs while either sending a
+ * command to the server or receiving a reply from the server.
+ * @see FTPFileList
+ */
+public FTPFileList createFileList(String
Re: [Attributes] dependancy on Logging
Hi,
Hi folks,
Can we consider one of two solutions for this _single_ use of commons
logging
1) Removal of the commons-logging from attributes?
2) Backwards compatible rework that will allow the application to run
without commons logging in the classpath (or classloader tree for
complex deployments).
I undersatnd this single use is not pragmatic, do you have problems with
classloading in logging ?
I have promissed to fix class loading in this component, it depends on
ThreadContext classloader and
it was a problem with this strategy in phoenix a year ago.
logging works on phoenix at this time, does not it ?
Can I have some opinions here, or should I just dive in, make a change
and wait for the flak?
Regards,
- Paul
Folks,
In Attributes.java, there is a single use of commons logging :
public static AttributeFinder getAttributeFinder() {
} catch (Exception e) {
logger.warn(failed to initialize specified implementation +
of AttributeFinder, using default, e);
}
}
Is there a chance that we could eliminate this use given that the
system recovers with the instantiation of a default AttributeFinder ?
It would be really useful :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser EnterpriseUnixFTPEntryParser.java NTFTPEntryParser.java OS2FTPEntryParser.java UnixFTPEntryParser.java VMSFTPEntryParser.java
scohen 2003/03/02 10:18:24
Added: net/src/java/org/apache/commons/net/ftp/parser
EnterpriseUnixFTPEntryParser.java
NTFTPEntryParser.java OS2FTPEntryParser.java
UnixFTPEntryParser.java VMSFTPEntryParser.java
Log:
new FTPFileEntryParsers, formerly in ftp2
Revision ChangesPath
1.1
jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser/EnterpriseUnixFTPEntryParser.java
Index: EnterpriseUnixFTPEntryParser.java
===
package org.apache.commons.net.ftp.parser;
/*
* The Apache Software License, Version 1.1
*
* Copyright (c) 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 acknowledgment:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself,
*if and wherever such third-party acknowledgments normally appear.
*
* 4. The names Apache and Apache Software Foundation and
*Apache Commons 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 name, without
*prior written permission of the Apache Software Foundation.
*
* 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/.
*/
import java.util.Calendar;
import org.apache.commons.net.ftp.FTPFile;
import org.apache.commons.net.ftp.FTPFileListParserImpl;
/**
* Parser for the Connect Enterprise Unix FTP Server From Sterling Commerce.
* @version $Id: EnterpriseUnixFTPEntryParser.java,v 1.1 2003/03/02 18:18:24 scohen
Exp $
* @author a href=[EMAIL PROTECTED]Winston Ojeda/a
*/
public class EnterpriseUnixFTPEntryParser extends FTPFileListParserImpl
{
// sample output line
//-C--E-FTP B QUA1I1 18128 41 Aug 12 13:56 QUADTEST
private static final String MONTHS =
(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec);
private static final String REGEX =
(([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z])([\\-]|[A-Z]))
+
(\\S*)\\s* + (\\S+)\\s* + (\\S*)\\s* + (\\d*)\\s* +
(\\d*)\\s* + MONTHS + \\s* + ((?:[012]\\d*)|(?:3[01]))\\s* +
((\\d\\d\\d\\d)|((?:[01]\\d)|(?:2[0123])):([012345]\\d))\\s +
(\\S*)(\\s*.*);
/**
* The sole constructor for a EnterpriseUnixFTPEntryParser object.
*
*/
public EnterpriseUnixFTPEntryParser()
{
super(REGEX);
}
/**
* Parses a line of a unix FTP server file listing and converts it into a
* usable format in the form of an code FTPFile /code instance. If
* the file listing line doesn't describe a file, code null /code is
* returned, otherwise a code FTPFile /code instance representing
cvs commit: jakarta-commons/net project.xml
scohen 2003/03/02 10:22:05 Modified:net project.xml Log: add dependency for oro jar Revision ChangesPath 1.23 +6 -1 jakarta-commons/net/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/net/project.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- project.xml 28 Feb 2003 02:44:47 - 1.22 +++ project.xml 2 Mar 2003 18:22:05 - 1.23 @@ -110,7 +110,12 @@ /contributor /contributors - dependencies/ + dependencies + dependency +idoro/id +version2.0.7/version + /dependency + /dependencies build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net build.xml
scohen 2003/03/02 10:22:24
Modified:net build.xml
Log:
add dependency for oro jar
Revision ChangesPath
1.16 +6 -4 jakarta-commons/net/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/net/build.xml,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- build.xml 26 Jan 2003 05:39:25 - 1.15
+++ build.xml 2 Mar 2003 18:22:24 - 1.16
@@ -15,7 +15,7 @@
/property
property name=javadocdir value=dist/docs/api
/property
- property name=final.name value=commons-net-1.0.0-dev
+ property name=final.name value=commons-net-1.0.1-dev
/property
target name=init description=o Initializes some properties
mkdir dir=${libdir}
@@ -41,7 +41,7 @@
/classpath
/javac
/target
- target name=jar description=o Create the jar depends=compile
+ target name=jar description=o Create the jar depends=compile,test
jar jarfile=target/${final.name}.jar excludes=**/package.html
basedir=${classesdir}
/jar
/target
@@ -120,7 +120,7 @@
/tstamp
property name=copyright value=Copyright amp;copy; Apache Software
Foundation. All Rights Reserved.
/property
-property name=title value=Jakarta Commons/Net 1.0.0-dev API
+property name=title value=Jakarta Commons/Net 1.0.1-dev API
/property
javadoc use=true private=true destdir=${javadocdir} author=true
version=true sourcepath=src/java packagenames=org.apache.commons.net.*
classpath
@@ -134,6 +134,8 @@
/javadoc
/target
target name=get-deps unless=noget depends=init
+get dest=${libdir}/oro-2.0.7.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/oro/jars/oro-2.0.7.jar;
+/get
get dest=${libdir}/junit-3.8.1.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar;
/get
get dest=${libdir}/ant-1.5.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/ant/jars/ant-1.5.jar;
@@ -147,4 +149,4 @@
unjar dest=${maven.home} src=${user.home}/maven-install-latest.jar
/unjar
/target
-/project
+/project
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser EnterpriseUnixFTPEntryParserTest.java FTPParseTestFramework.java NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java
scohen 2003/03/02 10:27:41
Added: net/src/test/org/apache/commons/net/ftp/parser
EnterpriseUnixFTPEntryParserTest.java
FTPParseTestFramework.java
NTFTPEntryParserTest.java
OS2FTPEntryParserTest.java
UnixFTPEntryParserTest.java
VMSFTPEntryParserTest.java
Log:
tests for new FTPFileEntryParsers, formerly in ftp2
Revision ChangesPath
1.1
jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/EnterpriseUnixFTPEntryParserTest.java
Index: EnterpriseUnixFTPEntryParserTest.java
===
package org.apache.commons.net.ftp.parser;
/*
* The Apache Software License, Version 1.1
*
* Copyright (c) 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 acknowledgment:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself,
*if and wherever such third-party acknowledgments normally appear.
*
* 4. The names Apache and Apache Software Foundation and
*Apache Commons 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 name, without
*prior written permission of the Apache Software Foundation.
*
* 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/.
*/
import junit.framework.TestSuite;
import org.apache.commons.net.ftp.FTPFile;
import org.apache.commons.net.ftp.FTPFileEntryParser;
/**
* Tests the EnterpriseUnixFTPEntryParser
*
* @version $Id: EnterpriseUnixFTPEntryParserTest.java,v 1.1 2003/03/02 18:27:41
scohen Exp $
* @author a href=mailto:[EMAIL PROTECTED]Winston Ojeda/a
*/
public class EnterpriseUnixFTPEntryParserTest extends FTPParseTestFramework
{
private static final String[] BADSAMPLES =
{
zrwxr-xr-x 2 root root 4096 Mar 2 15:13 zxbox,
dxrwr-xr-x 2 root root 4096 Aug 24 2001 zxjdbc,
drwxr-xr-x 2 root root 4096 Jam 4 00:03 zziplib,
drwxr-xr-x 2 root 99 4096 Feb 23 30:01 zzplayer,
drwxr-xr-x 2 root root 4096 Aug 36 2001 zztpp,
-rw-r--r-- 1 14 staff 80284 Aug 22 zxJDBC-1.2.3.tar.gz,
-rw-r--r-- 1 14 staff 119:26 Aug 22 2000 zxJDBC-1.2.3.zip,
-rw-r--r-- 1 ftp no group83853 Jan 22 2001
zxJDBC-1.2.4.tar.gz,
-rw-r--r-- 1ftp nogroup126552 Jan 22 2001 zxJDBC-1.2.4.zip,
-rw-r--r-- 1 root root 111325 Apr -7 18:79
zxJDBC-2.0.1b1.tar.gz,
drwxr-xr-x 2 root root 4096 Mar 2 15:13 zxbox,
drwxr-xr-x 2 root root 4096 Aug 24 2001 zxjdbc,
[NET] Proposal section added to main stem
I have checked in code implementing the new FTPFileEntryParser system, that has been
knocking around for close to a year. This code basically allows an iterable list of
ftp entries to created from which more expensive FTPFile objects are not created until
they are needed. It also checks in a number of regular-expression based parsers that
implement this system. This code, in a slightly different form, used to be found in
//jakarta-commons/net/ftp/ftp2
and then later in
//jakarta-commons/net/proposal/ftp2
but now it is moved to
//jakarta-commons/net/ftp.
This version is totally backward-compatible with the older system as were the earlier
versions. It is also well-integrated with the older system, which earlier versions
were not. That is to say that both are supported.
In the old system, after calls to log into the server
f=FTPClient();
f.connect(server)
f.login(username, password);
a list of files might be obtained by calling
f.listFiles(directory);
This will produce an array of FTPFile objects for the entire contents of directory
which might get to be prohibitively large when scanning a large directory.
In the new system, it works like this:
f=FTPClient();
f.connect(server)
f.login(username, password);
FTPFileList list = createFTPFileList(directory, parser);
FTPFileIterator iter = list.iterator();
while (iter.hasNext()) {
FTPFile[] files = iter.getNext(25); // or whatever page size you want
//do whatever you want with these files, display them, etc.
}
Unresolved issue:
There has been an issue raised with this system that it doesn't work on systems such
as OpenVMS which sometimes send FTP entries that span line feeds. This has not yet
been fixed, but a means for fixing it has been implemented in this set of changes.
The FTPFileEntryParser interface now has this method:
public String readNextEntry(BufferedReader reader) throws IOException;
This method is now called instead of BufferedReader.readLine() to get individual
entries. The default implementation simply delegates this call to
BufferedReader.readLine(). Overriding this method in the VMSFTPEntryParser class to
do the correct thing will solve this problem.
Steve Cohen
[EMAIL PROTECTED]
Re: [Attributes] dependancy on Logging
Can we consider one of two solutions for this _single_ use of commons
logging
1) Removal of the commons-logging from attributes?
2) Backwards compatible rework that will allow the application to run
without commons logging in the classpath (or classloader tree for
complex deployments).
I undersatnd this single use is not pragmatic, do you have problems with
classloading in logging ?
I have promissed to fix class loading in this component, it depends on
ThreadContext classloader and
it was a problem with this strategy in phoenix a year ago.
logging works on phoenix at this time, does not it ?
Why does people get in to trouble when depending on ThreadContext
classloader which is
the correct way to load classes with (if one want to be container friendly
:)
Depending on ThreadContext classloader will work if the container follows
the spec - and if there
are no TCL, then use class.forname - but remmeber to do it from a
method/class that is loaded
with your classes own classloader
/max
Can I have some opinions here, or should I just dive in, make a change
and wait for the flak?
Regards,
- Paul
Folks,
In Attributes.java, there is a single use of commons logging :
public static AttributeFinder getAttributeFinder() {
} catch (Exception e) {
logger.warn(failed to initialize specified implementation +
of AttributeFinder, using default, e);
}
}
Is there a chance that we could eliminate this use given that the
system recovers with the instantiation of a default AttributeFinder ?
It would be really useful :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Attributes] dependancy on Logging
Juozas, Can we consider one of two solutions for this _single_ use of commons logging 1) Removal of the commons-logging from attributes? 2) Backwards compatible rework that will allow the application to run without commons logging in the classpath (or classloader tree for complex deployments). I undersatnd this single use is not pragmatic, do you have problems with classloading in logging ? I have promissed to fix class loading in this component, it depends on ThreadContext classloader and it was a problem with this strategy in phoenix a year ago. logging works on phoenix at this time, does not it ? My problem is simple, I do not want to have to distribute commons-logging for because attributes depends on it. I do not want to distribute it becuase it will never get called. It is a compilation dependency only. - Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser FTPParseTestFramework.java NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java
scohen 2003/03/02 11:36:44 Modified:net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2 FTPClient2.java FTPFileEntryParser.java FTPFileIterator.java FTPFileList.java net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/parser NTFTPEntryParser.java OS2FTPEntryParser.java VMSFTPEntryParser.java net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser FTPParseTestFramework.java NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java net/src/java/org/apache/commons/net/ftp FTPFileEntryParser.java FTPFileIterator.java FTPFileList.java net/src/java/org/apache/commons/net/ftp/parser NTFTPEntryParser.java OS2FTPEntryParser.java VMSFTPEntryParser.java net/src/test/org/apache/commons/net/ftp/parser FTPParseTestFramework.java NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java Log: update developer email address Revision ChangesPath 1.5 +2 -2 jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPClient2.java Index: FTPClient2.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPClient2.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- FTPClient2.java 26 Jan 2003 00:21:43 - 1.4 +++ FTPClient2.java 2 Mar 2003 19:36:43 - 1.5 @@ -72,7 +72,7 @@ * fairly clear line between the old and the new; it's less confusing that * way. * - * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @version $Id$ */ public class FTPClient2 extends FTPClient 1.5 +2 -2 jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileEntryParser.java Index: FTPFileEntryParser.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileEntryParser.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- FTPFileEntryParser.java 26 Jan 2003 00:21:43 - 1.4 +++ FTPFileEntryParser.java 2 Mar 2003 19:36:43 - 1.5 @@ -64,7 +64,7 @@ * case you would create your own implementation of FTPFileEntryParser and * if necessary, subclass FTPFile. * - * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @version $Id$ * @see org.apache.commons.net.ftp.FTPFile * @see FTPClient2#listFiles 1.5 +2 -2 jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileIterator.java Index: FTPFileIterator.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileIterator.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- FTPFileIterator.java 26 Jan 2003 00:21:43 - 1.4 +++ FTPFileIterator.java 2 Mar 2003 19:36:43 - 1.5 @@ -64,7 +64,7 @@ * syntax familiar from Java 2 collections. Alternatively, entries may * be receieved as an array of any requested number of entries or all of them. * - * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @version $Id$ * @see org.apache.commons.net.ftp.ftp2.FTPFileList */ 1.5 +2 -2 jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileList.java Index: FTPFileList.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileList.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- FTPFileList.java 26 Jan 2003 00:21:43 - 1.4 +++ FTPFileList.java 2 Mar 2003 19:36:43 - 1.5 @@ -76,7 +76,7 @@ * prior to it as the older code(FTPClient.listFiles()/code methods did, * which required a bigger memory hit. * - * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve
cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java
scohen 2003/03/02 11:47:00 Modified:net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java net/src/test/org/apache/commons/net/ftp/parser NTFTPEntryParserTest.java OS2FTPEntryParserTest.java UnixFTPEntryParserTest.java VMSFTPEntryParserTest.java Log: update developer email address Revision ChangesPath 1.7 +2 -2 jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/NTFTPEntryParserTest.java Index: NTFTPEntryParserTest.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/NTFTPEntryParserTest.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- NTFTPEntryParserTest.java 2 Mar 2003 19:36:43 - 1.6 +++ NTFTPEntryParserTest.java 2 Mar 2003 19:46:59 - 1.7 @@ -60,7 +60,7 @@ import junit.framework.TestSuite; /** - * @author a href=mailto:[EMAIL PROTECTED]@apache.orgSteve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @versionn $Id$ */ public class NTFTPEntryParserTest extends FTPParseTestFramework 1.7 +2 -2 jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/OS2FTPEntryParserTest.java Index: OS2FTPEntryParserTest.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/OS2FTPEntryParserTest.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- OS2FTPEntryParserTest.java2 Mar 2003 19:36:43 - 1.6 +++ OS2FTPEntryParserTest.java2 Mar 2003 19:46:59 - 1.7 @@ -59,7 +59,7 @@ import org.apache.commons.net.ftp.ftp2.FTPFileEntryParser; /** - * @author a href=mailto:[EMAIL PROTECTED]@apache.orgSteve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @version $Id$ */ public class OS2FTPEntryParserTest extends FTPParseTestFramework 1.8 +2 -2 jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/UnixFTPEntryParserTest.java Index: UnixFTPEntryParserTest.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/UnixFTPEntryParserTest.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- UnixFTPEntryParserTest.java 2 Mar 2003 19:36:43 - 1.7 +++ UnixFTPEntryParserTest.java 2 Mar 2003 19:46:59 - 1.8 @@ -60,7 +60,7 @@ import org.apache.commons.net.ftp.ftp2.FTPFileEntryParser; /** - * @author a href=mailto:[EMAIL PROTECTED]@apache.orgSteve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @versionn $Id$ */ public class UnixFTPEntryParserTest extends FTPParseTestFramework 1.7 +2 -2 jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/VMSFTPEntryParserTest.java Index: VMSFTPEntryParserTest.java === RCS file: /home/cvs/jakarta-commons/net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser/VMSFTPEntryParserTest.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- VMSFTPEntryParserTest.java2 Mar 2003 19:36:43 - 1.6 +++ VMSFTPEntryParserTest.java2 Mar 2003 19:46:59 - 1.7 @@ -60,7 +60,7 @@ import org.apache.commons.net.ftp.ftp2.FTPFileEntryParser; /** - * @author a href=mailto:[EMAIL PROTECTED]@apache.orgSteve Cohen/a + * @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a * @version $Id$ */ public class VMSFTPEntryParserTest extends FTPParseTestFramework 1.3 +2 -2 jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/NTFTPEntryParserTest.java Index: NTFTPEntryParserTest.java === RCS file: /home/cvs/jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/NTFTPEntryParserTest.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NTFTPEntryParserTest.java 2 Mar 2003 19:36:44 - 1.2 +++ NTFTPEntryParserTest.java 2 Mar 2003 19:47:00 - 1.3 @@ -60,7 +60,7 @@ import junit.framework.TestSuite; /** - * @author a href=mailto:[EMAIL
Re: [Attributes] dependancy on Logging
snip
Why does people get in to trouble when depending on ThreadContext
classloader which is
the correct way to load classes with (if one want to be container friendly
:)
Depending on ThreadContext classloader will work if the container follows
the spec - and if there
are no TCL, then use class.forname - but remmeber to do it from a
method/class that is loaded
with your classes own classloader
/max
I do not like this kind of workarounds too, but some containers heve
problems with this, I do not have any problems
myself, but there are a lot reports from users.
Possible some users have problems to configure container and workarounds
will not help.
Can I have some opinions here, or should I just dive in, make a change
and wait for the flak?
Regards,
- Paul
Folks,
In Attributes.java, there is a single use of commons logging :
public static AttributeFinder getAttributeFinder() {
} catch (Exception e) {
logger.warn(failed to initialize specified implementation +
of AttributeFinder, using default, e);
}
}
Is there a chance that we could eliminate this use given that the
system recovers with the instantiation of a default AttributeFinder
?
It would be really useful :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Attributes] dependancy on Logging
Juozas, Why does people get in to trouble when depending on ThreadContext classloader which is the correct way to load classes with (if one want to be container friendly :) Depending on ThreadContext classloader will work if the container follows the spec - and if there are no TCL, then use class.forname - but remmeber to do it from a method/class that is loaded with your classes own classloader /max I do not like this kind of workarounds too, but some containers heve problems with this, I do not have any problems myself, but there are a lot reports from users. Possible some users have problems to configure container and workarounds will not help. You guys chat amongst yourselves if you like. I don't want to use common logging for a _single_ (nearly-never-called) warning. That is my reason, and nothing to do with context-classloader. Regards, - Paul H - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/examples MultiThreadedExample.java
mbecke 2003/03/02 15:22:44
Added: httpclient/src/examples MultiThreadedExample.java
Log:
Initial checkin. Added an example that performs GETs from muliple threads.
Revision ChangesPath
1.1
jakarta-commons/httpclient/src/examples/MultiThreadedExample.java
Index: MultiThreadedExample.java
===
import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.MultiThreadedHttpConnectionManager;
import org.apache.commons.httpclient.methods.GetMethod;
/**
* An example that performs GETs from multiple threads.
*
* @author Michael Becke
*/
public class MultiThreadedExample {
/**
* Constructor for MultiThreadedExample.
*/
public MultiThreadedExample() {
super();
}
public static void main(String[] args) {
// Create an HttpClient with the MultiThreadedHttpConnectionManager.
// This connection manager must be used if more than one thread will
// be using the HttpClient.
HttpClient httpClient = new HttpClient(new
MultiThreadedHttpConnectionManager());
// Set the default host/protocol for the methods to connect to.
// This value will only be used if the methods are not given an absolute URI
httpClient.getHostConfiguration().setHost(jakarta.apache.org, 80, http);
// create an array of URIs to perform GETs on
String[] urisToGet = {
/,
/commons/,
/commons/httpclient/,
http://cvs.apache.org/viewcvs/jakarta-commons/httpclient/;
};
// create a thread for each URI
GetThread[] threads = new GetThread[urisToGet.length];
for (int i = 0; i threads.length; i++) {
GetMethod get = new GetMethod(urisToGet[i]);
get.setFollowRedirects(true);
threads[i] = new GetThread(httpClient, get, i + 1);
}
// start the threads
for (int j = 0; j threads.length; j++) {
threads[j].start();
}
}
/**
* A thread that performs a GET.
*/
static class GetThread extends Thread {
private HttpClient httpClient;
private GetMethod method;
private int id;
public GetThread(HttpClient httpClient, GetMethod method, int id) {
this.httpClient = httpClient;
this.method = method;
this.id = id;
}
/**
* Executes the GetMethod and prints some satus information.
*/
public void run() {
try {
System.out.println(id + - about to get something from +
method.getURI());
// execute the method
httpClient.executeMethod(method);
System.out.println(id + - get executed);
// get the response body as an array of bytes
byte[] bytes = method.getResponseBody();
System.out.println(id + - + bytes.length + bytes read);
} catch (Exception e) {
System.out.println(id + - error: + e);
} finally {
// always release the connection after we're done
method.releaseConnection();
System.out.println(id + - connection released);
}
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17470] - unknown host when loading app
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=17470. 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=17470 unknown host when loading app [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|struts- |commons- |[EMAIL PROTECTED] |[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17470] - unknown host when loading app
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=17470. 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=17470 unknown host when loading app --- Additional Comments From [EMAIL PROTECTED] 2003-03-03 00:50 --- I'm not sure that David's suggested fix is the right fix. Unless 1.0 rules files don't work with 1.0.1, I think we should be distributing both DTDs, and registering both locally. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/xdocs/stylesheets project.xml
tobrien 2003/03/02 17:07:03 Modified:xdocs/stylesheets project.xml Log: Changed reference to Codec Revision ChangesPath 1.68 +1 -1 jakarta-commons/xdocs/stylesheets/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/xdocs/stylesheets/project.xml,v retrieving revision 1.67 retrieving revision 1.68 diff -u -r1.67 -r1.68 --- project.xml 11 Feb 2003 19:30:48 - 1.67 +++ project.xml 3 Mar 2003 01:07:03 - 1.68 @@ -69,7 +69,7 @@ item name=Attributes href=http://jakarta.apache.org/commons/sandbox/attributes/index.html/ item name=Cache href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/cache// item name=Clazz href=http://jakarta.apache.org/commons/sandbox/clazz// -item name=Codec href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec// +item name=Codec href=http://jakarta.apache.org/commons/sandbox/codec/index.html/ item name=Configuration href=http://jakarta.apache.org/commons/sandbox/configuration/index.html/ item name=Daemon href=http://jakarta.apache.org/commons/sandbox/daemon/index.html/ item name=DbUtils href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/dbutils// - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html el.html index.html jexl.html lang.html license.html logging.html modeler.html patches.html pool.html releases.html sandbox.html versioning.html volunteering.html
tobrien 2003/03/02 17:49:34 Modified:docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html el.html index.html jexl.html lang.html license.html logging.html modeler.html patches.html pool.html releases.html sandbox.html versioning.html volunteering.html Log: Updated reference to codec Revision ChangesPath 1.75 +1 -1 jakarta-commons/docs/beanutils.html Index: beanutils.html === RCS file: /home/cvs/jakarta-commons/docs/beanutils.html,v retrieving revision 1.74 retrieving revision 1.75 diff -u -r1.74 -r1.75 --- beanutils.html18 Feb 2003 22:30:20 - 1.74 +++ beanutils.html3 Mar 2003 01:49:33 - 1.75 @@ -126,7 +126,7 @@ /li lia href=http://jakarta.apache.org/commons/sandbox/clazz/;Clazz/a /li -lia href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a +lia href=http://jakarta.apache.org/commons/sandbox/codec/index.html;Codec/a /li lia href=http://jakarta.apache.org/commons/sandbox/configuration/index.html;Configuration/a /li 1.70 +1 -1 jakarta-commons/docs/charter.html Index: charter.html === RCS file: /home/cvs/jakarta-commons/docs/charter.html,v retrieving revision 1.69 retrieving revision 1.70 diff -u -r1.69 -r1.70 --- charter.html 11 Feb 2003 19:31:59 - 1.69 +++ charter.html 3 Mar 2003 01:49:33 - 1.70 @@ -126,7 +126,7 @@ /li lia href=http://jakarta.apache.org/commons/sandbox/clazz/;Clazz/a /li -lia href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a +lia href=http://jakarta.apache.org/commons/sandbox/codec/index.html;Codec/a /li lia href=http://jakarta.apache.org/commons/sandbox/configuration/index.html;Configuration/a /li 1.61 +1 -1 jakarta-commons/docs/collections.html Index: collections.html === RCS file: /home/cvs/jakarta-commons/docs/collections.html,v retrieving revision 1.60 retrieving revision 1.61 diff -u -r1.60 -r1.61 --- collections.html 11 Feb 2003 19:31:59 - 1.60 +++ collections.html 3 Mar 2003 01:49:33 - 1.61 @@ -126,7 +126,7 @@ /li lia href=http://jakarta.apache.org/commons/sandbox/clazz/;Clazz/a /li -lia href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a +lia href=http://jakarta.apache.org/commons/sandbox/codec/index.html;Codec/a /li lia href=http://jakarta.apache.org/commons/sandbox/configuration/index.html;Configuration/a /li 1.75 +1 -1 jakarta-commons/docs/commons.html Index: commons.html === RCS file: /home/cvs/jakarta-commons/docs/commons.html,v retrieving revision 1.74 retrieving revision 1.75 diff -u -r1.74 -r1.75 --- commons.html 11 Feb 2003 19:31:59 - 1.74 +++ commons.html 3 Mar 2003 01:49:33 - 1.75 @@ -126,7 +126,7 @@ /li lia href=http://jakarta.apache.org/commons/sandbox/clazz/;Clazz/a /li -lia href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a +lia href=http://jakarta.apache.org/commons/sandbox/codec/index.html;Codec/a /li lia href=http://jakarta.apache.org/commons/sandbox/configuration/index.html;Configuration/a /li 1.93 +1 -1 jakarta-commons/docs/components.html Index: components.html === RCS file: /home/cvs/jakarta-commons/docs/components.html,v retrieving revision 1.92 retrieving revision 1.93 diff -u -r1.92 -r1.93 --- components.html 2 Mar 2003 11:13:30 - 1.92 +++ components.html 3 Mar 2003 01:49:33 - 1.93 @@ -126,7 +126,7 @@ /li lia href=http://jakarta.apache.org/commons/sandbox/clazz/;Clazz/a /li -lia href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a +lia href=http://jakarta.apache.org/commons/sandbox/codec/index.html;Codec/a /li lia
cvs commit: jakarta-commons/xdocs components.xml
tobrien 2003/03/02 17:54:10 Modified:xdocscomponents.xml Log: updated reference to codec Revision ChangesPath 1.78 +1 -1 jakarta-commons/xdocs/components.xml Index: components.xml === RCS file: /home/cvs/jakarta-commons/xdocs/components.xml,v retrieving revision 1.77 retrieving revision 1.78 diff -u -r1.77 -r1.78 --- components.xml2 Mar 2003 11:13:04 - 1.77 +++ components.xml3 Mar 2003 01:54:10 - 1.78 @@ -337,7 +337,7 @@ !-- /Clazz -- !-- Codec -- -dtbbiga href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a/big/b/dt +dtbbiga href=http://jakarta.apache.org/commons/sandbox/codec/;Codec/a/big/b/dt dd Codec seeks to encapsulate popular encoding/decoding algorithms. /dd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/docs components.html
tobrien 2003/03/02 17:55:07 Modified:docs components.html Log: updated reference to codec Revision ChangesPath 1.94 +1 -1 jakarta-commons/docs/components.html Index: components.html === RCS file: /home/cvs/jakarta-commons/docs/components.html,v retrieving revision 1.93 retrieving revision 1.94 diff -u -r1.93 -r1.94 --- components.html 3 Mar 2003 01:49:33 - 1.93 +++ components.html 3 Mar 2003 01:55:07 - 1.94 @@ -553,7 +553,7 @@ !-- /Clazz -- !-- Codec -- -dtbbiga href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/codec/;Codec/a/big/b/dt +dtbbiga href=http://jakarta.apache.org/commons/sandbox/codec/;Codec/a/big/b/dt dd Codec seeks to encapsulate popular encoding/decoding algorithms. /dd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/codec/xdocs/images logo.jpg
tobrien 2003/03/02 17:56:21 Modified:codec/xdocs/images logo.jpg Log: Updated the Codec logo Revision ChangesPath 1.2 +41 -95jakarta-commons-sandbox/codec/xdocs/images/logo.jpg Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/codec/xdocs changes.xml index.xml navigation.xml
tobrien 2003/03/02 17:56:47 Modified:codec/xdocs index.xml navigation.xml Added: codec/xdocs changes.xml Log: Updated codec site Revision ChangesPath 1.2 +4 -1 jakarta-commons-sandbox/codec/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons-sandbox/codec/xdocs/index.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- index.xml 27 Feb 2003 01:01:06 - 1.1 +++ index.xml 3 Mar 2003 01:56:47 - 1.2 @@ -11,7 +11,10 @@ section name=Commons Codec - pWelcome, this is currently an empty site./p + p +Welcome, to Commons Codec. Common Codec is an attempt to provide +definitive implementations of commonly used encoders and decoders. + /p /section 1.2 +2 -2 jakarta-commons-sandbox/codec/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons-sandbox/codec/xdocs/navigation.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- navigation.xml27 Feb 2003 01:01:06 - 1.1 +++ navigation.xml3 Mar 2003 01:56:47 - 1.2 @@ -1,13 +1,13 @@ ?xml version=1.0 encoding=ISO-8859-1? project name=Digester - titleDigester/title + titleCodec/title organizationLogo href=/images/jakarta-logo-blue.gif Jakarta /organizationLogo body -menu name=Digester +menu name=Codec item name=Overview href=/index.html/ 1.1 jakarta-commons-sandbox/codec/xdocs/changes.xml Index: changes.xml === ?xml version=1.0? document properties titleChanges/title author email=[EMAIL PROTECTED]Tim O'Brien/author /properties body release version=development date=in CVS action dev=tobrien type=update due-to=Christopher O'Brien due-to-email=[EMAIL PROTECTED] 2/25/03 - changes to method naming standard - see http://nagoya.apache.org/wiki/apachewiki.cgi?CodecProjectPages/CodecNaming /action action dev=tobrien type=add due-to=Christopher O'Brien due-to-email=[EMAIL PROTECTED] 2/24/03 - Added HEX implementation from Christopher O'Brien /action action dev=tobrien type=update 2/1?/03 - Refactor Base64 to implement both Encoder and Decoder /action action dev=tobrien type=add 2/1?/03 Add a Decoder interface /action action dev=tobrien type=update due-to=Jeffery Dever, Martin Redington 2/6/03 Added encodeChunked and optional chunking to the Base64 class in the binary package. This change was made to reach the goal of immediate reusability for the xml-rpc and httpclient projects. /action action dev=tobrien type=add due-to=Martin Redington 2/4/03 Integrated a Base64 impl from xml-rpc - Martin Redington /action action dev=tobrien type=update 2/3/03 Moved phonetic encoders into dedicated language package. /action action dev=tobrien type=add due-to=Kyle Burton 2/3/03 - Added Nysiis code and tests /action action dev=tobrien type=add due-to=Kyle Burton 2/3/03 - Added DoubleMetaphone code and tests /action action dev=tobrien type=update 2/2/03 - language package created to hold language and phonetic encodings /action action dev=tobrien type=update 2/2/03 - All CRLF issues resolved in codec /action /release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/codec project.xml project.properties
tobrien 2003/03/02 17:57:27
Modified:codecproject.xml project.properties
Log:
Updated maven project descriptor and associated properties
Revision ChangesPath
1.2 +43 -8 jakarta-commons-sandbox/codec/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons-sandbox/codec/project.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.xml 27 Feb 2003 00:54:57 - 1.1
+++ project.xml 3 Mar 2003 01:57:27 - 1.2
@@ -4,7 +4,7 @@
extend../../jakarta-commons/project.xml/extend
nameCodec/name
idcommons-codec/id
- currentVersion1.0-dev/currentVersion
+ currentVersion1.1-dev/currentVersion
inceptionYear2002/inceptionYear
shortDescription
A collection of simple and common encoders and decoders
@@ -19,8 +19,8 @@
versions
version
iddev/id
- name1.0-dev/name
- tagCODEC_1_0_DEV/tag
+ name1.1-dev/name
+ tagCODEC_1_1_DEV/tag
/version
/versions
@@ -31,7 +31,7 @@
email[EMAIL PROTECTED]/email
/developer
developer
- nameTim O'Brien/name
+ nameTim OBrien/name
idtobrien/id
email[EMAIL PROTECTED]/email
/developer
@@ -50,14 +50,46 @@
iddlr/id
email[EMAIL PROTECTED]/email
/developer
+developer
+ nameJon S. Stevens/name
+ idjon/id
+ email[EMAIL PROTECTED]/email
+/developer
/developers
-
+
+ contributors
+ contributor
+ nameChristopher O'Brien/name
+ email[EMAIL PROTECTED]/email
+ roleshex, md5, architecture/roles
+ /contributor
+ contributor
+ nameMartin Redington/name
+ rolesrepresenting xml-rpc/roles
+ /contributor
+ contributor
+ nameKyle Burton/name
+ rolesdouble metaphone, nysiis/roles
+ /contributor
+ contributor
+ nameJeffery Dever/name
+ rolesrepresenting http-client/roles
+ /contributor
+ /contributors
+
dependencies
-dependency
+!--dependency
idjunit/id
version3.8/version
-/dependency
+/dependency --
/dependencies
+
+
issueTrackingUrlhttp://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=NEWamp;bug_status=ASSIGNEDamp;bug_status=REOPENEDamp;email1=amp;emailtype1=substringamp;emailassigned_to1=1amp;email2=amp;emailtype2=substringamp;emailreporter2=1amp;bugidtype=includeamp;bug_id=amp;changedin=amp;votes=amp;chfieldfrom=amp;chfieldto=Nowamp;chfieldvalue=amp;product=Commonsamp;component=Sandboxamp;short_desc=amp;short_desc_type=allwordssubstramp;long_desc=amp;long_desc_type=allwordssubstramp;bug_file_loc=amp;bug_file_loc_type=allwordssubstramp;keywords=amp;keywords_type=anywordsamp;field0-0-0=noopamp;type0-0-0=noopamp;value0-0-0=amp;cmdtype=doitamp;order=%27Importance%27/issueTrackingUrl
+
+ repository
+connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons-sandbox/${pom.artifactId.substring(8)}/connection
+
urlhttp://cvs.apache.org/viewcvs/jakarta-commons-sandbox/${pom.artifactId.substring(8)}//url
+ /repository
build
unitTest
@@ -77,16 +109,19 @@
reports
reportmaven-changelog-plugin/report
+ reportmaven-changes-plugin/report
reportmaven-checkstyle-plugin/report
+ reportmaven-clover-plugin/report
reportmaven-developer-activity-plugin/report
reportmaven-file-activity-plugin/report
reportmaven-javadoc-plugin/report
reportmaven-jdepend-plugin/report
+ reportmaven-jellydoc-plugin/report
reportmaven-junit-report-plugin/report
reportmaven-jxr-plugin/report
reportmaven-license-plugin/report
reportmaven-linkcheck-plugin/report
+ reportmaven-statcvs-plugin/report
reportmaven-tasklist-plugin/report
- reportmaven-clover-plugin/report
/reports
/project
1.2 +6 -1 jakarta-commons-sandbox/codec/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons-sandbox/codec/project.properties,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.properties27 Feb 2003 00:54:57 - 1.1
+++ project.properties3 Mar 2003 01:57:27 - 1.2
@@ -6,4 +6,9 @@
maven.checkstyle.excludes=**/parser/*
maven.test.failure = false
maven.junit.fork=true
-maven.linkcheck.enable=true
\ No newline at end of file
+maven.linkcheck.enable=true
+
+maven.xdoc.date=left
+maven.xdoc.version=${pom.currentVersion}
+maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cvs commit: jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/language DoubleMetaphone.java Nysiis.java
tobrien 2003/03/02 17:58:08
Modified:codec/src/java/org/apache/commons/codec/binary Base64.java
codec/src/java/org/apache/commons/codec/language
DoubleMetaphone.java Nysiis.java
Log:
Added todo items to classes
Revision ChangesPath
1.8 +5 -3
jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/binary/Base64.java
Index: Base64.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/binary/Base64.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- Base64.java 25 Feb 2003 08:19:40 - 1.7
+++ Base64.java 3 Mar 2003 01:58:07 - 1.8
@@ -81,6 +81,8 @@
* @author a href=[EMAIL PROTECTED]Daniel Rall/a
* @author a href=[EMAIL PROTECTED]Martin Redington/a
* @since 1.0-dev
+ *
+ * @todo Add more documentation
*/
public class Base64 implements BinaryEncoder, BinaryDecoder {
1.8 +4 -1
jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/language/DoubleMetaphone.java
Index: DoubleMetaphone.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/language/DoubleMetaphone.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- DoubleMetaphone.java 25 Feb 2003 08:19:40 - 1.7
+++ DoubleMetaphone.java 3 Mar 2003 01:58:07 - 1.8
@@ -68,6 +68,9 @@
* @version $Revision$
* @author Ed Parish
* @author a href=[EMAIL PROTECTED]Kyle R. Burton/a
+ *
+ * @todo Modify DoubleMetaphone implementation - make it thread safe(r).
+ * @todo Figure out why algorithm fails to properly code bryce and maurice.
*/
public class DoubleMetaphone implements StringEncoder {
1.7 +3 -1
jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/language/Nysiis.java
Index: Nysiis.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/codec/src/java/org/apache/commons/codec/language/Nysiis.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- Nysiis.java 25 Feb 2003 08:19:40 - 1.6
+++ Nysiis.java 3 Mar 2003 01:58:08 - 1.7
@@ -68,6 +68,8 @@
*
* @version $Revision$
* @author a href=[EMAIL PROTECTED]Kyle R. Burton/a
+ *
+ * @todo Modify Nysiis implementation - make it thread safe(r).
*/
public final class Nysiis implements StringEncoder {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/codec TODO
tobrien 2003/03/02 17:59:11 Modified:codecTODO Log: TODO now only contains project-wide todo items. Code specific items have been moved to the corresponding classes and are made available via the maven-tasklist-plugin. Completed items are now displayed via the maven-changes-plugin Revision ChangesPath 1.12 +1 -44 jakarta-commons-sandbox/codec/TODO Index: TODO === RCS file: /home/cvs/jakarta-commons-sandbox/codec/TODO,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- TODO 25 Feb 2003 08:19:40 - 1.11 +++ TODO 3 Mar 2003 01:59:11 - 1.12 @@ -3,13 +3,7 @@ should be updated by all committers when a known issues or task is identified. -This TODO list be periodically sync'd with the content on -http://nagoya.apache.org/wiki/apachewiki.cgi?CodecProjectPages - this -WIKI page is provides as a tool for volunteers to comment on the -current TODO list and to suggest tasks. - -When a task in the TODO list is done, move the entry to the DONE list -below, and note who made the change and when. +When a task in the TODO list is done, change the changes.xml document in xdocs ** TODO List @@ -23,49 +17,12 @@ * Add a Rot13 implementation to text package - - -* Documentation! Create Forrest documentation for Codec AFTER documentation has evolved in Wiki - -* Integrate Patches: -** Patch submitted by Iulian Musat for Base64 - -* DoubleMetaphone -** Modify DoubleMetaphone implementation - make it thread safe(r). -** Figure out why algorithm fails to properly code bryce and maurice. - -* Nysiis -** Modify Nysiis implementation - make it thread safe(r). - * figure out a better way to supply test data and expected input/output to the JUNIT test cases * develop multiple distributions for projects that only wish to use a specific class, and are worried about footprint (memory and diskspace). -* add more documentation to Base64 -* Move towards a standard naming convention for encoders/decoders as - described on -** DONE (this list will help us generate RELEASE-NOTES when it comes time for a release) -2/25/03 - TOB - * changes to method naming standard - see http://nagoya.apache.org/wiki/apachewiki.cgi?CodecProjectPages/CodecNaming -2/24/03 - TOB - * Added HEx implementation from Christopher O'Brien -2/1?/03 - TOB - * Refactor Base64 to implement both Encoder and Decoder -2/1?/03 - TOB - * Add a Decoder interface -2/7/03 - TOB - Removed all deprecated classes this includes - base64.Base64 - .Soundex, .RefinedSoundex, and .DoubleMetaphone -2/6/03 - TOB - Added encodeChunked and optional chunking to the Base64 -class in the binary package. This change was made to - reach the goal of immediate reusability for the xml-rpc - and httpclient projects. -2/4/03 - TOB - Integrated a Base64 impl from xml-rpc - Martin Redington -2/3/03 - TOB - Moved phonetic encoders into dedicated language package. -2/3/03 - TOB - Added Nysiis code and tests from Kyle Burton -2/3/03 - TOB - Added DoubleMetaphone code and tests from Kyle Burton -2/2/03 - TOB - language package created to hold language and phonetic encodings -2/2/03 - TOB - All CRLF issues resolved in codec -1/31/03 - TOB - Patch submitted fixing CRLF problems in Soundex.java -1/31/03 - TOB - Patch submitted fixing CRLF problems in RefinedSoundex.java \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp FTPFileEntryParser.java FTPFileIterator.java FTPFileList.java
scohen 2003/03/02 19:42:06
Modified:net/src/java/org/apache/commons/net/ftp
FTPFileEntryParser.java FTPFileIterator.java
FTPFileList.java
Log:
remove stale @see references from javadocs
Revision ChangesPath
1.3 +2 -2
jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileEntryParser.java
Index: FTPFileEntryParser.java
===
RCS file:
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileEntryParser.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FTPFileEntryParser.java 2 Mar 2003 19:36:43 - 1.2
+++ FTPFileEntryParser.java 3 Mar 2003 03:42:05 - 1.3
@@ -67,7 +67,7 @@
* @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a
* @version $Id$
* @see org.apache.commons.net.ftp.FTPFile
- * @see FTPClient2#listFiles
+ * @see org.apache.commons.net.ftp.FTPClient#createFileList
*/
public interface FTPFileEntryParser
{
1.3 +2 -2
jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileIterator.java
Index: FTPFileIterator.java
===
RCS file:
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileIterator.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FTPFileIterator.java 2 Mar 2003 19:36:43 - 1.2
+++ FTPFileIterator.java 3 Mar 2003 03:42:05 - 1.3
@@ -65,7 +65,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a
* @version $Id$
- * @see org.apache.commons.net.ftp.ftp2.FTPFileList
+ * @see org.apache.commons.net.ftp.FTPFileList
*/
public class FTPFileIterator
{
1.3 +2 -3
jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileList.java
Index: FTPFileList.java
===
RCS file:
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/ftp/FTPFileList.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FTPFileList.java 2 Mar 2003 19:36:43 - 1.2
+++ FTPFileList.java 3 Mar 2003 03:42:05 - 1.3
@@ -77,8 +77,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED]Steve Cohen/a
* @version $Id$
- * @see FTPClient2#listFiles
- * @see FTPClient2#createFileList
+ * @see org.apache.commons.net.ftp.FTPClient#createFileList
*/
public class FTPFileList
{
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Class Loading Problems
I'm partially responsible for the current classloading scheme. I'd sure like to understand what your problems are. Can you describe a step-by-step scenario that demonstrates what you see happening, and why you think it's not correct? Likewise, for any code changes that you make, please help me understand what you are doing differently, and why. Remember that it's important that you preserve current behavior (fixing if broken is OK, changing because you don't agree with it isn't... admittedly a subtle distinction, but one I've gone to some effort to adhere to). *** Richard A. Sitze IBM WebSphere WebServices Development Hi, this misunderstanding is not any kind of problem, I yust do not know all convensions and have problems with my english. I will try to fix this problem on weekend, it must trivial to solve for some of situations, proposed solution class loader priority will not wok 100%, but it will work then ThreadContextClassLoader is the SystemClassLoader. All problems I have saw on user lists (problem in logging and lang) are caused by SystemClassLoader = ThreadContextClassLoader, but AppLicationClassLoader != SystemClassLoader. Howdy, can I add myself to logging comiters list and fix this problem ? No, you can't make yourself a committer. You are welcome to open bug A commons committer can participate in any common component. I know -- it was my misunderstanding. I should've checked if the person was already committer for other commons things. I apologize ;) Yoav Shapira Millennium ChemInformatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proper Order of things...
I am getting inconsistent results on a few things and I realized I really am sort of parroting examples and really don't know the true order of things when doing a series of connections. So let me ask a few questions: 1) If doing to of the same type of requests what is the correct method for they type of action do I: a) use two Method variables b) use the same one with a recycle but cast it new again c) use the same one without a recycle but cast it new d) use the same one with a recycle but use setPath between executes e) none of the above 2) If doing a Post which returns another page do I need to really Get that page? 3) What the proper place for a method.releaseConnection? After the method, after you are all done? 4) Once the client is set up and configured, do you need to do anything to maintain it? 5) Rejected cookies. OK so the system I'm connecting to can not make a good cookie, can't I accept it anyway? 6) Starting out, here the order I think is correct am I right? a) create a host configuration a) create a connection using that host config b) use that connection to create a connection Manager c) use that connection Manager to create a client d) create a Method e) execute that method using the host config and client
Cookie Header String
I had a new problem today, but unlike my last one, I figured it out today. But I was wondering if it the way the HttpClient works, a setting, or something I should be doing. The HttpClient is creating a header like this: Cookie: cookie1=blah1 Cookie: cookie2=blah2 Cookie: cookie3-blah3 Cookie: cookie4=blah4 But the browser sends cookies like this: Cookie: cookie1=blah1; cookie2=blah2; cookie3=blah3; cookie4=blah4 Right now I cam just getting the cookies and creating a response header with the array concatenated into the above format and the server accepts it. Is there an easier way? Ross
DO NOT REPLY [Bug 17569] - Include generated website in the distribution
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=17569. 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=17569 Include generated website in the distribution --- Additional Comments From [EMAIL PROTECTED] 2003-03-02 22:38 --- Well, AFAIK velocity + the jakarta-site2 stylesheet are sufficient to build the docs (i.e. maven is not really required). The reason for this is, to be able to build an off-line or better local version of the docs, where one is able to adapt all links to external sources to its local dev doc site. Getting the stuff from CVS is not really a good solution, since one can´t build the stuff in off-line mode and further the docs might not correspond to the downloaded source package ... Please have a look at the velocity build/build.xml file! It's really simple, to add an anakia task, which is able to build docs even in the off-line mode ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cookie Header String
Ross, Just use strict mode. That will make HttpClient put all cookies into one header Oleg On Sun, 2003-03-02 at 21:38, Ross Rankin wrote: I had a new problem today, but unlike my last one, I figured it out today. But I was wondering if it the way the HttpClient works, a setting, or something I should be doing. The HttpClient is creating a header like this: Cookie: cookie1=blah1 Cookie: cookie2=blah2 Cookie: cookie3-blah3 Cookie: cookie4=blah4 But the browser sends cookies like this: Cookie: cookie1=blah1; cookie2=blah2; cookie3=blah3; cookie4=blah4 Right now I cam just getting the cookies and creating a response header with the array concatenated into the above format and the server accepts it. Is there an easier way? Ross - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proper Order of things...
Ross Rankin wrote: I am getting inconsistent results on a few things and I realized I really am sort of parroting examples and really don't know the true order of things when doing a series of connections. So let me ask a few questions: What sorts of inconsistent results? 1) If doing to of the same type of requests what is the correct method for they type of action do I: a) use two Method variables This works. b) use the same one with a recycle but cast it new again What do you mean by cast it new again? Aside from that, this works; you can re-use HttpMethodMethod objects as long as you call recycle() first. After you call recycle(), the object is essentially virgin again, so you have to call setPath, re-set all of the headers, and so on. c) use the same one without a recycle but cast it new This won't work. You must call recycle() if you're going to re-use a HttpMethod object. d) use the same one with a recycle but use setPath between executes See the answer to b). 2) If doing a Post which returns another page do I need to really Get that page? No, if I understand the question correctly. If you're writing a browser-type application and the POST is a page-transition sort of POST, then the data for the new page/resource will be returned in the response to the POST. There's no need to follow it by a GET. Of course, someone *could* dream up a protocol layered on top of HTTP that required all POSTs to be followed by GETs, but I've never heard of one. 3) What the proper place for a method.releaseConnection? After the method, after you are all done? After you're finished reading from the method's input stream, I think. I'm not 100% sure about this one though, because this part of httpclient has changed a lot. 4) Once the client is set up and configured, do you need to do anything to maintain it? HttpClient isn't really a server that you set up or configure. It's just a class library that you call. So I don't really understand the question. 5) Rejected cookies. OK so the system I'm connecting to can not make a good cookie, can't I accept it anyway? You can experiment with the apache.commons.httpclient.cookiespec system property. By default, HttpClient uses the RFC2109 cookie policy, which is fairly strict. If you set this property to COMPATIBILITY, it will be more lenient and might accept the broken cookies from your server. See the code in org.apache.commons.httpclient.cookie.CookiePolicy for details. 6) Starting out, here the order I think is correct am I right? a) create a host configuration a) create a connection using that host config b) use that connection to create a connection Manager c) use that connection Manager to create a client d) create a Method e) execute that method using the host config and client Close. You don't need to create a connection yourself. Just create a connection manager (probably a MultiThreadedHttpConnectionManager) and then use that to create an HttpClient. The connection manager will create the connections itself, as needed. Then you create methods and execute them using your host config and client. Laura Werner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proper Order of things...
Ross,
Below are some answers to your questions.
1) If doing to of the same type of requests what is the correct
method for
they type of action do I:
a) use two Method variables
b) use the same one with a recycle but cast it new again
c) use the same one without a recycle but cast it new
d) use the same one with a recycle but use setPath between
executes
e) none of the above
There are many options. It depends what specifically your needs are.
I generally only use a method once. The only real restrictions are as
follows:
1 - methods are not thread safe so they can only be used by one thread
at a time
2 - a method must be recycled before it can be reused
2) If doing a Post which returns another page do I need to really Get
that
page?
I'm not exactly sure what your asking, but, after you do a post, the
server's response can be read using one of the getResponseBody*()
methods.
3) What the proper place for a method.releaseConnection? After the
method,
after you are all done?
The connection should be released after it is no longer being used. A
connection is given to a method each time it is executed. So, the
connection is no longer being used after a particular method execution
and the corresponding response are completed. It will most likely look
something like:
try {
client.executeMethod(method);
// process method response here
} catch (Exception e ) {
// do something
} finally {
method.releaseConnection();
}
4) Once the client is set up and configured, do you need to do
anything to
maintain it?
I can't think of anything. I'm not sure what you mean by maintain
though.
5) Rejected cookies. OK so the system I'm connecting to can not make
a good
cookie, can't I accept it anyway?
It is possible to change the cookie parsing policy to be more lenient.
Try:
CookiePolicy.setDefaultPolicy(CookiePolicy.COMPATABILITY);
6) Starting out, here the order I think is correct am I right?
a) create a host configuration
a) create a connection using that host config
b) use that connection to create a connection Manager
c) use that connection Manager to create a client
d) create a Method
e) execute that method using the host config and client
It should look something like:
HttpClient httpClient = new HttpClient();
httpClient.getHostConfiguration().setHost(jakarta.apache.org, -1,
http);
GetMethod method = new GetMethod(/);
httpClient.executeMethod(method);
Please take a look at the examples directory for some more ideas of how
HttpClient can be used. The examples dir is included in the source and
is also available at:
http://cvs.apache.org/viewcvs/jakarta-commons/httpclient/src/examples/
Mike
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
