DO NOT REPLY [Bug 29673] - [lang] ExceptionUtils: new getCause() methodname (for tomcat-exception)

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29673

[lang] ExceptionUtils: new getCause() methodname (for tomcat-exception)





--- Additional Comments From [EMAIL PROTECTED]  2004-06-28 08:10 ---
The tomcat exception ClientAbortException has a nested exception accessible via
the getThrowable() method. Perhaps you could add it to the well known
CAUSE_METHOD_NAMES array.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Processing of multipart/form-data request failed. Read timed out

2004-06-28 Thread Stan Pinte
hello,
I am using the fileupload component within the struts framework.
I have some users having extremely frequently the following problem:
INFO   | jvm 1| 2004/06/28 09:51:34 |
org.apache.commons.fileupload.FileUploadException: Processing of
multipart/form-data request failed. Read timed out
I saw that it has already been debated on the list:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03393.html
however, the solution suggested was not to parse the File, if no
filename was given.
As I am working with struts, the FileUpload is being done earlier in the
~ struts processing:
INFO   | jvm 1| 2004/06/28 07:45:50 |
org.apache.commons.fileupload.FileUplo
adException: Processing of multipart/form-data request failed. Read
timed out
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.commons.fileupload
.FileUpload.parseRequest(FileUpload.java:519)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.commons.fileupload
.FileUpload.parseRequest(FileUpload.java:355)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.upload.Comm
onsMultipartRequestHandler.handleRequest(CommonsMultipartRequestHandler.java:233
)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.util.Reques
tUtils.populate(RequestUtils.java:1055)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.action.Requ
estProcessor.processPopulate(RequestProcessor.java:816)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.action.Requ
estProcessor.process(RequestProcessor.java:254)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.action.Acti
onServlet.process(ActionServlet.java:1420)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
org.apache.struts.action.Acti
onServlet.doPost(ActionServlet.java:520)
INFO   | jvm 1| 2004/06/28 07:45:50 |   at
javax.servlet.http.HttpServle
t.service(HttpServlet.java:760)
Any idea why it does occur, and how I could cure it?
For me, it sound like a bug in RFC 1867 handling...and it must be at one
of two ends:
client-side, or server-side. Server-side, the culprit could be the
servlet implementation used (Jetty in that case, but the other case uses
Tomcat), or FileUpload.
An interesting detail: both me and the above cited thread use SSL.
would SSL break file uploads?
thanks a lot,
Stan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 29838] New: - strange Digester parsing error

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29838

strange Digester parsing error

   Summary: strange Digester parsing error
   Product: Commons
   Version: 1.5 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Digester
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


While testing our application we ran into a strange Digester parse issue.
It looks like the Digester sometimes forgets to parse a value in the xml. Here 
the situation:

1. If we fire testscript A that doesnot comply to the schema we set on the 
Digester then we get a parsing error as expected. The error is that field Z in 
the xml was not valid.
2. We fire testscript B which should return an answer. The first time we fire 
it the Digester doesnot map field Z (which now has a valid value) to the java 
class as defined in the rule file.
3. We fire testscript B again unchanged and now field Z is mapped by the 
Digester to the correct attribute in the corresponding java class.

If at point 1 we dont fire testscript A (with the invalid value for attribute Z)
but say C or any other this doesnot occur and we get the reply we expect..

It seems like that after a call which results in a SAXException due to an 
invalid value in the XML according to the attached schema the next call fails 
to parse the xml correctly to the java object defined in the rule file. The 
third call however (which is exactly the same as the second) succeeds.

Any idea's?

Regards,
Lars Vonk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [net] Javadoc question

2004-06-28 Thread Steve Cohen
Have at it, Daniel.  You can surely do the job quicker than I can.

On Sunday 27 June 2004 10:51 pm, Daniel F. Savarese wrote:
 In message [EMAIL PROTECTED], Steve Cohen writes:
 These broken links are almost all of the following form
 
 a href = org.apache.commons.net.package/Class.html
 
 Of course, these won't work.
 
 Can someone help me answer these questions?
 
 How did they ever work?
 Is this the result of some global search and replace gone awry?
 What is the right way to express such links in javadoc?  Relative paths?
   is

 Before there was ever a link tag, JDK 1.1 javadoc generated files of the
 form packagename.classname.html  The only way to reference them was
 directly. Somewhere in the migration process from NetComponents to Commons
 Net, the links must have been overlooked, but got the
 org.apache.commons.net in them from a substitution to fix up the package
 names.  It should be easy enough to do a
 find src/ -name *.java -print | xargs \
   perl -pi -e 's/a\s+href=([^]+)\.html/[EMAIL PROTECTED] $1}/g' \
-e 's/a\s+href=([^]+)\.html(#[^]+)/[EMAIL PROTECTED] $1$2}/g'
 to fix most of it up.  The substitution expressions are off the top of my
 head and surely need tweaking; they also generate fully qualified class
 names. If you want, I can fix it up.

 daniel



 -
 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]



DO NOT REPLY [Bug 29840] New: - Dependencies HTML Broken Links

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29840.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29840

Dependencies HTML Broken Links

   Summary: Dependencies HTML Broken Links
   Product: Commons
   Version: 1.0 Alpha
  Platform: All
   URL: http://jakarta.apache.org/commons/validator/dependencies
.html
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Validator
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Not sure whom to contact, but 
Most of the links on the Commons Validator's dependencies page 

http://jakarta.apache.org/commons/validator/dependencies.html

are broken.  They are

http://jakarta.apache.org/commons/beanutils.html should be
http://jakarta.apache.org/commons/beanutils/

http://jakarta.apache.org/commons/collections.html  should be
http://jakarta.apache.org/commons/collections/

http://jakarta.apache.org/commons/digester.html should be
http://jakarta.apache.org/commons/digester/

ttp://jakarta.apache.org/commons/logging.html should be
ttp://jakarta.apache.org/commons/logging/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[VOTE-RESULT] Jakarta Commons Committer rights for Brett Porter

2004-06-28 Thread peter royal
Jakarta Commons has voted in favor of granting Brett Porter commit 
access.

Brett already has ASF commit access via the Maven project.
Projects to receive additional access to: jakarta-commons, 
jakarta-commons-sandbox

Vote Results:
-1: 0
+0: 1
+1: 11
Vote Thread:
http://marc.theaimsgroup.com/?t=10870959311r=1w=2
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[Jakarta Commons Wiki] Updated: LocalSpellingWords

2004-06-28 Thread commons-dev
   Date: 2004-06-28T06:40:57
   Editor: 12.18.36.40 
   Wiki: Jakarta Commons Wiki
   Page: LocalSpellingWords
   URL: http://wiki.apache.org/jakarta-commons/LocalSpellingWords

   no comment

Change Log:

--
@@ -94,3 +94,5 @@
 com datastructure dbcp Evictable evictor int javadocs junit pdf png poolable Poolable 
tomcat
 
 deprecated deprecation initialsize Min min refactoring transactional
+
+codebase committers refactored roadmap Roadmap sidelines weblogs whilst

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[Jakarta Commons Wiki] Updated: Betwixt

2004-06-28 Thread commons-dev
   Date: 2004-06-28T06:41:50
   Editor: 12.18.36.40 
   Wiki: Jakarta Commons Wiki
   Page: Betwixt
   URL: http://wiki.apache.org/jakarta-commons/Betwixt

   no comment

Change Log:

--
@@ -18,7 +18,7 @@
 
 Documentation created by users, for users. 
 
- * /FequentlyAskedQuestions
+ * /FrequentlyAskedQuestions
 
 
 
@@ -38,7 +38,7 @@
 
  * A Betwixt 0.5 release will be made based on the code in CVS HEAD before the 
refactored read design is merged in. This will be a baseline release with 
warts-and-all.
  * A Betwixt 0.6 release will be made once the refactored read design has been merged 
into CVS HEAD. This will be a baseline release for this codebase. Point releases may 
be made as the enhancements which this design allows are implemented.
- * Betwixt 0.7 releases will feature abstracted intefaces for the descriptors and 
XMLBeanInfo generation. May also feature support for object pipelines.
+ * Betwixt 0.7 releases will feature abstracted interfaces for the descriptors and 
XMLBeanInfo generation. May also feature support for object pipelines.
 
 == Release Plans ==
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 29829] - Filtered Maps, Lists, and Sets

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29829

Filtered Maps, Lists, and Sets





--- Additional Comments From [EMAIL PROTECTED]  2004-06-28 15:24 ---
Created an attachment (id=11978)
Implementation of FilteredCollection

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 29829] - Filtered Maps, Lists, and Sets

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29829

Filtered Maps, Lists, and Sets





--- Additional Comments From [EMAIL PROTECTED]  2004-06-28 15:24 ---
Created an attachment (id=11979)
Implementation of Filtered set

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 29830] - More extraction methods to CollectionUtils.

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29830

More extraction methods to CollectionUtils.





--- Additional Comments From [EMAIL PROTECTED]  2004-06-28 15:28 ---
Created an attachment (id=11982)
Methods to retrieve elements from collections with default value

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 29829] - Filtered Maps, Lists, and Sets

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29829

Filtered Maps, Lists, and Sets





--- Additional Comments From [EMAIL PROTECTED]  2004-06-28 15:31 ---
Created an attachment (id=11983)
Implementation of Filtered Map (untested)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/util - New directory

2004-06-28 Thread imario
imario  2004/06/28 11:43:57

  jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/util - New directory

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons-sandbox/functor/xdocs examples.xml

2004-06-28 Thread rwaldhoff
rwaldhoff2004/06/28 12:36:53

  Modified:functor/xdocs examples.xml
  Log:
  update links now that src/test xref isn't published
  
  Revision  ChangesPath
  1.8   +13 -13jakarta-commons-sandbox/functor/xdocs/examples.xml
  
  Index: examples.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/functor/xdocs/examples.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- examples.xml  28 Feb 2004 17:12:07 -  1.7
  +++ examples.xml  28 Jun 2004 19:36:53 -  1.8
  @@ -81,34 +81,34 @@
 Commons-Functor library.
   /p
   dl
  -  dta 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/one/package-summary.html;Kata
 One: Supermarket Pricing/a/dt
  +  dta 
href=http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/one/;Kata
 One: Supermarket Pricing/a/dt
 dd
   Dave's a 
href=http://pragprog.com/pragdave/Practices/Kata/KataOne.rdoc,v;Kata One/a asks how
   one might implement supermarket pricing rules, like three for a 
dollar or buy two get one free.
   By encapsulating tiny bits of logic, functors provide a useful solution 
to this problem, as 
   illustrated in the 
  -a 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/one/SupermarketPricingExample.html;SupermarketPricingExample/a.
  +a 
href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/one/SupermarketPricingExample.java;SupermarketPricingExample/a.
 /dd
   
  -  dta 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/two/package-summary.html;Kata
 Two: Binary Chop/a/dt
  +  dta 
href=http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/two/;Kata
 Two: Binary Chop/a/dt
 dd
   a 
href=http://pragprog.com/pragdave/Practices/Kata/KataTwo.rdoc,v;Kata Two/a asks us
   to create several different implemenations of the binary search 
algorithm, which once you
   get past three or four implemenations, is more difficult that it 
sounds.
  -a 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/two/TestBinaryChop.html;TestBinaryChop/a
  +a 
href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/two/TestBinaryChop.java;TestBinaryChop/a
   presents several implementations, with functor and non-functor 
variations.
 /dd
   
   
  -  dta 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/four/package-summary.html;Kata
 Four: Data Munging/a/dt
  +  dta 
href=http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/four/;Kata
 Four: Data Munging/a/dt
 dd
   a 
href=http://pragprog.com/pragdave/Practices/Kata/KataFour.doc,v;Kata Four/a asks us
   to explore extreme reuse.  Our
  -a 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/four/DataMunger.html;DataMunger/a
  +a 
href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/four/DataMunger.java;DataMunger/a
   allows for very small implementations of the 
  -a 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/four/TestWeather.html;weather/a
  +a 
href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/four/TestWeather.java;weather/a
   and
  -a 
href=http://jakarta.apache.org/commons/sandbox/functor/xref-test/org/apache/commons/functor/example/kata/four/TestSoccer.html;soccer
 (football)/a
  +a 
href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/example/kata/four/TestSoccer.java;soccer
 (football)/a
   parsers.
 /dd
   
  @@ -117,7 +117,7 @@
 
 subsection name=Generators
   p
  -  The a 
href=xref-test/org/apache/commons/functor/example/lines/package-summary.htmllines/a
  +  The a 

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs Resources.properties

2004-06-28 Thread imario
imario  2004/06/28 12:47:05

  Modified:vfs/src/java/org/apache/commons/vfs Resources.properties
  Added:   vfs/src/java/org/apache/commons/vfs/util
DelegatingFileSystemOptionsBuilder.java
   vfs/src/test/org/apache/commons/vfs/util
DelegatingFileSystemOptionsBuilderTest.java
  Log:
  DelegatingFileSystemOptionsBuilder

  

  Helper to set the filesystem the options using key/value strings. It could be used 
e.g. for configurations set by ant
  
  Revision  ChangesPath
  1.1  
jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/util/DelegatingFileSystemOptionsBuilder.java
  
  Index: DelegatingFileSystemOptionsBuilder.java
  ===
  /*
   * Copyright 2002, 2003,2004 The Apache Software Foundation.
   *
   * Licensed under the Apache License, Version 2.0 (the License);
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an AS IS BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  package org.apache.commons.vfs.util;
  
  import org.apache.commons.logging.Log;
  import org.apache.commons.logging.LogFactory;
  import org.apache.commons.vfs.FileSystemConfigBuilder;
  import org.apache.commons.vfs.FileSystemException;
  import org.apache.commons.vfs.FileSystemManager;
  import org.apache.commons.vfs.FileSystemOptions;
  
  import java.lang.reflect.Array;
  import java.lang.reflect.Constructor;
  import java.lang.reflect.InvocationTargetException;
  import java.lang.reflect.Method;
  import java.lang.reflect.Modifier;
  import java.util.ArrayList;
  import java.util.Iterator;
  import java.util.List;
  import java.util.Map;
  import java.util.TreeMap;
  
  /**
   * This class use reflection to set a configuration value using the 
fileSystemConfigBuilder
   * associated the a scheme.brbr
   * Example:br
   * code
   * FileSystemOptions fso = new FileSystemOptions();
   * DelegatingFileSystemOptionsBuilder delegate = new 
DelegatingFileSystemOptionsBuilder(VFS.getManager());
   * delegate.setConfigString(fso, sftp, identities, c:/tmp/test.ident);
   * delegate.setConfigString(fso, http, proxyPort, 8080);
   * delegate.setConfigClass(fso, sftp, userinfo, TrustEveryoneUserInfo.class);
   * /code
   *
   * @author a href=mailto:[EMAIL PROTECTED]Mario Ivankovits/a
   * @version $Revision: 1.1 $ $Date: 2004/06/28 19:47:05 $
   */
  public class DelegatingFileSystemOptionsBuilder
  {
  private Log log = LogFactory.getLog(DelegatingFileSystemOptionsBuilder.class);
  
  private final static Class[] STRING_PARAM = new Class[]{String.class};
  
  private final FileSystemManager manager;
  
  private final Map beanMethods = new TreeMap();
  
  private final static Map primitiveToObject = new TreeMap();
  
  static
  {
  primitiveToObject.put(Void.TYPE.getName(), Void.class);
  primitiveToObject.put(Boolean.TYPE.getName(), Boolean.class);
  primitiveToObject.put(Byte.TYPE.getName(), Byte.class);
  primitiveToObject.put(Character.TYPE.getName(), Character.class);
  primitiveToObject.put(Short.TYPE.getName(), Short.class);
  primitiveToObject.put(Integer.TYPE.getName(), Integer.class);
  primitiveToObject.put(Long.TYPE.getName(), Long.class);
  primitiveToObject.put(Double.TYPE.getName(), Double.class);
  primitiveToObject.put(Float.TYPE.getName(), Float.class);
  }
  
  private static class Context
  {
  private final FileSystemOptions fso;
  private final String scheme;
  private final String name;
  private final Object[] values;
  
  private List configSetters;
  private FileSystemConfigBuilder fileSystemConfigBuilder;
  
  private Context(final FileSystemOptions fso, final String scheme, final 
String name, final Object[] values)
  {
  this.fso = fso;
  this.scheme = scheme;
  this.name = name;
  this.values = values;
  }
  }
  
  /**
   * Constructor.br
   * Pass in your fileSystemManager instance.
   *
   * @param manager the manager to use to get the fileSystemConfigBuilder 
assocated to a scheme
   */
  public DelegatingFileSystemOptionsBuilder(final FileSystemManager manager)
  {
  this.manager = manager;
  }
  
  protected FileSystemManager getManager()
  {
  return manager;
  }
  
  /**
   * Set a single string value.
   *
   * @param fso

Re: [vfs] FileSystemManager construction rethought

2004-06-28 Thread Mario Ivankovits
Rami Ojares wrote:
Full acceptance with satisfaction guaranteed.
 

DelegatingFileSystemOptionsBuilder is our friend.
FileSystemOptions fso = new FileSystemOptions();
DelegatingFileSystemOptionsBuilder delegate = new 
DelegatingFileSystemOptionsBuilder(VFS.getManager());
delegate.setConfigString(fso, sftp, identities, c:/tmp/test.ident);
delegate.setConfigString(fso, http, proxyPort, 8080);
delegate.setConfigClass(fso, sftp, userinfo, 
TrustEveryoneUserInfo.class);
final String[] identityPaths = new String[]
{
   /file1,
   /file2,
};
delgate.setConfigStrings(opts, sftp, identities, identityPaths);

The setConfigString is used to set the option by converting the string 
to the needet setter parameter type.
This is done by searching a string constructor, or a static 
valueOf(String) method on the requied type.

The setConfigClass is used to pass in a class-name. A new instance of 
this class is created by invoking the no-arg constructor. This instance 
is passed to the setter - setUserInfo(UserInfo) in the above case.

The setConfigStrings is an example tho show the use of arrays. All 
elements within the array are converted to File objects as the method 
signature of SftpFileSystemConfigBuilder.setIdentites is 
setIdentites(.., File[])

You can find the possible keys (proxyPort, ...) within the various 
*ConfigBuilder classes by searching all set* methods.
The keys are case insensitive (they are always converted to lower case).

--
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser MetaFeedParser.java OPMLFeedParser.java

2004-06-28 Thread burton
burton  2004/06/28 12:59:47

  Modified:feedparser/src/java/org/apache/commons/feedparser
MetaFeedParser.java OPMLFeedParser.java
  Log:
  Better OPML support.  Title and text attributes now supported
  
  Revision  ChangesPath
  1.2   +3 -1  
jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/MetaFeedParser.java
  
  Index: MetaFeedParser.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/MetaFeedParser.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MetaFeedParser.java   28 Jun 2004 01:17:37 -  1.1
  +++ MetaFeedParser.java   28 Jun 2004 19:59:47 -  1.2
  @@ -77,7 +77,9 @@
   return;
   
   //FIXME: make sure RSS .9 is working and 0.91.  I just need to
  -//confirm but I think they are working.
  +//confirm but I think they are working correctly
  +
  +
   
   }
   
  
  
  
  1.3   +10 -3 
jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/OPMLFeedParser.java
  
  Index: OPMLFeedParser.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/OPMLFeedParser.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- OPMLFeedParser.java   28 Feb 2004 03:35:22 -  1.2
  +++ OPMLFeedParser.java   28 Jun 2004 19:59:47 -  1.3
  @@ -97,15 +97,22 @@
  Element current ) throws Exception {
   
   String title = current.getAttributeValue( title );
  +
  +if ( title == null )
  +title = current.getAttributeValue( text );
  +
   String weblog = current.getAttributeValue( htmlUrl );
   String description = current.getAttributeValue( description );
   String feed = current.getAttributeValue( xmlUrl );
   
  -if ( weblog != null  feed != null ) {
  +if ( weblog == null )
  +weblog = feed;
  +
  +if ( feed != null ) {
   listener.onItem( state, title, weblog, description, feed );
   } else if ( title != null ) {
   //this is almost certainly a folder
  -
  +
   listener.onFolder( state, title );
   onOutlineFolder( listener, state, current );
   listener.onFolderEnd();
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons/collections maven.xml

2004-06-28 Thread scolebourne
scolebourne2004/06/28 16:22:22

  Modified:collections maven.xml
  Log:
  Fix javadoc generation of tagged versions
  
  Revision  ChangesPath
  1.16  +1 -0  jakarta-commons/collections/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons/collections/maven.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- maven.xml 22 Jun 2004 22:24:29 -  1.15
  +++ maven.xml 28 Jun 2004 23:22:22 -  1.16
  @@ -177,6 +177,7 @@
   j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 /
   j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release 
API /
   j:set var=collections.javadoc.tag.overview 
value=src/java/org/apache/commons/collections/overview.html /
  +attainGoal name=javadoc:generate /
   j:set var=collections.javadoc.tag value=COLLECTIONS_3_1 /
   j:set var=collections.javadoc.tag.windowtitle value=Collections 3.1 release 
API /
   j:set var=collections.javadoc.tag.overview 
value=src/java/org/apache/commons/collections/overview.html /
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[ANNOUNCEMENT] Commons Collections 3.1 released

2004-06-28 Thread Stephen Colebourne
The Commons Collections team is pleased to announce the release of Commons
Collections 3.1. Commons Collections provides additional interfaces and
implementations based on, and inspired by, the Java Collections Framework
(Collection, List, Set, Map).

This release fixes a number of bugs in v3.0 and is fully compatible. Release
v3.1 is also compatible with v2.1.1 enabling a workaround of previous
compatability issues in IteratorUtils. In addition to bug fixes, this
release adds various new features including:
* TreeList - A new list implementation that is faster than ArrayList in
certain use cases
* MultiKeyMap - A dedicated map implementation to support combined keys
mapping to a value
* ReferenceIdentityMap - An identity based map whose keys/values can be
garbage collected
* Many more Serializable classes

Read the Release notes:
http://www.apache.org/dist/jakarta/commons/collections/RELEASE-NOTES.html

Download the binary distribution:
http://jakarta.apache.org/site/binindex.cgi#commons-collections

Download the source distribution:
http://jakarta.apache.org/site/sourceindex.cgi#commons-collections

Browse the collections website:
http://jakarta.apache.org/commons/collections/index.html

Please direct any feedback on issues or bugs to
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [net] Javadoc question

2004-06-28 Thread Daniel F. Savarese

In message [EMAIL PROTECTED], Steve Cohen writes:
Have at it, Daniel.  You can surely do the job quicker than I can.

Alrighty, I'll get to it and report back when I finish.

daniel





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 29838] - strange Digester parsing error

2004-06-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29838

strange Digester parsing error





--- Additional Comments From [EMAIL PROTECTED]  2004-06-29 01:24 ---
It does indeed sound like a strange problem, and one that will be very difficult
to diagnose unless you can provide code which can demonstrate the problem.

Are you using the same Digester instance to parse multiple input files, or are
you creating a new Digester instance each time? I would recommend *against*
trying to reuse a digester object. 

If you are concerned about performance then you might want to create a RulesBase
object, add rule instances to it, then reuse that object but create a separate
Digester object each time. The reason is that the Digester object's main purpose
is to maintain state during SAX event-based parsing. When this is rudely
interrupted by an exception, the state may get a bit messy, preventing a clean
reset before the next parse. The Rule and RulesBase classes, on the other hand,
are not supposed to be modified by the parsing, ie are stateless with respect
to the sax parsing stage and so are pretty safe to reuse.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: [ANNOUNCEMENT] Commons Collections 3.1 released

2004-06-28 Thread Gary Gregory
Has anything (code) changed since RC1?

Gary

 -Original Message-
 From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
 Sent: Monday, June 28, 2004 16:57
 To: Jakarta Commons Developers List
 Subject: [ANNOUNCEMENT] Commons Collections 3.1 released
 
 The Commons Collections team is pleased to announce the release of
Commons
 Collections 3.1. Commons Collections provides additional interfaces
and
 implementations based on, and inspired by, the Java Collections
Framework
 (Collection, List, Set, Map).
 
 This release fixes a number of bugs in v3.0 and is fully compatible.
 Release
 v3.1 is also compatible with v2.1.1 enabling a workaround of previous
 compatability issues in IteratorUtils. In addition to bug fixes, this
 release adds various new features including:
 * TreeList - A new list implementation that is faster than ArrayList
in
 certain use cases
 * MultiKeyMap - A dedicated map implementation to support combined
keys
 mapping to a value
 * ReferenceIdentityMap - An identity based map whose keys/values can
be
 garbage collected
 * Many more Serializable classes
 
 Read the Release notes:

http://www.apache.org/dist/jakarta/commons/collections/RELEASE-NOTES.htm
l
 
 Download the binary distribution:
 http://jakarta.apache.org/site/binindex.cgi#commons-collections
 
 Download the source distribution:
 http://jakarta.apache.org/site/sourceindex.cgi#commons-collections
 
 Browse the collections website:
 http://jakarta.apache.org/commons/collections/index.html
 
 Please direct any feedback on issues or bugs to
 [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]



cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment FirstMoment.java FourthMoment.java SecondMoment.java ThirdMoment.java

2004-06-28 Thread psteitz
psteitz 2004/06/28 19:14:17

  Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
FirstMoment.java FourthMoment.java
SecondMoment.java ThirdMoment.java
  Log:
  javadoc
  
  Revision  ChangesPath
  1.17  +3 -1  
jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/FirstMoment.java
  
  Index: FirstMoment.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/FirstMoment.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- FirstMoment.java  27 Jun 2004 19:37:51 -  1.16
  +++ FirstMoment.java  29 Jun 2004 02:14:17 -  1.17
  @@ -34,6 +34,8 @@
* liFor each additional value, update using br
*   codem = m + (new value - m) / (number of observations)/code/li
* /ol
  + * p
  + *  Returns codeDouble.NaN/code if the dataset is empty.
*
* @version $Revision$ $Date$
*/
  
  
  
  1.19  +4 -1  
jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/FourthMoment.java
  
  Index: FourthMoment.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/FourthMoment.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- FourthMoment.java 27 Jun 2004 19:37:51 -  1.18
  +++ FourthMoment.java 29 Jun 2004 02:14:17 -  1.19
  @@ -38,6 +38,9 @@
* p
* new value = old value - 4 * (dev/n) * m3 + 6 * (dev/n)^2 * m2 + br
* [n^2 - 3 * (n-1)] * dev^4 * (n-1) / n^3
  + * p
  + * Returns codeDouble.NaN/code if no data values have been added and
  + * returns code0/code if there is just one value in the data set.
* 
* @version $Revision$ $Date$
*/
  
  
  
  1.18  +4 -1  
jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/SecondMoment.java
  
  Index: SecondMoment.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/SecondMoment.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- SecondMoment.java 27 Jun 2004 19:37:51 -  1.17
  +++ SecondMoment.java 29 Jun 2004 02:14:17 -  1.18
  @@ -30,6 +30,9 @@
* Then
* p
* new value = old value + dev^2 * (n -1) / n.
  + * p
  + * Returns codeDouble.NaN/code if no data values have been added and
  + * returns code0/code if there is just one value in the data set.
* 
* @version $Revision$ $Date$
*/
  
  
  
  1.18  +4 -1  
jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/ThirdMoment.java
  
  Index: ThirdMoment.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/moment/ThirdMoment.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- ThirdMoment.java  27 Jun 2004 19:37:51 -  1.17
  +++ ThirdMoment.java  29 Jun 2004 02:14:17 -  1.18
  @@ -31,6 +31,9 @@
* Then
* p
* new value = old value - 3 * (dev/n) * m2 + (n-1) * (n -2) * (dev^3/n^2)
  + * p
  + * Returns codeDouble.NaN/code if no data values have been added and
  + * returns code0/code if there is just one value in the data set.
* 
* @version $Revision$ $Date$
*/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/tftp TFTP.java TFTPAckPacket.java TFTPClient.java TFTPDataPacket.java TFTPErrorPacket.java TFTPPacket.java TFTPPacketException.java TFTPReadRequestPacket.java TFTPRequestPacket.java TFTPWriteRequestPacket.java

2004-06-28 Thread dfs
dfs 2004/06/28 19:16:34

  Modified:net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2
FTPFileEntryParser.java
   net/src/java/org/apache/commons/net CharGenTCPClient.java
CharGenUDPClient.java DatagramSocketClient.java
DaytimeTCPClient.java DaytimeUDPClient.java
DefaultSocketFactory.java DiscardTCPClient.java
DiscardUDPClient.java EchoTCPClient.java
EchoUDPClient.java ProtocolCommandListener.java
SocketClient.java SocketFactory.java
TimeTCPClient.java TimeUDPClient.java
   net/src/java/org/apache/commons/net/bsd RCommandClient.java
RExecClient.java RLoginClient.java
   net/src/java/org/apache/commons/net/ftp
DefaultFTPFileListParser.java FTP.java
FTPClient.java FTPCommand.java
FTPFileEntryParser.java FTPFileListParser.java
   net/src/java/org/apache/commons/net/io
FromNetASCIIOutputStream.java Util.java
   net/src/java/org/apache/commons/net/nntp NNTP.java
NNTPClient.java
   net/src/java/org/apache/commons/net/pop3 POP3.java
POP3Client.java
   net/src/java/org/apache/commons/net/smtp SMTP.java
SMTPClient.java SMTPCommand.java
   net/src/java/org/apache/commons/net/telnet TelnetClient.java
   net/src/java/org/apache/commons/net/tftp TFTP.java
TFTPAckPacket.java TFTPClient.java
TFTPDataPacket.java TFTPErrorPacket.java
TFTPPacket.java TFTPPacketException.java
TFTPReadRequestPacket.java TFTPRequestPacket.java
TFTPWriteRequestPacket.java
  Log:
  What I tried to do was replace the references to straight up files
  with
  [EMAIL PROTECTED] classname} or [EMAIL PROTECTED] classname#member} and references 
to in
  file anchors with [EMAIL PROTECTED] #member}.  But there were quite a number of
  classname.html#_top_ references and I replaced those with [EMAIL PROTECTED]
  classname}.
  So I ended up running the following:
   find -name *.java | xargs perl -pi -e
   's/a\s+href=([^]+)\.html(?:#_top_)?[^]+\/a/[EMAIL PROTECTED] $1}/g;
   s/a\s+href=([^]+)\.html(#[^]+)([^]+)\/a/[EMAIL PROTECTED] $1$2 $3}/g;
   s/a\s+href=(#[^]+)([^]+)\/a/[EMAIL PROTECTED] $1 $2}/g'
  
  I doublechecked that everything still compiled fine and that 'maven
  javadoc'
  didn't choke.  javadoc spouted warnings because there were typos in
  the
  some of the links (e.g., sendComand instead of sendCommand).  So I fixed
  those with:
   find -name *.java | xargs perl -pi -e 's/Comand/Command/g'
   find -name *.java | xargs perl -pi -e 's/recieve/receive/g'
  There were some mistaken references to sendMessage which should have
  been
  sendMessageData in SMTPClient, so I fixed those similarly.
  
  Lastly, FTPClient had a reference to Package-packagename.html which were
  translated into @link Package-packagename, so I trimmed off the Package-,
  leaving [EMAIL PROTECTED] org.apache.commons.net.io}, which javadoc complained
  about with:
warning - Tag @link: reference not found: org.apache.commons.net.io
  This is supposed to work, so I left it alone because the only damage
  done
  to the docs is that the package name is printed without a hyperlink.
  
  There are still a bunch of .html links that span across two javadoc
  lines and I'll fix those next, but wanted to report on the initial fixes and
  check them in.
  
  Revision  ChangesPath
  1.9   +2 -2  
jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileEntryParser.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/net/proposal/ftp2/src/java/org/apache/commons/net/ftp/ftp2/FTPFileEntryParser.java.diff?r1=1.8r2=1.9
  
  
  1.8   +4 -4  
jakarta-commons/net/src/java/org/apache/commons/net/CharGenTCPClient.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/net/src/java/org/apache/commons/net/CharGenTCPClient.java.diff?r1=1.7r2=1.8
  
  
  1.7   +4 -4  
jakarta-commons/net/src/java/org/apache/commons/net/CharGenUDPClient.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/net/src/java/org/apache/commons/net/CharGenUDPClient.java.diff?r1=1.6r2=1.7
  
  
  1.8   +9 -9  
jakarta-commons/net/src/java/org/apache/commons/net/DatagramSocketClient.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/net/src/java/org/apache/commons/net/DatagramSocketClient.java.diff?r1=1.7r2=1.8
  
  
  1.8   +5 -5  
jakarta-commons/net/src/java/org/apache/commons/net/DaytimeTCPClient.java
  
  

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate StatisticalSummaryValues.java

2004-06-28 Thread psteitz
psteitz 2004/06/28 19:18:22

  Modified:math/src/java/org/apache/commons/math/stat/univariate
StatisticalSummaryValues.java
  Log:
  Implemented equals and hashcode.
  
  Revision  ChangesPath
  1.4   +41 -2 
jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/StatisticalSummaryValues.java
  
  Index: StatisticalSummaryValues.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/stat/univariate/StatisticalSummaryValues.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- StatisticalSummaryValues.java 23 Jun 2004 16:26:16 -  1.3
  +++ StatisticalSummaryValues.java 29 Jun 2004 02:18:22 -  1.4
  @@ -16,6 +16,7 @@
   package org.apache.commons.math.stat.univariate;
   
   import java.io.Serializable;
  +import org.apache.commons.math.util.MathUtils;
   
   /**
*  Value object representing the results of a univariate statistical summary.
  @@ -72,7 +73,6 @@
   super();
   }
   
  -
   /**
* @return Returns the max.
*/
  @@ -120,6 +120,45 @@
*/
   public double getVariance() {
   return variance;
  +}
  +
  +/**
  + * Returns true iff codeobject/code is a 
  + * codeStatisticalSummaryValues/code instance and all statistics have
  + *  the same values as this.
  + * 
  + * @param object the object to test equality against.
  + * @return true if object equals this
  + */
  +public boolean equals(Object object) {
  +if (object == this ) {
  +return true;
  +}
  +if (object instanceof StatisticalSummaryValues == false) {
  +return false;
  +}
  +StatisticalSummaryValues stat = (StatisticalSummaryValues) object;
  +return (MathUtils.equals(stat.getMax(), this.getMax())  
  +MathUtils.equals(stat.getMean(),this.getMean()) 
  +MathUtils.equals(stat.getMin(),this.getMin()) 
  +MathUtils.equals(stat.getN(), this.getN()) 
  +MathUtils.equals(stat.getSum(), this.getSum()) 
  +MathUtils.equals(stat.getVariance(),this.getVariance()));
  +}
  +
  +/**
  + * Returns hash code based on values of statistics
  + * 
  + * @return hash code
  + */
  +public int hashCode() {
  +int result = 31 + MathUtils.hash(getMax());
  +result = result * 31 + MathUtils.hash(getMean());
  +result = result * 31 + MathUtils.hash(getMin());
  +result = result * 31 + MathUtils.hash(getN());
  +result = result * 31 + MathUtils.hash(getSum());
  +result = result * 31 + MathUtils.hash(getVariance());
  +return result;
   }
   
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate StatisticalSummaryValuesTest.java

2004-06-28 Thread psteitz
psteitz 2004/06/28 19:21:33

  Added:   math/src/test/org/apache/commons/math/stat/univariate
StatisticalSummaryValuesTest.java
  Log:
  Added tests for StatisticalSummaryValues.
  
  Revision  ChangesPath
  1.1  
jakarta-commons/math/src/test/org/apache/commons/math/stat/univariate/StatisticalSummaryValuesTest.java
  
  Index: StatisticalSummaryValuesTest.java
  ===
  /*
   * Copyright 2004 The Apache Software Foundation.
   * 
   * Licensed under the Apache License, Version 2.0 (the License);
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   * 
   *  http://www.apache.org/licenses/LICENSE-2.0
   * 
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an AS IS BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  package org.apache.commons.math.stat.univariate;
  
  
  import junit.framework.Test;
  import junit.framework.TestCase;
  import junit.framework.TestSuite;
  
  import org.apache.commons.math.TestUtils;
  /**
   * Test cases for the [EMAIL PROTECTED] StatisticalSummaryValues} class.
   *
   * @version $Revision: 1.1 $ $Date: 2004/06/29 02:21:33 $
   */
  
  public final class StatisticalSummaryValuesTest extends TestCase {
  
  
  public StatisticalSummaryValuesTest(String name) {
  super(name);
  }
  
  public void setUp() {  
  }
  
  public static Test suite() {
  TestSuite suite = new TestSuite(StatisticalSummaryValuesTest.class);
  suite.setName(StatisticalSummaryValues Tests);
  return suite;
  }

  public void testSerialization() {
  StatisticalSummaryValues u = new StatisticalSummaryValues(1, 2, 3, 4, 5, 6);
  TestUtils.checkSerializedEquality(u); 
  StatisticalSummaryValues t = (StatisticalSummaryValues) 
TestUtils.serializeAndRecover(u);
  verifyEquality(u, t);
  }
  
  public void testEqualsAndHashCode() {
  StatisticalSummaryValues u  = new StatisticalSummaryValues(1, 2, 3, 4, 5, 6);
  StatisticalSummaryValues t = null;
  int emptyHash = u.hashCode();
  assertTrue(reflexive, u.equals(u));
  assertFalse(non-null compared to null, u.equals(t));
  assertFalse(wrong type, u.equals(new Double(0)));
  t = new StatisticalSummaryValues(1, 2, 3, 4, 5, 6);
  assertTrue(instances with same data should be equal, t.equals(u));
  assertEquals(hash code, u.hashCode(), t.hashCode());
  
  u = new StatisticalSummaryValues(Double.NaN, 2, 3, 4, 5, 6);
  t = new StatisticalSummaryValues(1, Double.NaN, 3, 4, 5, 6);
  assertFalse(instances based on different data should be different, 
  (u.equals(t) ||t.equals(u)));
  }
  
  private void verifyEquality(StatisticalSummaryValues s, StatisticalSummaryValues 
u) {
  assertEquals(N,s.getN(),u.getN());
  TestUtils.assertEquals(sum,s.getSum(),u.getSum(), 0);
  TestUtils.assertEquals(var,s.getVariance(),u.getVariance(), 0);
  
TestUtils.assertEquals(std,s.getStandardDeviation(),u.getStandardDeviation(), 0);
  TestUtils.assertEquals(mean,s.getMean(),u.getMean(), 0);
  TestUtils.assertEquals(min,s.getMin(),u.getMin(), 0);
  TestUtils.assertEquals(max,s.getMax(),u.getMax(), 0);   
  }
  }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/telnet InvalidTelnetOptionExceptionTest.java TelnetClientFunctionalTest.java TelnetClientTest.java TelnetOptionHandlerTestAbstract.java TelnetOptionTest.java TelnetTestResponder.java TelnetTestSimpleServer.java

2004-06-28 Thread dfs
dfs 2004/06/28 21:54:32

  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
AIXFTPEntryParser.java
EnterpriseUnixFTPEntryParser.java
MatchApparatus.java NTFTPEntryParser.java
OS2FTPEntryParser.java UnixFTPEntryParser.java
VMSFTPEntryParser.java
   net/proposal/ftp2/src/test/org/apache/commons/net/ftp/ftp2/parser
EnterpriseUnixFTPEntryParserTest.java
FTPParseTestFramework.java
NTFTPEntryParserTest.java
OS2FTPEntryParserTest.java
UnixFTPEntryParserTest.java
VMSFTPEntryParserTest.java
   net/src/java/org/apache/commons/net CharGenTCPClient.java
CharGenUDPClient.java DatagramSocketClient.java
DatagramSocketFactory.java DaytimeTCPClient.java
DaytimeUDPClient.java
DefaultDatagramSocketFactory.java
DefaultSocketFactory.java DiscardTCPClient.java
DiscardUDPClient.java EchoTCPClient.java
EchoUDPClient.java FingerClient.java
MalformedServerReplyException.java
ProtocolCommandEvent.java
ProtocolCommandListener.java
ProtocolCommandSupport.java SocketClient.java
SocketFactory.java TimeTCPClient.java
TimeUDPClient.java WhoisClient.java
   net/src/java/org/apache/commons/net/bsd RCommandClient.java
RExecClient.java RLoginClient.java
   net/src/java/org/apache/commons/net/ftp FTP.java
FTPClient.java FTPConnectionClosedException.java
FTPFile.java
   net/src/java/org/apache/commons/net/ftp/parser
RegexFTPFileEntryParserImpl.java
VMSVersioningFTPEntryParser.java
   net/src/java/org/apache/commons/net/io
CopyStreamAdapter.java CopyStreamEvent.java
CopyStreamException.java CopyStreamListener.java
DotTerminatedMessageReader.java
DotTerminatedMessageWriter.java
FromNetASCIIInputStream.java
FromNetASCIIOutputStream.java
SocketInputStream.java SocketOutputStream.java
ToNetASCIIInputStream.java
ToNetASCIIOutputStream.java Util.java
   net/src/java/org/apache/commons/net/nntp NNTP.java
NNTPClient.java NNTPConnectionClosedException.java
NewGroupsOrNewsQuery.java NewsgroupInfo.java
   net/src/java/org/apache/commons/net/pop3 POP3.java
POP3Client.java
   net/src/java/org/apache/commons/net/smtp RelayPath.java
SMTP.java SMTPClient.java
SMTPConnectionClosedException.java
   net/src/java/org/apache/commons/net/telnet Telnet.java
TelnetClient.java TelnetOutputStream.java
   net/src/java/org/apache/commons/net/tftp TFTP.java
TFTPAckPacket.java TFTPClient.java
TFTPDataPacket.java TFTPErrorPacket.java
TFTPPacket.java TFTPReadRequestPacket.java
TFTPRequestPacket.java TFTPWriteRequestPacket.java
   net/src/java/org/apache/commons/net/util ListenerList.java
   net/src/test/org/apache/commons/net/ftp/parser
EnterpriseUnixFTPEntryParserTest.java
OS2FTPEntryParserTest.java
UnixFTPEntryParserTest.java
VMSFTPEntryParserTest.java
   net/src/test/org/apache/commons/net/telnet
InvalidTelnetOptionExceptionTest.java
TelnetClientFunctionalTest.java
TelnetClientTest.java
TelnetOptionHandlerTestAbstract.java
TelnetOptionTest.java TelnetTestResponder.java
TelnetTestSimpleServer.java
  Log:
  Corrected remaining bad javadoc links that pointed to JDK 1.1 javadoc
  html files.  For posterity, the following kluge handled the multiline
  case:
   for i in $(find -name *.java); do
perl -e '@foo = ; $foo = join(, @foo); $foo =~ 
s/a\s+href=([^]+)\.html(?:#_top_)?(\s*\*\s*)[^]+\/a/[EMAIL PROTECTED] 

cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/bsd RCommandClient.java

2004-06-28 Thread dfs
dfs 2004/06/28 21:56:31

  Modified:net/src/java/org/apache/commons/net/bsd RCommandClient.java
  Log:
  Fixed typo.
  
  Revision  ChangesPath
  1.13  +1 -1  
jakarta-commons/net/src/java/org/apache/commons/net/bsd/RCommandClient.java
  
  Index: RCommandClient.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/bsd/RCommandClient.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- RCommandClient.java   29 Jun 2004 04:54:30 -  1.12
  +++ RCommandClient.java   29 Jun 2004 04:56:31 -  1.13
  @@ -74,7 +74,7 @@
* parameter of [EMAIL PROTECTED] #rcommand  rcommand() } to code true /code.
* The standard input of the remote process can be written to through
* the output stream returned by
  - * [EMAIL PROTECTED] org.apache.commons.net.bsd.RExecClient#getOutputStream 
getOutputSream() }
  + * [EMAIL PROTECTED] org.apache.commons.net.bsd.RExecClient#getOutputStream 
getOutputStream() }
* .
* p
* p
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



multipart/form-data Boundary issues

2004-06-28 Thread Eric Dalquist
I've been looking through the code dealing with multipart form uploads 
and have a few questions. First off, what happens if the text that 
someone is uploading contains the boundary text since it is hard coded 
in this implementation?

Also I'm actually looking at the code to reconstruct a 
multipart/form-data message body from a set of files and named 
parameters. I don't actually want to send a request, just create the 
body and write it to a stream. My only issue is that I need to be able 
to set the boundary string from my code.

I'm more that willing to modify the httpclient code to achieve the 2nd 
point. The 1st issue would then have to be resolved by someone else. My 
code could still use the default, hard coded boundary in the interim though.

-Eric Dalquist
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]