[Jakarta-commons Wiki] Update of Logging/FrequentlyAskedQuestions by BrianStansberry

2005-07-05 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki 
for change notification.

The following page has been changed by BrianStansberry:
http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions

The comment on the change is:
Add discussion of JCL in JBoss 4.0.2

--
  (With thanks to David Karlsen for this information)
  
  For more information see http://mail-archives.apache.org/eyebrowse/[EMAIL 
PROTECTED]msgNo=5737
+ 
+ == How Can I Use Commons-Logging In JBoss 4.0.2? ==
+ 
+ {{{
+ I'm using JBoss 4.0.2. Commons-Logging doesn't seem to recognize the 
commons-logging.properties file in my WAR. Help!
+ }}}
+ 
+ Some JBoss services use commons-logging, so it's on the server classpath. 
Copies of commons-logging loaded from a webapp's WEB-INF/lib folder were 
causing type conflicts with the version on the server classpath, so beginning 
with version 4.0.2 JBoss disables loading commons-logging from a WAR.  This has 
the side effect of preventing commons-logging from accessing logging libraries 
that are placed in the WEB-INF/lib folder.
+ 
+ Fortunately, there is an easy fix:
+ 
+ {{{
+ Place your logging library jar (e.g. avalon-framework.jar) in JBoss' 
server/.../lib folder (where ... is all or default or a custom 
configuration you use).
+ }}}
+ 
+ This places your logging library on the server classpath, where the copy of 
commons-logging used by JBoss can see it.  The downside to this is your logging 
library is no longer hot-deployable, so upgrading it will require a server 
restart.
  
  
  == How can I close loggers when using Commons-Logging? ==

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



svn commit: r209228 - /jakarta/commons/proper/math/tags/MATH_1_1_RC1/

2005-07-05 Thread psteitz
Author: psteitz
Date: Mon Jul  4 23:20:07 2005
New Revision: 209228

URL: http://svn.apache.org/viewcvs?rev=209228view=rev
Log:
Created RC1 tag.

Added:
jakarta/commons/proper/math/tags/MATH_1_1_RC1/
  - copied from r209227, jakarta/commons/proper/math/branches/MATH_1_1_RC1/


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



DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux

2005-07-05 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=35338.
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=35338





--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 09:18 ---
When I add the java property, -Djava.net.preferIPv6Addresses=false, listNames
and listFiles both hang. Setting the property to true causes them to *NOT* hang
(runs to completion), But the list (of three files) does not print out.

If I also add the property, -Djava.net.perferIPv4Stack=true, they hang on the
call to listFiles and listNames -- regardless if java.net.preferIPv6Addresses is
set to true or false.

I also learned from some searching of the web, that ADSL does not support IPv6.
Thus, even if the client and server do support IPv6 but are connected via ADSL,
they must use IPv6. I am connected to the via ADSL...



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux

2005-07-05 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=35338.
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=35338





--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 09:22 ---
(In reply to comment #30)
 I also learned from some searching of the web, that ADSL does not support 
 IPv6.
 Thus, even if the client and server do support IPv6 but are connected via 
 ADSL,
 they must use IPv6. I am connected to the via ADSL...

Sorry for the typo: the above should be they must use IPv4.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



svn commit: r209240 - /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 01:10:19 2005
New Revision: 209240

URL: http://svn.apache.org/viewcvs?rev=209240view=rev
Log:
Renamed from PathableTestCase, as it really tests parent-first classloading.

Added:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java
  - copied, changed from r209198, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.java

Copied: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java
 (from r209198, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.java)
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java?p2=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.javap1=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.javar1=209198r2=209240rev=209240view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ParentFirstTestCase.java
 Tue Jul  5 01:10:19 2005
@@ -28,7 +28,8 @@
 import org.apache.commons.logging.PathableClassLoader;
 
 /**
- * Tests for the PathableTestSuite and PathableClassLoader functionality.
+ * Tests for the PathableTestSuite and PathableClassLoader functionality,
+ * where lookup order for the PathableClassLoader is parent-first.
  * p
  * These tests assume:
  * ul
@@ -37,7 +38,7 @@
  * /ul
  */
 
-public class PathableTestCase extends TestCase {
+public class ParentFirstTestCase extends TestCase {
 
 /**
  * Set up a custom classloader hierarchy for this test case.
@@ -49,13 +50,19 @@
  * /ul
  */
 public static Test suite() throws Exception {
-// make the parent a direct child of the bootloader to hide all
+Class thisClass = ParentFirstTestCase.class;
+ClassLoader thisClassLoader = thisClass.getClassLoader();
+
+// Make the parent a direct child of the bootloader to hide all
 // other classes in the system classpath
 PathableClassLoader parent = new PathableClassLoader(null);
 
-// make the junit classes from the system classpath visible, though,
-// as junit won't be able to call this class at all without this..
-parent.useSystemLoader(junit.);
+// Make the junit classes visible as a special case, as junit
+// won't be able to call this class at all without this. The
+// junit classes must be visible from the classloader that loaded
+// this class, so use that as the source for future access to classes
+// from the junit package.
+parent.useExplicitLoader(junit., thisClassLoader);
 
 // make the commons-logging.jar classes visible via the parent
 parent.addLogicalLib(commons-logging);
@@ -72,7 +79,7 @@
 PathableClassLoader context = new PathableClassLoader(child);
 
 // reload this class via the child classloader
-Class testClass = child.loadClass(PathableTestCase.class.getName());
+Class testClass = child.loadClass(thisClass.getName());
 
 // and return our custom TestSuite class
 return new PathableTestSuite(testClass, context);



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



svn commit: r209243 - /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 01:49:03 2005
New Revision: 209243

URL: http://svn.apache.org/viewcvs?rev=209243view=rev
Log:
Renamed to ParentFirstTestCase.

Removed:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/PathableTestCase.java


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



svn commit: r209244 - /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 01:49:54 2005
New Revision: 209244

URL: http://svn.apache.org/viewcvs?rev=209244view=rev
Log:
Fix bugs with child-first behaviour.

Modified:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java

Modified: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java?rev=209244r1=209243r2=209244view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/PathableClassLoader.java
 Tue Jul  5 01:49:54 2005
@@ -32,6 +32,10 @@
 
 /**
  * A ClassLoader which sees only the specified classes.
+ * p
+ * Note that this classloader is not industrial strength; users
+ * looking for such a class may wish to look at the Tomcat sourcecode
+ * instead. In particular, this class may not be threadsafe.
  */
 public class PathableClassLoader extends URLClassLoader {
 
@@ -174,9 +178,18 @@
 if (parentFirst) {
 return super.loadClass(name, resolve);
 } else {
-// ok, implement child-first
+// Implement child-first. 
+//
+// It appears that the findClass method doesn't check whether the
+// class has already been loaded. This seems odd to me, but without
+// first checking via findLoadedClass we can get 
java.lang.LinkageError
+// with message duplicate class definition which isn't good.
+
 try {
-Class clazz = super.findClass(name);
+Class clazz = findLoadedClass(name);
+if (clazz == null) {
+clazz = super.findClass(name);
+}
 if (resolve) {
 resolveClass(clazz);
 }
@@ -236,23 +249,32 @@
 if (parentFirst) {
 return super.getResources(name);
 } else {
-Enumeration local = super.findResources(name);
-Enumeration parent = getParent().getResources(name);
+Enumeration localResources = super.findResources(name);
+ClassLoader parentLoader = getParent();
+if (parentLoader == null) {
+// There is no way, as far as I am aware, to call
+// getResources on the bootclassloader. The Class
+// class has methods getResource and getResourceAsStream
+// but not getResources. So I guess we just assume there
+// aren't any matches in the bootloader..
+return localResources;
+}
+Enumeration parentResources = parentLoader.getResources(name);
 
-if (!local.hasMoreElements()) {
-return parent;
+if (!localResources.hasMoreElements()) {
+return parentResources;
 }
 
-if (!parent.hasMoreElements()) {
-return local;
+if (!parentResources.hasMoreElements()) {
+return localResources;
 }
 
 Vector v = new Vector();
-while (local.hasMoreElements()) {
-v.add(local.nextElement());
+while (localResources.hasMoreElements()) {
+v.add(localResources.nextElement());
 }
-while (parent.hasMoreElements()) {
-v.add(parent.nextElement());
+while (parentResources.hasMoreElements()) {
+v.add(parentResources.nextElement());
 }
 return v.elements();
 }



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



svn commit: r209245 - /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 01:50:41 2005
New Revision: 209245

URL: http://svn.apache.org/viewcvs?rev=209245view=rev
Log:
Added test cases for child-first behaviour of PathableClassLoader.

Added:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java
   (with props)

Added: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java?rev=209245view=auto
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java
 (added)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/pathable/ChildFirstTestCase.java
 Tue Jul  5 01:50:41 2005
@@ -0,0 +1,320 @@
+/*
+ * Copyright 2005 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.logging.pathable;
+
+import java.net.URL;
+import java.util.Enumeration;
+import java.util.ArrayList;
+import java.net.URLClassLoader;
+
+import junit.framework.Test;
+import junit.framework.TestCase;
+import junit.framework.TestSuite;
+
+import org.apache.commons.logging.PathableTestSuite;
+import org.apache.commons.logging.PathableClassLoader;
+
+/**
+ * Tests for the PathableTestSuite and PathableClassLoader functionality,
+ * where lookup order for the PathableClassLoader is child-first.
+ * p
+ * These tests assume:
+ * ul
+ * lijunit is in system classpath
+ * linothing else is in system classpath
+ * /ul
+ */
+
+public class ChildFirstTestCase extends TestCase {
+
+/**
+ * Set up a custom classloader hierarchy for this test case.
+ * The hierarchy is:
+ * ul
+ * li contextloader: child-first.
+ * li childloader: child-first, used to load test case.
+ * li parentloader: child-first, parent is the bootclassloader.
+ * /ul
+ */
+public static Test suite() throws Exception {
+Class thisClass = ChildFirstTestCase.class;
+ClassLoader thisClassLoader = thisClass.getClassLoader();
+
+// Make the parent a direct child of the bootloader to hide all
+// other classes in the system classpath
+PathableClassLoader parent = new PathableClassLoader(null);
+parent.setParentFirst(false);
+
+// Make the junit classes visible as a special case, as junit
+// won't be able to call this class at all without this. The
+// junit classes must be visible from the classloader that loaded
+// this class, so use that as the source for future access to classes
+// from the junit package.
+parent.useExplicitLoader(junit., thisClassLoader);
+
+// Make the commons-logging.jar classes visible via the parent
+parent.addLogicalLib(commons-logging);
+
+// Create a child classloader to load the test case through
+PathableClassLoader child = new PathableClassLoader(parent);
+child.setParentFirst(false);
+
+// Obviously, the child classloader needs to have the test classes
+// in its path!
+child.addLogicalLib(testclasses);
+child.addLogicalLib(commons-logging-adapters);
+
+// Create a third classloader to be the context classloader.
+PathableClassLoader context = new PathableClassLoader(child);
+context.setParentFirst(false);
+
+// reload this class via the child classloader
+Class testClass = child.loadClass(thisClass.getName());
+
+// and return our custom TestSuite class
+return new PathableTestSuite(testClass, context);
+}
+
+/**
+ * Test that the classloader hierarchy is as expected, and that
+ * calling loadClass() on various classloaders works as expected.
+ * Note that for this test case, parent-first classloading is
+ * in effect.
+ */
+public void testPaths() throws Exception {
+// the context classloader is not expected to be null
+ClassLoader contextLoader = 
Thread.currentThread().getContextClassLoader();
+assertNotNull(Context classloader is null, contextLoader);
+assertEquals(Context classloader has unexpected type,
+

svn commit: r209252 - /jakarta/commons/proper/logging/trunk/build.xml

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 02:52:57 2005
New Revision: 209252

URL: http://svn.apache.org/viewcvs?rev=209252view=rev
Log:
Update the test.pathable target. Note that the optional ant junit task is
now used in this file - see comments at head of file for details.

Modified:
jakarta/commons/proper/logging/trunk/build.xml

Modified: jakarta/commons/proper/logging/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/build.xml?rev=209252r1=209251r2=209252view=diff
==
--- jakarta/commons/proper/logging/trunk/build.xml (original)
+++ jakarta/commons/proper/logging/trunk/build.xml Tue Jul  5 02:52:57 2005
@@ -16,13 +16,22 @@
 
 --
 
-project name=Logging default=compile basedir=.
-
-
 !--
-Logging component of the Jakarta Commons Subproject
-$Id$
---
+  - Ant build file for commons-logging.
+  -
+  - Note that this build file uses the optional junit task. While the
+  - task adapter class comes by default with ant 1.6+, the junit libraries
+  - (3.8.1 or later) are also required to be made available to ant. This
+  - requires that you do one of the following:
+  -  * create directory ~/.ant/lib and place the junit jar there
+  -  * put the junit jar in $ANT_HOME/lib
+  -  * run ant as ant -lib path-to-junit-jar
+  -  * put the junit jar in $CLASSPATH
+  -
+  - $Id$
+  --
+
+project name=Logging default=compile basedir=.
 
 
 !-- == Initialize Properties = --
@@ -582,15 +591,65 @@
   /target
 
 
+  !--
+- Target to run all unit tests under the pathable directory.
+-
+- The batchtest task auto-detects what tests are available without
+- any need to define TestSuite objects in the code to compose
+- sets of tests to be run.
+-
+- Details of the unit test results for each TestCase will appear in
+- a file in directory ${build.home}/test-reports, together with any
+- output to stdout or stderr generated by the test code.
+-
+- If you're having problems running this target due to the use of
+- the junit task below, see the comments at the head of this file.
+- 
+- TODO: implement something like the testmatchpattern feature
+- of maven's test task. This would allow people to do something like
+-   ant -Dtestmatchpattern=**/FooTestCase.java test.pathable
+- in order to run specific test cases, or subsets of test cases.
+--
   target name=test.pathable depends=compile.tests
description=Run unit tests specific to Pathable support classes
+echo message=Test output can be found in directory 
${build.home}/test-reports./
+delete dir=${build.home}/test-reports/
+mkdir dir=${build.home}/test-reports/
 
-echo message=Pathable tests.../
-java classname=${test.runner} fork=yes 
failonerror=${test.failonerror}
-  arg value=org.apache.commons.logging.pathable.PathableTestCase/
-  classpath refid=test.classpath.jdk14/
+!--
+  - Note that the fork/forkmode settings define default behaviour for 
tests. 
+  - The test and batchtest tags can override these settings if needed.
+  - The default settings cause a single VM to be created in which all of
+  - the tests are then run. 
+  --
+junit printsummary=off showoutput=no fork=yes forkmode=once
+  !-- plain output to file; brief output to console. --
+  formatter type=plain/
+  formatter usefile=false type=brief/
+
+  !-- 
+- Provide a set of properties pointing to the logging libs for
+- the use of the PathableClassLoader class used by some unit tests.
+   --
   syspropertyset refid=test-lib-props/
-/java
+  classpath
+pathelement location=${build.home}/tests/
+pathelement location=${junit.jar}/
+  /classpath
+
+  !--
+- Auto-detect the tests to run. Checking the source directory
+   - for java files rather than the ${build.home}/tests directory
+   - for .class files is deliberate; that will pick up any problems
+   - where we haven't correctly compiled all the available unit test
+   - source files.
+   --
+  batchtest todir=${build.home}/test-reports
+fileset dir=${test.home}
+  include name=**/pathable/*TestCase.java/
+/fileset
+  /batchtest
+/junit
   /target
 
   target name=test.jdk14 depends=compile.tests if=jdk.1.4.present



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



[logging] changes to build.xml

2005-07-05 Thread Simon Kitching
Hi All,

As there has been no feedback on the PathableTestSuite stuff I recently
committed I presume it's all acceptable so I'm pressing on with related
changes.

Commit #209252 to build.xml introduces the use of the junit and
batchtest tasks into this file. In the old days, you had two choices
to get a set of testcases to run:
* write suite methods in java which aggregate all available tests into
suites, or
* write a separate target for each test case in the build.xml file.

The latter was generally the approach taken in commons-logging, but it's
ugly. And when we add another 25 or so testcases from the
demonstration stuff it will get real ugly.

The target test.pathable hopefully shows a better way forward. I would
like to merge all of the other test targets into this target over the
next week, just by adding new include targets into the batchtest. Of
course the target name will need to change to something more generic.

Where the testcase needs a custom classpath, the testcase will be
updated to use the PathableTestSuite stuff to explicitly state the
classpath in the testcase instead of stating it in the build.xml.

If anyone has any questions/objections please speak up soon.

Regards,

Simon


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



[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed

2005-07-05 Thread commons-jelly development
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-jelly has an issue affecting its community integration.
This issue affects 46 projects,
 and has been outstanding for 26 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon-block-ojb :  Java XML Framework
- commons-jelly :  Commons Jelly
- commons-jelly-tags-ant :  Commons Jelly
- commons-jelly-tags-antlr :  Commons Jelly
- commons-jelly-tags-avalon :  Commons Jelly
- commons-jelly-tags-bean :  Commons Jelly
- commons-jelly-tags-beanshell :  Commons Jelly
- commons-jelly-tags-betwixt :  Commons Jelly
- commons-jelly-tags-bsf :  Commons Jelly
- commons-jelly-tags-define :  Commons Jelly
- commons-jelly-tags-dynabean :  Commons Jelly
- commons-jelly-tags-email :  Commons Jelly
- commons-jelly-tags-fmt :  Commons Jelly
- commons-jelly-tags-html :  Commons Jelly
- commons-jelly-tags-http :  Commons Jelly
- commons-jelly-tags-interaction :  Commons Jelly
- commons-jelly-tags-jaxme :  Commons Jelly
- commons-jelly-tags-jetty :  Commons Jelly
- commons-jelly-tags-jface :  Commons Jelly
- commons-jelly-tags-jms :  Commons Jelly
- commons-jelly-tags-jmx :  Commons Jelly
- commons-jelly-tags-jsl :  Commons Jelly
- commons-jelly-tags-junit :  Commons Jelly
- commons-jelly-tags-log :  Commons Jelly
- commons-jelly-tags-memory :  Commons Jelly
- commons-jelly-tags-ojb :  Commons Jelly
- commons-jelly-tags-quartz :  Commons Jelly
- commons-jelly-tags-regexp :  Commons Jelly
- commons-jelly-tags-soap :  Commons Jelly
- commons-jelly-tags-sql :  Commons Jelly
- commons-jelly-tags-swing :  Commons Jelly
- commons-jelly-tags-swt :  Commons Jelly
- commons-jelly-tags-threads :  Commons Jelly
- commons-jelly-tags-util :  Commons Jelly
- commons-jelly-tags-validate :  Commons Jelly
- commons-jelly-tags-velocity :  Commons Jelly
- commons-jelly-tags-xml :  Commons Jelly
- commons-jelly-tags-xmlunit :  Commons Jelly
- commons-latka :  Functional Testing Suite
- commons-sql :  Basic Services Architecture
- db-ojb :  ObjectRelationalBridge
- db-ojb-from-packages :  ObjectRelationalBridge
- geronimo :  Apache Geronimo, the J2EE server project of the Apache 
Softw...
- maven :  Project Management Tools
- maven-bootstrap :  Project Management Tools
- test-ojb :  ObjectRelationalBridge


Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-05072005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for 
property maven.jar.jstl.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html
Work Name: build_commons-jelly_commons-jelly (Type: Build)
Work ended in a state of : Failed
Elapsed: 52 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH: 

[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed

2005-07-05 Thread commons-jelly development
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-jelly has an issue affecting its community integration.
This issue affects 46 projects,
 and has been outstanding for 26 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon-block-ojb :  Java XML Framework
- commons-jelly :  Commons Jelly
- commons-jelly-tags-ant :  Commons Jelly
- commons-jelly-tags-antlr :  Commons Jelly
- commons-jelly-tags-avalon :  Commons Jelly
- commons-jelly-tags-bean :  Commons Jelly
- commons-jelly-tags-beanshell :  Commons Jelly
- commons-jelly-tags-betwixt :  Commons Jelly
- commons-jelly-tags-bsf :  Commons Jelly
- commons-jelly-tags-define :  Commons Jelly
- commons-jelly-tags-dynabean :  Commons Jelly
- commons-jelly-tags-email :  Commons Jelly
- commons-jelly-tags-fmt :  Commons Jelly
- commons-jelly-tags-html :  Commons Jelly
- commons-jelly-tags-http :  Commons Jelly
- commons-jelly-tags-interaction :  Commons Jelly
- commons-jelly-tags-jaxme :  Commons Jelly
- commons-jelly-tags-jetty :  Commons Jelly
- commons-jelly-tags-jface :  Commons Jelly
- commons-jelly-tags-jms :  Commons Jelly
- commons-jelly-tags-jmx :  Commons Jelly
- commons-jelly-tags-jsl :  Commons Jelly
- commons-jelly-tags-junit :  Commons Jelly
- commons-jelly-tags-log :  Commons Jelly
- commons-jelly-tags-memory :  Commons Jelly
- commons-jelly-tags-ojb :  Commons Jelly
- commons-jelly-tags-quartz :  Commons Jelly
- commons-jelly-tags-regexp :  Commons Jelly
- commons-jelly-tags-soap :  Commons Jelly
- commons-jelly-tags-sql :  Commons Jelly
- commons-jelly-tags-swing :  Commons Jelly
- commons-jelly-tags-swt :  Commons Jelly
- commons-jelly-tags-threads :  Commons Jelly
- commons-jelly-tags-util :  Commons Jelly
- commons-jelly-tags-validate :  Commons Jelly
- commons-jelly-tags-velocity :  Commons Jelly
- commons-jelly-tags-xml :  Commons Jelly
- commons-jelly-tags-xmlunit :  Commons Jelly
- commons-latka :  Functional Testing Suite
- commons-sql :  Basic Services Architecture
- db-ojb :  ObjectRelationalBridge
- db-ojb-from-packages :  ObjectRelationalBridge
- geronimo :  Apache Geronimo, the J2EE server project of the Apache 
Softw...
- maven :  Project Management Tools
- maven-bootstrap :  Project Management Tools
- test-ojb :  ObjectRelationalBridge


Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-05072005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for 
property maven.jar.jstl.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html
Work Name: build_commons-jelly_commons-jelly (Type: Build)
Work ended in a state of : Failed
Elapsed: 52 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH: 

[EMAIL PROTECTED]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) failed

2005-07-05 Thread dIon Gillard
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-configuration-10 has an issue affecting its community 
integration.
This issue affects 3 projects,
 and has been outstanding for 26 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-configuration-10 :  Jakarta Commons Configuration 1.0 release
- fulcrum-configuration-impl :  Services Framework
- fulcrum-parser :  Services Framework


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html
Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 
(Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-commons-configuration-10]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-05072005.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

build:start:

java:prepare-filesystem:

java:compile:
[echo] Compiling to 
/x1/gump/public/workspace/jakarta-commons-configuration-10/target/classes
[echo] No java source files to compile.
resources or todir was null

java:jar-resources:

test:prepare-filesystem:

test:test-resources:

test:compile:
[echo] No test source files to compile.

test:test:
[echo] No tests to run.

BUILD FAILED
File.. /home/gump/.maven/cache/maven-jar-plugin-1.6.1/plugin.jelly
Element... ant:fail
Line.. 53
Column 19
You must define currentVersion in your POM.
Total time: 4 seconds
Finished at: Tue Jul 05 03:32:41 PDT 2005

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 3905072005, vmgump.apache.org:vmgump-public:3905072005
Gump E-mail Identifier (unique within run) #29.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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



[GUMP@vmgump]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) failed

2005-07-05 Thread dIon Gillard
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-configuration-10 has an issue affecting its community 
integration.
This issue affects 3 projects,
 and has been outstanding for 26 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-configuration-10 :  Jakarta Commons Configuration 1.0 release
- fulcrum-configuration-impl :  Services Framework
- fulcrum-parser :  Services Framework


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-configuration-10/build.properties
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html
Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 
(Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-commons-configuration-10]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-05072005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-05072005.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

build:start:

java:prepare-filesystem:

java:compile:
[echo] Compiling to 
/x1/gump/public/workspace/jakarta-commons-configuration-10/target/classes
[echo] No java source files to compile.
resources or todir was null

java:jar-resources:

test:prepare-filesystem:

test:test-resources:

test:compile:
[echo] No test source files to compile.

test:test:
[echo] No tests to run.

BUILD FAILED
File.. /home/gump/.maven/cache/maven-jar-plugin-1.6.1/plugin.jelly
Element... ant:fail
Line.. 53
Column 19
You must define currentVersion in your POM.
Total time: 4 seconds
Finished at: Tue Jul 05 03:32:41 PDT 2005

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 3905072005, vmgump.apache.org:vmgump-public:3905072005
Gump E-mail Identifier (unique within run) #29.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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



[Jakarta-commons Wiki] Update of MathWishList by AlexGraesser

2005-07-05 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki 
for change notification.

The following page has been changed by AlexGraesser:
http://wiki.apache.org/jakarta-commons/MathWishList

--
 * I don't understand; we already have some storage-less statistics.  What 
am I missing from the post you refer to? -- AlChou
 * Oh, I remember now that with the standard deviation algorithm I 
researched, in order to maintain a '''rolling window''', it would have to store 
all the data in the window so it could delete the least recent one while adding 
the most recent one.  Sorry for the denseness. -- AlChou
   * Provide FFT's. -- AlChou
- 
+* do full implementation like [http://www.fftw.org/ FFTW] -- AlexGraesser
   * [[Anchor(summerofcode)]] Numerical Enhancements (Summer of Code Proposal)
 * performance tuning for matrix computation and add more decomposition 
methods
 * univariate integration (Romberg is what I have in mind)

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



DO NOT REPLY [Bug 35612] New: - [daemon] Valid service names are rejected

2005-07-05 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=35612.
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=35612

   Summary: [daemon] Valid service names are rejected
   Product: Commons
   Version: 1.0.1 Final
  Platform: PC
OS/Version: other
Status: NEW
  Severity: minor
  Priority: P2
 Component: Daemon
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


According to
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createservice.asp

valid service names are up to 256 characters long and don't contain either \ or
/. Procrun restricts service names to alpha numeric and does not check for 
length.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35612] - [daemon] Valid service names are rejected

2005-07-05 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=35612.
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=35612





--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 14:25 ---
Created an attachment (id=15593)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15593action=view)
correct service name checking code


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35612] - [daemon] Valid service names are rejected

2005-07-05 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=35612.
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=35612


[EMAIL PROTECTED] changed:

   What|Removed |Added

OtherBugsDependingO||33671
  nThis||




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35612] - [daemon] Valid service names are rejected

2005-07-05 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=35612.
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=35612


[EMAIL PROTECTED] changed:

   What|Removed |Added

OtherBugsDependingO|33671   |
  nThis||




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



svn commit: r209270 - in /jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav: WebdavClientFactory.java WebdavConnectionManager.java

2005-07-05 Thread imario
Author: imario
Date: Tue Jul  5 06:45:04 2005
New Revision: 209270

URL: http://svn.apache.org/viewcvs?rev=209270view=rev
Log:
use threadlocal for httpconnection (WebdavConnectionManager) to work around the 
limitation of webdavlib not using the MultiThreadedHttpConnectionManager.

Added:

jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
   (with props)
Modified:

jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavClientFactory.java

Modified: 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavClientFactory.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavClientFactory.java?rev=209270r1=209269r2=209270view=diff
==
--- 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavClientFactory.java
 (original)
+++ 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavClientFactory.java
 Tue Jul  5 06:45:04 2005
@@ -78,7 +78,7 @@
 resource.setHttpURL(url, WebdavResource.NOACTION, 1);
 
 client = resource.retrieveSessionInstance();
-client.setHttpConnectionManager(new 
MultiThreadedHttpConnectionManager());
+client.setHttpConnectionManager(new WebdavConnectionManager());
 }
 catch (final IOException e)
 {

Added: 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java?rev=209270view=auto
==
--- 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
 (added)
+++ 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
 Tue Jul  5 06:45:04 2005
@@ -0,0 +1,256 @@
+package org.apache.commons.vfs.provider.webdav;
+
+import org.apache.commons.httpclient.HostConfiguration;
+import org.apache.commons.httpclient.HttpConnection;
+import org.apache.commons.httpclient.HttpConnectionManager;
+import org.apache.commons.httpclient.params.HttpConnectionManagerParams;
+
+import java.io.IOException;
+import java.io.InputStream;
+
+/**
+ * A connection manager that provides access to a single HttpConnection.  This
+ * manager makes no attempt to provide exclusive access to the contained
+ * HttpConnection.
+ *
+ * ThreadLocal connection.
+ *
+ * @author a href=mailto:[EMAIL PROTECTED]Mario Ivankovits/a
+ * @author a href=mailto:[EMAIL PROTECTED]Michael Becke/a
+ * @author Eric Johnson
+ * @author a href=mailto:[EMAIL PROTECTED]Mike Bowler/a
+ * @author a href=mailto:[EMAIL PROTECTED]Oleg Kalnichevski/a
+ * @author Laura Werner
+ * @since 2.0
+ */
+public class WebdavConnectionManager implements HttpConnectionManager
+{
+/**
+ * Since the same connection is about to be reused, make sure the
+ * previous request was completely processed, and if not
+ * consume it now.
+ *
+ * @param conn The connection
+ */
+static void finishLastResponse(HttpConnection conn)
+{
+InputStream lastResponse = conn.getLastResponseInputStream();
+if (lastResponse != null)
+{
+conn.setLastResponseInputStream(null);
+try
+{
+lastResponse.close();
+}
+catch (IOException ioe)
+{
+//FIXME: badness - close to force reconnect.
+conn.close();
+}
+}
+}
+
+/**
+ * The thread data
+ */
+protected ThreadLocal localHttpConnection = new ThreadLocal()
+{
+protected Object initialValue()
+{
+return new Entry();
+}
+};
+
+/**
+ * Collection of parameters associated with this connection manager.
+ */
+private HttpConnectionManagerParams params = new 
HttpConnectionManagerParams();
+
+private static class Entry
+{
+/**
+ * The http connection
+ */
+private HttpConnection conn = null;
+
+/**
+ * The time the connection was made idle.
+ */
+private long idleStartTime = Long.MAX_VALUE;
+}
+
+public WebdavConnectionManager()
+{
+}
+
+protected HttpConnection getLocalHttpConnection()
+{
+return ((Entry) localHttpConnection.get()).conn;
+}
+
+protected void setLocalHttpConnection(HttpConnection conn)
+{
+((Entry) localHttpConnection.get()).conn = conn;
+}
+
+protected long getIdleStartTime()
+{
+return ((Entry) localHttpConnection.get()).idleStartTime;
+}

svn commit: r209271 - /jakarta/commons/proper/email/trunk/project.properties

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 06:50:43 2005
New Revision: 209271

URL: http://svn.apache.org/viewcvs?rev=209271view=rev
Log:
use -src suffix on source distribution directory

Modified:
jakarta/commons/proper/email/trunk/project.properties

Modified: jakarta/commons/proper/email/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/project.properties?rev=209271r1=209270r2=209271view=diff
==
--- jakarta/commons/proper/email/trunk/project.properties (original)
+++ jakarta/commons/proper/email/trunk/project.properties Tue Jul  5 06:50:43 
2005
@@ -49,3 +49,6 @@
 #maven.jar.override=true
 #maven.jar.activation = ${basedir}/lib/activation-1.0.2.jar
 #maven.jar.javamail = ${basedir}/lib/javamail-1.3.2.jar
+
+# used to ensure the source distribution unpacks into commons-email-VERSION-src
+maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
\ No newline at end of file



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



svn commit: r209272 - /jakarta/commons/proper/email/trunk/KEYS

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 06:57:09 2005
New Revision: 209272

URL: http://svn.apache.org/viewcvs?rev=209272view=rev
Log:
Add keys for gpg signing

Added:
jakarta/commons/proper/email/trunk/KEYS

Added: jakarta/commons/proper/email/trunk/KEYS
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/KEYS?rev=209272view=auto
==
--- jakarta/commons/proper/email/trunk/KEYS (added)
+++ jakarta/commons/proper/email/trunk/KEYS Tue Jul  5 06:57:09 2005
@@ -0,0 +1,52 @@
+This file contains the PGP keys of various developers.

+Please don't use them for email unless you have to. Their main

+purpose is code signing.

+

+Users: pgp  KEYS

+Developers: 

+   pgp -kxa your name and append it to this file.

+   (pgpk -ll your name  pgpk -xa your name)  this file.

+(gpg --list-sigs your name

+  gpg --armor --export your name)  this file.

+Use gpg --armour --detach-sign --default-key=YOURNAME FILE

+

+

+pub   1024D/6883C846 2004-08-03
+uid  Dion Gillard [EMAIL PROTECTED]
+sig 36883C846 2004-08-03  Dion Gillard [EMAIL PROTECTED]
+sig 3   P409AC31C 2004-10-29  Matthew Wakeling (Home address) [EMAIL 
PROTECTED]
+sig  E4136392 2004-10-29  Noel J. Bergman [EMAIL PROTECTED]
+sig  6883850D 2004-10-29  Noel J. Bergman [EMAIL PROTECTED]
+sub   1024g/32E95995 2004-08-03
+sig  6883C846 2004-08-03  Dion Gillard [EMAIL PROTECTED]
+
+-BEGIN PGP PUBLIC KEY BLOCK-
+Version: GnuPG v1.4.0 (Cygwin)
+
+mQGiBEEPHzkRBACqqH+A9BFBQ3/NSOfj0Ds/8QXqG7D66lVxrvazWRpjh25Ov7Z0
+36t4JN2gk/vMl8UCC+vpysUwofWJLzDOWIpYuA5ogTZRny315DbnTsHsdbkkOQ9y
+ESkhcQZifAMC2lrLTMilqy53YKd+RabLoj7WEaFXj59u3+Bx8Xf9iNOPYwCgzM++
+pE3aFZMFi+SLzHFtJk55/VkD/AxIbLKouwjCuYflQSovPgmHJhP2pnVJMa1UgXv9
+PYnpjrBBfkxDVUxEu74xZN7Ap/wssYrE5K7NMGv+PT3cutobOXVPpg3/zecm48Xb
+Y7b+Cvsk1PtsmntT2VGpLXnKUhGy6Ewrzi/Wuix4Z/zalwIyvb231wXsQc67gGQo
+DQQoA/9nbqYlVBbde4/ELRuxMOVXghkw17guzSZXs+0je0oOnHTACG5x4RIwh0CV
+sy0gn6D6BSV/ECMRw7R96QrdQnqOExjBUdenoIkmTD/phWKoqangifRtRflQ86gm
+V60zORF7h40gOs1+Pygo8TmkarQ+j5fgNf/0Heo8aNsh+0REerQeRGlvbiBHaWxs
+YXJkIDxkaW9uQGFwYWNoZS5vcmc+iF4EExECAB4FAkEPHzkCGwMGCwkIBwMCAxUC
+AwMWAgECHgECF4AACgkQqAM/2WiDyEbUAgCgu5e9P9oDJEbO9r7lw5Sqa9HBw70A
+nRuIZtgEKTQ4Z1Tpb10eI6k/IXx8iIUEExECAEUFAkGCbR0+Gmh0dHA6Ly93d3cu
+d2FrZWxpbmcuaG9tZWlwLm5ldC9+bW53MjEvcGdwX3NpZ25pbmdfcG9saWN5Lmh0
+bWwACgkQ94ap8UCawxz8WQCg2TBcsCe5GFS8qfzBJOSqd7kKmU8AnRg6QAuc0PlO
+EswOqwTGHIZWu/iFiEYEEBECAAYFAkGCnAQACgkQAQVmvOQTY5Ld5wCfYdRgFLr2
+fQCJ2X9w+FZWADPNsdYAoIMpmSImeJmIb1WdMOjKOY++lHwuiEYEEBECAAYFAkGC
+oK0ACgkQpf8y7miDhQ1m7gCg96X4FLRc1MPf/fL7eiQKG439EGoAoP4UlvrPzubK
+FsgaS2lC78D+pQXTuQENBEEPHz4QBADuu3MH0oB2sGRGhXEDa3EZBdHljp4aFTSZ
+K6MAMAliy7eRTSJcORbHr2x6Q0wFNBd6r+TSntWG5NWrhwcxCmQRH3hlbZsD7SY1
+OqClht/XSv/tiRDQ+oAVTVLqThE3bkcUYeoVHzgfqT86i1NmGcnyIJj5r8yBA1sV
+Dyp42ADiYwADBQP+Nq8InUWlienKgexPDFAuXXPr9lg6iUMRpEqebpqSDhpeDTvk
+mvq1xaUT9Yt+FDX7db/1d1i3fJTIX7dydo/2Vw70f7UODNvWMtQTveaEXchXiH3y
+62w8nY3ZogMGjKH5DDXqev2SelDSvGcXEWsGZxPvuwh0cGuahyCigYpWKa6ISQQY
+EQIACQUCQQ8fPgIbDAAKCRCoAz/ZaIPIRltTAJ4hZeSWTyds0CJdEN9z66UpdcZa
++wCgyTaygSUChtQxApENteggXBYXm+4=
+=fgDj
+-END PGP PUBLIC KEY BLOCK-



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



docs on releases

2005-07-05 Thread Dion Gillard
The docs on http://jakarta.apache.org/commons/releases/prepare.html
suggest adding a script to maven.xml, to change the directory name for
the source distribution that is generated.

FWIW, I've found using a project.properties entry easier:

# used to ensure the source distribution unpacks into commons-email-VERSION-src
maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src

I would prefer we use the project.properties rather than maven.xml for
this in general. Is there a technical preference for the maven.xml?
-- 
http://www.multitask.com.au/people/dion/
You are going to let the fear of poverty govern your life and your
reward will be that you will eat, but you will not live. - George
Bernard Shaw

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



DO NOT REPLY [Bug 34056] - [email] Improve MultiPartEmail to ease extending

2005-07-05 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=34056.
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=34056


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER




--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 16:01 ---
Post 1.0 enhancements

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 34932] - [Email] Parsing MIME content.

2005-07-05 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=34932.
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=34932


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER




--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 16:01 ---
Post 1.0 enhancements

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35319] - [email] [PATCH] Allow SMTP Authentication data in System.properties

2005-07-05 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=35319.
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=35319


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER




--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 16:01 ---
Post 1.0 enhancements

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 32900] - [email] email retrieval feature

2005-07-05 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=32900.
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=32900


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER




--- Additional Comments From [EMAIL PROTECTED]  2005-07-05 16:01 ---
Post 1.0 enhancements

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



svn commit: r209275 - in /jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav: WebDavFileSystem.java WebdavConnectionManager.java

2005-07-05 Thread imario
Author: imario
Date: Tue Jul  5 07:14:22 2005
New Revision: 209275

URL: http://svn.apache.org/viewcvs?rev=209275view=rev
Log:
prepare for closeHttpClientConnection per Thread

Modified:

jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebDavFileSystem.java

jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java

Modified: 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebDavFileSystem.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebDavFileSystem.java?rev=209275r1=209274r2=209275view=diff
==
--- 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebDavFileSystem.java
 (original)
+++ 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebDavFileSystem.java
 Tue Jul  5 07:14:22 2005
@@ -16,6 +16,7 @@
 package org.apache.commons.vfs.provider.webdav;
 
 import org.apache.commons.httpclient.HttpClient;
+import org.apache.commons.httpclient.HttpConnectionManager;
 import org.apache.commons.vfs.FileName;
 import org.apache.commons.vfs.FileObject;
 import org.apache.commons.vfs.FileSystem;
@@ -59,6 +60,15 @@
 protected HttpClient getClient() throws FileSystemException
 {
 return client;
+}
+
+protected void closeHttpClientConnection() throws FileSystemException
+{
+HttpConnectionManager mgr = getClient().getHttpConnectionManager();
+if (mgr instanceof WebdavConnectionManager)
+{
+((WebdavConnectionManager) mgr).releaseLocalConnection();
+}
 }
 
 /**

Modified: 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java?rev=209275r1=209274r2=209275view=diff
==
--- 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
 (original)
+++ 
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/provider/webdav/WebdavConnectionManager.java
 Tue Jul  5 07:14:22 2005
@@ -66,6 +66,17 @@
  */
 private HttpConnectionManagerParams params = new 
HttpConnectionManagerParams();
 
+/**
+ * release the connection of the current thread
+ */
+public void releaseLocalConnection()
+{
+if (getLocalHttpConnection() != null)
+{
+releaseConnection(getLocalHttpConnection());
+}
+}
+
 private static class Entry
 {
 /**



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



svn commit: r209278 - /jakarta/commons/proper/email/trunk/project.properties

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:27:58 2005
New Revision: 209278

URL: http://svn.apache.org/viewcvs?rev=209278view=rev
Log:
- Remove test properties which would ignore errors and failures

- added maven.xdoc.distributionUrl so that downloads.html will be generated.

- Removed some commented out properties

Modified:
jakarta/commons/proper/email/trunk/project.properties

Modified: jakarta/commons/proper/email/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/project.properties?rev=209278r1=209277r2=209278view=diff
==
--- jakarta/commons/proper/email/trunk/project.properties (original)
+++ jakarta/commons/proper/email/trunk/project.properties Tue Jul  5 07:27:58 
2005
@@ -22,33 +22,24 @@
 # Version: $Id$
 #
 ##
-
-maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory
+# must have this for subversion changelog reports
+#maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory
 
 # Used to generate the checkstyle reports
-#maven.checkstyle.format = turbine
 maven.checkstyle.properties=conf/checkstyle.xml
 maven.checkstyle.header.file=conf/HEADER.txt
 
-# test properties
-maven.test.error.ignore=true
-maven.test.failure.ignore=true
-
 # Standard settings
 maven.xdoc.jsl=../commons-build/commons-site.jsl
 maven.xdoc.date=left
 maven.xdoc.poweredby.image=maven-feather.png
-maven.xdoc.version=${pom.currentVersion}
 maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+# used to generate the download page
+maven.xdoc.distributionUrl=http://www.apache.org/dist/java-repository/commons-email/jars
 
-# Compiler settings
+# Compiler settings - we are targetting JDK 1.3 as minimum runtime requirement
 maven.compile.source=1.3
 maven.compile.target=1.3
 
-# Use included jars
-#maven.jar.override=true
-#maven.jar.activation = ${basedir}/lib/activation-1.0.2.jar
-#maven.jar.javamail = ${basedir}/lib/javamail-1.3.2.jar
-
 # used to ensure the source distribution unpacks into commons-email-VERSION-src
-maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
\ No newline at end of file
+maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src



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



svn commit: r209279 - in /jakarta/commons/proper/vfs/trunk: build.xml project.xml

2005-07-05 Thread imario
Author: imario
Date: Tue Jul  5 07:31:14 2005
New Revision: 209279

URL: http://svn.apache.org/viewcvs?rev=209279view=rev
Log:
upgrade to httpclient 3.0-rc3

Modified:
jakarta/commons/proper/vfs/trunk/build.xml
jakarta/commons/proper/vfs/trunk/project.xml

Modified: jakarta/commons/proper/vfs/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/build.xml?rev=209279r1=209278r2=209279view=diff
==
--- jakarta/commons/proper/vfs/trunk/build.xml (original)
+++ jakarta/commons/proper/vfs/trunk/build.xml Tue Jul  5 07:31:14 2005
@@ -199,7 +199,7 @@
 /get
 get dest=${libdir}/jdom-1.0.jar usetimestamp=true 
ignoreerrors=true src=http://www.ibiblio.org/maven/jdom/jars/jdom-1.0.jar;
 /get
-get dest=${libdir}/commons-httpclient-2.0.jar usetimestamp=true 
ignoreerrors=true 
src=http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-2.0.jar;
+get dest=${libdir}/commons-httpclient-3.0-rc3.jar 
usetimestamp=true ignoreerrors=true 
src=http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-3.0-rc3.jar;
 /get
 get dest=${libdir}/jsch-0.1.17.jar usetimestamp=true 
ignoreerrors=true 
src=http://www.ibiblio.org/maven/jsch/jars/jsch-0.1.17.jar;
 /get

Modified: jakarta/commons/proper/vfs/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/project.xml?rev=209279r1=209278r2=209279view=diff
==
--- jakarta/commons/proper/vfs/trunk/project.xml (original)
+++ jakarta/commons/proper/vfs/trunk/project.xml Tue Jul  5 07:31:14 2005
@@ -142,7 +142,7 @@
 dependency
 groupIdcommons-httpclient/groupId
 artifactIdcommons-httpclient/artifactId
-version2.0/version
+version3.0-rc3/version
 /dependency
 
 dependency



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



svn commit: r209280 - /jakarta/commons/proper/email/trunk/README.txt

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:31:57 2005
New Revision: 209280

URL: http://svn.apache.org/viewcvs?rev=209280view=rev
Log:
Remove reference to sandbox

Modified:
jakarta/commons/proper/email/trunk/README.txt

Modified: jakarta/commons/proper/email/trunk/README.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/README.txt?rev=209280r1=209279r2=209280view=diff
==
--- jakarta/commons/proper/email/trunk/README.txt (original)
+++ jakarta/commons/proper/email/trunk/README.txt Tue Jul  5 07:31:57 2005
@@ -14,8 +14,8 @@
limitations under the License.
 --
 
-Email Sandbox
---
+Email
+-
 
 Getting started:
 



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



svn commit: r209281 - /jakarta/commons/proper/email/trunk/STATUS.html

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:33:19 2005
New Revision: 209281

URL: http://svn.apache.org/viewcvs?rev=209281view=rev
Log:
Add myself to status.html

Modified:
jakarta/commons/proper/email/trunk/STATUS.html

Modified: jakarta/commons/proper/email/trunk/STATUS.html
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/STATUS.html?rev=209281r1=209280r2=209281view=diff
==
--- jakarta/commons/proper/email/trunk/STATUS.html (original)
+++ jakarta/commons/proper/email/trunk/STATUS.html Tue Jul  5 07:33:19 2005
@@ -87,6 +87,7 @@
 lia href=mailto:mark.lowe at boxstuff.comMark Lowe/a (Contributor)/li
 lia href=mailto:jmcnally at apache.orgJohn McNally/a (Emeritus 
Committer)/li
 lia href=mailto:jon at apache.orgJon Stevens/a (Emeritus 
Committer)/li
+lia href=mailto:dion at apache.orgdIon Gillard/a (Commons 
Committer)/li
 /ul
 
 /body



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



svn commit: r209282 - /jakarta/commons/proper/email/trunk/STATUS.html

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:34:29 2005
New Revision: 209282

URL: http://svn.apache.org/viewcvs?rev=209282view=rev
Log:
Fix JDK and Dumbster versions

Modified:
jakarta/commons/proper/email/trunk/STATUS.html

Modified: jakarta/commons/proper/email/trunk/STATUS.html
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/STATUS.html?rev=209282r1=209281r2=209282view=diff
==
--- jakarta/commons/proper/email/trunk/STATUS.html (original)
+++ jakarta/commons/proper/email/trunk/STATUS.html Tue Jul  5 07:34:29 2005
@@ -45,7 +45,7 @@
 components for development and use:/p
 ul
 lia href=http://java.sun.com/j2se;Java Development Kit/a
-(Version 1.2 or later)/li
+(Version 1.3 or later)/li
 lia href=http://java.sun.com/products/javamail/;
 JavaMail/a . (Version 1.2 or later)/li
 lia href=http://java.sun.com/products/javabeans/glasgow/jaf.html;
@@ -55,7 +55,7 @@
 (Version 3.7 or later) - for unit tests only, not required
 for deployment/li
 lia href=http://www.quintanasoft.com/dumbster/;Dumbster Fake SMTP/a
-(Version 1.0.3 or later) - for unit tests only, not required
+(Version 1.6 or later) - for unit tests only, not required
 for deployment/li
 /ul
 



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



svn commit: r209284 - /jakarta/commons/proper/email/trunk/project.xml

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:37:32 2005
New Revision: 209284

URL: http://svn.apache.org/viewcvs?rev=209284view=rev
Log:
Add Eric Speigs as a contributor

Modified:
jakarta/commons/proper/email/trunk/project.xml

Modified: jakarta/commons/proper/email/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/project.xml?rev=209284r1=209283r2=209284view=diff
==
--- jakarta/commons/proper/email/trunk/project.xml (original)
+++ jakarta/commons/proper/email/trunk/project.xml Tue Jul  5 07:37:32 2005
@@ -111,8 +111,8 @@
 /developers
 contributors
 contributor
-nameMatthias Wessendorf/name
-email[EMAIL PROTECTED]/email
+nameMark Lowe/name
+email[EMAIL PROTECTED]/email
 roles/
 /contributor
 contributor
@@ -121,12 +121,13 @@
 roles/
 /contributor
 contributor
-nameMark Lowe/name
-email[EMAIL PROTECTED]/email
+nameEric Speigs/name
+email[EMAIL PROTECTED]/email
 roles/
 /contributor
 contributor
-nameRegis Koenigt/name
+nameMatthias Wessendorf/name
+email[EMAIL PROTECTED]/email
 roles/
 /contributor
 /contributors



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



svn commit: r209285 - /jakarta/commons/proper/email/trunk/project.xml

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:38:04 2005
New Revision: 209285

URL: http://svn.apache.org/viewcvs?rev=209285view=rev
Log:
Right name this time

Modified:
jakarta/commons/proper/email/trunk/project.xml

Modified: jakarta/commons/proper/email/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/project.xml?rev=209285r1=209284r2=209285view=diff
==
--- jakarta/commons/proper/email/trunk/project.xml (original)
+++ jakarta/commons/proper/email/trunk/project.xml Tue Jul  5 07:38:04 2005
@@ -121,7 +121,7 @@
 roles/
 /contributor
 contributor
-nameEric Speigs/name
+nameEric Speigelberg/name
 email[EMAIL PROTECTED]/email
 roles/
 /contributor



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



svn commit: r209286 - /jakarta/commons/proper/email/trunk/project.xml

2005-07-05 Thread dion
Author: dion
Date: Tue Jul  5 07:40:44 2005
New Revision: 209286

URL: http://svn.apache.org/viewcvs?rev=209286view=rev
Log:
Fix my developer entry

Modified:
jakarta/commons/proper/email/trunk/project.xml

Modified: jakarta/commons/proper/email/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/email/trunk/project.xml?rev=209286r1=209285r2=209286view=diff
==
--- jakarta/commons/proper/email/trunk/project.xml (original)
+++ jakarta/commons/proper/email/trunk/project.xml Tue Jul  5 07:40:44 2005
@@ -56,8 +56,8 @@
 developer
 namedIon Gillard/name
 iddion/id
-email[EMAIL PROTECTED]/email
-organizationMultitask Consulting/organization
+email[EMAIL PROTECTED]/email
+organizationApache Software Foundation/organization
 roles/
 /developer
 developer



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



Re: docs on releases

2005-07-05 Thread Martin Cooper
On 7/5/05, Dion Gillard [EMAIL PROTECTED] wrote:
 The docs on http://jakarta.apache.org/commons/releases/prepare.html
 suggest adding a script to maven.xml, to change the directory name for
 the source distribution that is generated.
 
 FWIW, I've found using a project.properties entry easier:
 
 # used to ensure the source distribution unpacks into 
 commons-email-VERSION-src
 maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
 
 I would prefer we use the project.properties rather than maven.xml for
 this in general. Is there a technical preference for the maven.xml?

Not that I'm aware of. +1 for using the properties file instead.

--
Martin Cooper


 --
 http://www.multitask.com.au/people/dion/
 You are going to let the fear of poverty govern your life and your
 reward will be that you will eat, but you will not live. - George
 Bernard Shaw
 
 -
 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]



svn commit: r209296 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/text/VariableFormat.java test/org/apache/commons/lang/text/VariableFormatTest.java

2005-07-05 Thread ggregory
Author: ggregory
Date: Tue Jul  5 09:27:10 2005
New Revision: 209296

URL: http://svn.apache.org/viewcvs?rev=209296view=rev
Log:
Towards version 2.2:
 - Set the component version to 2.2-dev.
 - Add .text classes VariableFormat and VariableFormatTest.
 - Enable build of .text package.

Added:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormat.java
   (with props)

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/text/VariableFormatTest.java
   (with props)

Added: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormat.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormat.java?rev=209296view=auto
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormat.java
 (added)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormat.java
 Tue Jul  5 09:27:10 2005
@@ -0,0 +1,518 @@
+/*
+ * Copyright 2005 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.lang.text;
+
+import java.util.ArrayList;
+import java.util.Iterator;
+import java.util.List;
+import java.util.Map;
+
+import org.apache.commons.lang.StringUtils;
+
+/**
+ * Candidate class to replace Interpolation and MappedMessageFormat?
+ * 
+ * p
+ * A class for variable interpolation (substitution).
+ * /p
+ * p
+ * This class can be given a text which can contain an arbitrary number of 
variables. It will then try to replace all
+ * variables by their current values, which are obtained from a map. A 
variable per default is specified using the
+ * typical notation quot; code${lt;varnamegt;}/code quot;. However by 
calling the
+ * codesetVariablePrefix()/code and codesetVariableSuffix()/code 
methods it is possible to use a different
+ * prefix or suffix.
+ * /p
+ * p
+ * Typical usage of this class follows the following pattern: First an 
instance is created and initialized with the map
+ * that contains the values for the available variables. If a prefix and/or 
suffix for variables should be used other
+ * than the default ones, the appropriate settings can be performed. After 
that the codereplace()/code method can
+ * be called passing in the source text for interpolation. In the returned 
text all variable references (as long as
+ * their values are known) will be resolved. The following example 
demonstrates this:
+ * /p
+ * p
+ * codepre
+ * Map valuesMap = HashMap();
+ * valuesMap.put(quot;animalquot;, quot;quick brown foxquot;);
+ * valuesMap.put(quot;targetquot;, quot;lazy dogquot;);
+ * String templateString = quot;The ${animal} jumped over the 
${target}.quot;;
+ * VariableFormat vf = new VariableVormat(valuesMap);
+ * String resolvedString = cf.replace(templateString);
+ * /pre/code yielding: codepre
+ *The quick brown fox jumped over the lazy dog.
+ * /pre/code
+ * /p
+ * p
+ * In addition to this usage pattern there are some static convenience methods 
that cover the most common use cases.
+ * These methods can be used without the need of creating an instance. However 
if multiple replace operations are to be
+ * performed, creating and reusing an instance of this class will be more 
efficient.
+ * /p
+ * p
+ * Variable replacement works in a recursive way, i.e. it is possible that a 
variable's value is a text which again
+ * contains variable references. These new variables will be replaced, too. 
Cyclic replacements are detected and will
+ * cause an exception to be thrown.
+ * /p
+ * p
+ * Sometimes the interpolation's result must contain a variable prefix. As an 
example take the following source text:
+ * /p
+ * p
+ * codeThe variable ${${name}} must be used./code
+ * /p
+ * p
+ * Here only the variable's name refered to in the text should be replaced 
resulting in the text (assuming that the
+ * value of the codename/code variable is codex/code:
+ * /p
+ * p
+ * codeThe variable ${x} must be used./code
+ * /p
+ * p
+ * To achieve this effect there are two possibilities: Either set a different 
prefix and suffix for variables which do
+ * not conflict with the result text you want to produce. The other 
possibility is to use the escape character that can
+ * be set through the codesetEscapeCharacter()/code method. If this 
character is placed before 

RE: [Lang] text. Interpolation, on to 2.2

2005-07-05 Thread Gary Gregory
Oops, I forgot to add the classes through TortoiseSVN. You should now
find the class and test case in SVN.

Thanks,
Gary

 -Original Message-
 From: Steven Caswell [mailto:[EMAIL PROTECTED]
 Sent: Monday, July 04, 2005 3:19 PM
 To: Jakarta Commons Developers List
 Subject: Re: [Lang] text. Interpolation, on to 2.2
 
 Gary,
 
 I'm not finding the variable format classes in the repository. Maybe
 I'm missing something. Can you send a link?
 
 Thanks.
 
 On 7/3/05, Gary Gregory [EMAIL PROTECTED] wrote:
  Hello all:
 
  I've stored a (slightly mood's) version of Oliver's classes
(includes
  tests) from http://issues.apache.org/bugzilla/show_bug.cgi?id=35588
in
  CVS.
 
  I'd like to discuss what we think of using Variable Format (which
can be
  renamed to something better if someone can think of a better name).
 
  Adopting Variable Format would mean removing Interpolation and
  MappedMessageFormat.
 
  Thoughts?
 
  Thanks,
  Gary
 
   -Original Message-
   From: Gary Gregory [mailto:[EMAIL PROTECTED]
   Sent: Sunday, July 03, 2005 1:40 PM
   To: Jakarta Commons Developers List
   Subject: RE: [lang] text.Interpolation, on to 2.2
  
   Thank you Oliver. I'll be taking a look over the weekend.
  
   Gary
  
-Original Message-
From: Oliver Heger [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 02, 2005 11:42 AM
To: Jakarta Commons Developers List
Subject: Re: [lang] text.Interpolation, on to 2.2
   
Gary Gregory wrote:
   
Oliver,

Would you be willing to have a go at creating these classes for
  lang?

Thanks,
Gary



A first implementation can be found at the new BZ ticket 35588:
http://issues.apache.org/bugzilla/show_bug.cgi?id=35588
   
Comments are welcome!
Oliver
   
   
 
-
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]
 
 
 
 
 --
 Steven Caswell
 [EMAIL PROTECTED]
 
 Take back the web - http://www.mozilla.org
 
 -
 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: docs on releases

2005-07-05 Thread Phil Steitz
I agree.  Thanks for pointing this out.

Phil

On 7/5/05, Martin Cooper [EMAIL PROTECTED] wrote:
 On 7/5/05, Dion Gillard [EMAIL PROTECTED] wrote:
  The docs on http://jakarta.apache.org/commons/releases/prepare.html
  suggest adding a script to maven.xml, to change the directory name for
  the source distribution that is generated.
 
  FWIW, I've found using a project.properties entry easier:
 
  # used to ensure the source distribution unpacks into 
  commons-email-VERSION-src
  maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
 
  I would prefer we use the project.properties rather than maven.xml for
  this in general. Is there a technical preference for the maven.xml?
 
 Not that I'm aware of. +1 for using the properties file instead.
 
 --
 Martin Cooper
 
 
  --
  http://www.multitask.com.au/people/dion/
  You are going to let the fear of poverty govern your life and your
  reward will be that you will eat, but you will not live. - George
  Bernard Shaw
 
  -
  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]



DO NOT REPLY [Bug 35617] New: - NumActive goes to negative when the pool can't create more objects

2005-07-05 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=35617.
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=35617

   Summary: NumActive goes to negative when the pool can't create
more objects
   Product: Commons
   Version: 1.2 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: P2
 Component: Pool
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Under heavy usage on multithreaded environment, the pool start to show 
NumActive property as negative value.

We've implemented a pool of sockets and if there is a problem creating new 
sockets after some time of successful operation, the pool starts trying to 
create new sockets but while trying to create them, it goes removing invalid 
instances from the pool and after the evictor runs, it starts to invalidate the 
objects, making the numActive property stay negative.

I changed the class GenericObjectPoolImpl to check if _numActive property is 
bigger than Zero, before decrementing it and I'd like to know if this is ok so 
I can submit a patch. From my tests, it's working fine after checking if 
numActive is  than zero before executing numActive--.

Daniel

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



[Jakarta-commons Wiki] Update of MathWishList by PhilSteitz

2005-07-05 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki 
for change notification.

The following page has been changed by PhilSteitz:
http://wiki.apache.org/jakarta-commons/MathWishList

The comment on the change is:
Added high-level SoC breakout

--
   * Provide FFT's. -- AlChou
 * do full implementation like [http://www.fftw.org/ FFTW] -- AlexGraesser
   * [[Anchor(summerofcode)]] Numerical Enhancements (Summer of Code Proposal)
-* performance tuning for matrix computation and add more decomposition 
methods
-* univariate integration (Romberg is what I have in mind)
-* true polynomial interpolation (as opposed to spline)
-* rational function interpolation
-* univariate minimization
-* robust derivative-free multidimensional optimization (downhill simplex)
-* B-spline
-* ODE solver
+* Du Li
+  * an approximation package, with an emphasis on the support for 
B-splines, which is used to approximate curves in general, given a set of 
points on the curve.  
+  * generic PDE/ODE solvers, with built-in support for Poisson/heat/wave 
equations.  
+  * an optimization package, including linear programming (simplex method, 
later also interior point method), quadratic programming, nonlinear 
unconstraint/constraint minimization, later will also include search methods 
including genetic programming.
+  * a simulation package, to provide a framework for running 
(Quasi)Monte-Carlo simulations
+* James Stephenson
+  * Compressed Matrix Storage classes for Diagonal and Sparse Matricies.
+  * Advanced Matrix Decomposition Methods including Singular Value 
Decomposition, Q-R Factorization, and L-U Decomposition.
+  * Advanced Matrix Solvers including Gauss-Jordan, Gauss-Seidel, the 
Jacobi solver, and the Relaxation method.
+  * Matrix Functions optimized for Sparse and Compressed format for 
existing and newly developed functions.
+* Xiaogang Zhang
+  * Integration and Quadrature
+  * Interpolation and Extrapolation
+  * Root Finding (add Ridder's method, Muller's method, Laguerre's method.)
+  * Fast Fourier Transform
  

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



DO NOT REPLY [Bug 35617] - [pool]NumActive goes to negative when the pool can't create more objects

2005-07-05 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=35617.
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=35617


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|NumActive goes to negative  |[pool]NumActive goes to
   |when the pool can't create  |negative when the pool can't
   |more objects|create more objects




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: [email] progress on 1.0 release?

2005-07-05 Thread robert burrell donkin
On Tue, 2005-07-05 at 13:17 +1200, Simon Kitching wrote:
 On Tue, 2005-07-05 at 11:11 +1000, Dion Gillard wrote:
  Is everyone ok with me doing a distribution for 1.0-RC5 and placing it
  up for public consumption on people.apache.org/~dion ?
  I'm currently going through
  http://jakarta.apache.org/commons/releases/prepare.html and making
  sure it's all ready.
 
 This thread:
 http://marc.theaimsgroup.com/?l=jakarta-commons-devm=111955501823405w=
 seems clear there is agreement for a release and no objections to you as
 release manager. Go for it!

+1

- robert


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



Re: [all][sandbox] removing promoted components

2005-07-05 Thread robert burrell donkin
On Mon, 2005-07-04 at 15:17 -0500, Tim O'Brien wrote:
 AFAIK, promotion from the sandbox is now just an svn move.  This 
 doesn't help us with components that were promoted before the svn 
 migration.  Does anyone have any objections to svn rm-ing the 
 following directories.  This is just a start..
 
 /jakarta/commons/sandbox/betwixt
 /jakarta/commons/sandbox/codec
 /jakarta/commons/sandbox/digester
 /jakarta/commons/sandbox/el
 /jakarta/commons/sandbox/jelly
 /jakarta/commons/sandbox/math

+1

good plan :)

- robert


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



Re: docs on releases

2005-07-05 Thread robert burrell donkin
On Tue, 2005-07-05 at 09:46 -0700, Phil Steitz wrote:
 I agree.  Thanks for pointing this out.
 
 Phil
 
 On 7/5/05, Martin Cooper [EMAIL PROTECTED] wrote:
  On 7/5/05, Dion Gillard [EMAIL PROTECTED] wrote:
   The docs on http://jakarta.apache.org/commons/releases/prepare.html
   suggest adding a script to maven.xml, to change the directory name for
   the source distribution that is generated.
  
   FWIW, I've found using a project.properties entry easier:
  
   # used to ensure the source distribution unpacks into 
   commons-email-VERSION-src
   maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
  
   I would prefer we use the project.properties rather than maven.xml for
   this in general. Is there a technical preference for the maven.xml?
  
  Not that I'm aware of. +1 for using the properties file instead.

+1

update the docs :)

- robert


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



Re: [math] Release 1.1 RC1 available for review

2005-07-05 Thread robert burrell donkin
On Sun, 2005-07-03 at 10:28 -0700, Phil Steitz wrote:
 An initial release candidate for commons-math 1.1 is available for review 
 here:
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/
 
 Release notes, summarizing the changes from version 1.0, are here:
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/RELEASE-NOTES.txt
 
 The updated web site is here:
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/site/
 
 This is a maintenance release and should binary compatible with
 version 1.0.  Details on API changes are here:
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/jdiff_report/changes.html
  (jdiff)
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/clirr-report.txt 
 (clirr)
 
 Please download the release, test it on your systems and provide
 feedback to the commons-dev mailing list.
 
 KNOWN ISSUES (to be fixed in RC2):
 * Some missing @since tags (thanks to jdiff -- see
 http://people.apache.org/~psteitz/commons-math/1-1-rc1/jdiff_report/missingSinces.txt

a little interesting, this. there is one school of thought that says the
since tags are only appropriate when it's a change to the API. so, you
create the first release and then add @since tags for all changes.

i think that now automated checking is available, it's probably best to
add since tags everywhere. above all, consistency.

 * Need to change the javadoc menu on the web site

otherwise all looks fine to me

- robert


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



Re: [logging] changes to build.xml

2005-07-05 Thread robert burrell donkin
On Tue, 2005-07-05 at 22:00 +1200, Simon Kitching wrote:
 Hi All,

hi simon

 As there has been no feedback on the PathableTestSuite stuff I recently
 committed I presume it's all acceptable so I'm pressing on with related
 changes.

sorry about that :-/ 

(got very wrapped up exchanging emails with MEPs about the european
software patent vote that's due tomorrow.)

don't wait but i hope to be able to review the changes in the next day
or two...

- robert


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



svn commit: r209332 - /jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml

2005-07-05 Thread psteitz
Author: psteitz
Date: Tue Jul  5 15:12:44 2005
New Revision: 209332

URL: http://svn.apache.org/viewcvs?rev=209332view=rev
Log:
Changed recommendation on how to get source to unpack to src.

Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml

Modified: jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml?rev=209332r1=209331r2=209332view=diff
==
--- jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml 
(original)
+++ jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml Tue 
Jul  5 15:12:44 2005
@@ -171,23 +171,14 @@
 p
 By default, maven uses the same directory name for both binary and source 
distributions
 (commons-foo-1.2). Some find it more convenient to have the source 
distribution unpack
-to commons-foo-1.2-src. This can be done easily by adding a snippet of 
script to the
-maven.xml file.
-/p
-p
-For example:   
+to commons-foo-1.2-src. This can be done easily by adding the following 
line to the
+component's project.properties file:
 /p
+p 
 pre
-![CDATA[
-  preGoal name=dist:build-src
-...
-move todir=${maven.dist.src.assembly.dir}-src
-  fileset dir=${maven.dist.src.assembly.dir}/
-/move
-...
-  /preGoal
-]]
+
maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
  
 /pre
+/p
 /subsection
   /section
 



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



Re: [logging] make dependency on servlet api optional

2005-07-05 Thread robert burrell donkin
On Sun, 2005-07-03 at 11:51 +1200, Simon Kitching wrote: 
 On Sat, 2005-07-02 at 21:29 +0200, J.Pietschmann wrote:
  Simon Kitching wrote:
   This is only a *compile-time* dependency.
   
   Currently there is a single utility class provided in the standard
   logging jar which can be used to avoid memory leaks when using
   commons-logging in servlet containers.
   
   The presence of the class doesn't do any harm when used in
   non-servlet-containers; commons-logging will run fine and the class is
   simply not used.
  
  There's a recurring problem: projects developing into kitchen-sinks
 
 I don't believe this is the issue here. Commons-logging has a very
 definite focus so arbitrary feature growth is not really a danger.

 The memory-leak-in-servlet-engine issue is a common problem and does
 need to be addressed one way or another. Taking a wild guess, I would
 think that perhaps 50% of all uses of commons-logging is in a J2EE or
 servlet container, so including this code in core seems reasonable to
 me.

that depends on whether the concept of core comes from a dependency
perspective or a usage perspective. there are advantages in structuring
builds so that dependencies can be managed most effectively and then
distributing a combined headlining jar containing the most popular
classes. 

  I had to build Apache software from source multiple times for debugging
  purposes, and I don't like to track down all of the obscure compile
  time dependencies. Nor do I like to wait half an hour until all
  dependencies have been fetched from ibiblio or whatever.
 
 Tracking down obscure compile time dependencies is not an issue; they
 are all right there on ibiblio. And we can provide an Ant task to
 download them.
 
 I guess for people on dial-up connections the download time could be a
 nuisance.

in my time, i've also spent too long tracking down obscure references
when wanting to build a project just to hack a simple fix. (if you want
real pain, then i'd suggest setting up a full gump run on a local
machine.)

but i agree with simon that maven now solves this problem very well.
(indeed IIRC, this issue was one of those that maven was created to
address.) 
 
  I'd prefer a more modular approach:
  - Split the project (preferred, but not all that easy)
  - Provide several build targets according to dependencies
  - Compile optional (non-core, or less likely to be missed) components
or features only if libraries they depend on are in the classpath.
Issue a warning otherwise: Component/Feature FooBar not compiled
because FooLib not found...
 
 This is pretty much what commons-logging currently does. So obviously
 people share your view.

there are several reasons why experience has taught that this approach
often proves the best (i'll give some reasons for this statement at the
bottom rather than break up the flow now). however, the modularity in
the current build isn't as clearly reflected in the project structure as
it might be. it might be worth considering a move to a structure better
reflecting this (which may be Jörg's suggestion).

i'm not really sure that the layout adopted works very well (a separate
optional directory) and now we use subversion, it's cheap to reform the
layout. (i do want to move the demonstration out sometime soon BTW.)   

 However it complicates things:
 * build.xml harder to read and maintain. For example, if building
   various parts is optional, then all the related unit tests also
   need to be made optional, and run only when the corresponding
   parts are present.

true

it's easier to go for an explicit module structure rather than use build
tricks

 * we need more documentation, and more complex instructions for users.

true

however, i'm now of the opinion that JCL requires lots more
documentation than it has. IMHO optional jar's are much easier to
explain than classloading.

 It has to be remembered that commons-logging is generally something that
 people don't deliberately use; it's a dependency that is dragged along
 with some other lib that they are really interested in. So people don't
 have much interest in reading docs or configuring it correctly.
 Commons-logging really needs to work out-of-the-box as much as possible.

+1 (but we all know how difficult that make it for us :)

 And already people moan about having to include commons-logging.jar when
 using commons libs like digester or configuration. Providing them with
 complex documentation indicating under what circumstances they need to
 include additional jars won't make commons-logging more popular.

+1

this can be addressed by looking at the jars we distribution. what works
well with a modular approach is to separate the builds but distribute a
fat jar (containing everything) as the standard (named) jar.

adopting this policy would lead to a distributing something like:

commons-logging.jar (containing everything)  

commons-logging-core.jar (containing everything but optional)

DO NOT REPLY [Bug 35621] New: - Included properties w/ relative path fails in v1.1

2005-07-05 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=35621.
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=35621

   Summary: Included properties w/ relative path fails in v1.1
   Product: Commons
   Version: 1.1.0
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Configuration
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The include property fails in 1.1 when a PropertiesConfiguration is
instantiated with a relative path/file name instead of an absolute path, but it
works correctly in version 1.0.

As far as I can tell this bug was introduced by the refactoring of the load()
behavior from the PropertiesConfiguration constructor to the constructor of
AbstractFileConfiguration.  The load() method relies on the instance variable
includesAllowed which is declared and initialized in PropertiesConfiguration.
However, because in v1.1 load() is invoked from the superclass constructor, the
instance variables in the subclass have not yet been initialized when load() is
invoked. Consequently includesAllowed evaluates to false and the include 
fails.

I have attached a simple app to illustrate the issue.  It attempts to load the
property bar via an included properties file from the config dir.  By
manipulating the classpath in a batch script the app can be run twice, once
using version 1.0 and once using 1.1. Here is sample output:

Configuration version 1.0...
file name = myapp.properties
base path = file:/C:/myapp/config/
includes? = true
foo=foo from properties
bar=included bar


Configuration version 1.1...
file name = myapp.properties
base path = null
includes? = true
foo=foo from properties
bar=null

Note that the output contains includes? = true (which displays the result of
PropertiesConfiguration.getIncludesAllowed()), but this occurs after the
configuration has been completely initialized.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35621] - Included properties w/ relative path fails in v1.1

2005-07-05 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=35621.
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=35621





--- Additional Comments From [EMAIL PROTECTED]  2005-07-06 00:49 ---
Created an attachment (id=15601)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15601action=view)
Sample app to illustrate reported bug.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



RE: [lang][POLL] text package's mapped replace classes a.k.a. interpolation

2005-07-05 Thread Gary Gregory
 From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
 Sent: Monday, July 04, 2005 4:07 PM
 To: Jakarta Commons Developers List
 Subject: Re: [lang][POLL] text package's mapped replace classes a.k.a.
 interpolation
 
 Gary Gregory wrote:
  I'd like to get the feel of the community on whether VariableFormat
can
  replace Interpolation and MappedMessageFormat? These two latter
classes
  would be removed.
 
 Certainly this will be the goal, as the current classes have too much
 duplication.
 
  My goal is to hopefully pick one (VariableFormat) and beef up those
  tests (VariableFormatTest) and start moving towards a 2.2 release
with
  the focus being on the a small text package. A la XP: release early,
  release often. :-)
 
 +1
 
 text will (it seems) consist of VariableFormat, StrTokenizer and
 StrBuilder. Perhaps somewhere we can find a fast thread-safe
 NumberFormat class too.

I would prefer to see a 2.2 release with a smaller change set
(VariableFormat, StrTokenizer and StrBuilder), but if someone volunteers
to create such a NumberFormat, that's fine with me. 

I've never seen NumberFormat as a bottleneck in from my performance
tools but your mileage may vary ;-)

Gary

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



svn commit: r209365 - in /jakarta/commons/proper/digester/trunk: maven.xml project.properties

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 17:30:20 2005
New Revision: 209365

URL: http://svn.apache.org/viewcvs?rev=209365view=rev
Log:
Use simpler method of getting src distribution to unpack into -src directory
(as suggested by Phil Steitz).

Modified:
jakarta/commons/proper/digester/trunk/maven.xml
jakarta/commons/proper/digester/trunk/project.properties

Modified: jakarta/commons/proper/digester/trunk/maven.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/trunk/maven.xml?rev=209365r1=209364r2=209365view=diff
==
--- jakarta/commons/proper/digester/trunk/maven.xml (original)
+++ jakarta/commons/proper/digester/trunk/maven.xml Tue Jul  5 17:30:20 2005
@@ -99,10 +99,6 @@
 include name=file-header.txt/
 /fileset
 /copy
-  
-move todir=${maven.dist.src.assembly.dir}-src
-  fileset dir=${maven.dist.src.assembly.dir}/
-/move
   /preGoal
 
 /project

Modified: jakarta/commons/proper/digester/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/trunk/project.properties?rev=209365r1=209364r2=209365view=diff
==
--- jakarta/commons/proper/digester/trunk/project.properties (original)
+++ jakarta/commons/proper/digester/trunk/project.properties Tue Jul  5 
17:30:20 2005
@@ -16,6 +16,10 @@
 maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
 maven.xdoc.poweredby.image=maven-feather.png
 
+# ensure that the digester-x.y-src.tar.gz (and zip) distributions unpack into
+# a directory with suffix -src
+maven.dist.src.assembly.dir=${maven.dist.assembly.dir}/src/${maven.final.name}-src
+
 # generate .class files that can be loaded into a version 1.2 JVM.
 # Digester requires java1.2 collection classes, so doesn't support
 # 1.1 JVMs.



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



[vfs] Re: svn commit: r209279

2005-07-05 Thread Simon Kitching
On Tue, 2005-07-05 at 14:31 +, [EMAIL PROTECTED] wrote:
 Author: imario
 Date: Tue Jul  5 07:31:14 2005
 New Revision: 209279
 
 URL: http://svn.apache.org/viewcvs?rev=209279view=rev
 Log:
 upgrade to httpclient 3.0-rc3
 
  dependency
  groupIdcommons-httpclient/groupId
  artifactIdcommons-httpclient/artifactId
 -version2.0/version
 +version3.0-rc3/version
  /dependency

Perhaps in this case it would be wise for the VFS 1.0 release to wait
until after the commons-httpclient 3.0 release?

Regards,

Simon


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



svn commit: r209371 - in /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang: NumberUtils.java SerializationUtils.java enums/Enum.java

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:10:57 2005
New Revision: 209371

URL: http://svn.apache.org/viewcvs?rev=209371view=rev
Log:
removed empty statement from catch block that takes no action, using comment 
only to denote no action

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/SerializationUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java?rev=209371r1=209370r2=209371view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/NumberUtils.java
 Tue Jul  5 18:10:57 2005
@@ -197,7 +197,7 @@
 try {
 return createLong(numeric);
 } catch (NumberFormatException nfe) {
-; //Too big for a long
+//Too big for a long
 }
 return createBigInteger(numeric);
 
@@ -213,8 +213,8 @@
 return f;
 }
 
-} catch (NumberFormatException nfe) {
-  ; // empty catch
+} catch (NumberFormatException e) {
+// ignore the bad number
 }
 //Fall through
 case 'd' :
@@ -225,12 +225,12 @@
 return d;
 }
 } catch (NumberFormatException nfe) {
-  ; // empty catch
+// empty catch
 }
 try {
 return createBigDecimal(numeric);
 } catch (NumberFormatException e) {
-  ; // empty catch
+// empty catch
 }
 //Fall through
 default :
@@ -250,12 +250,12 @@
 try {
 return createInteger(val);
 } catch (NumberFormatException nfe) {
-  ; // empty catch
+// empty catch
 }
 try {
 return createLong(val);
 } catch (NumberFormatException nfe) {
-  ; // empty catch
+// empty catch
 }
 return createBigInteger(val);
 
@@ -268,7 +268,7 @@
 return f;
 }
 } catch (NumberFormatException nfe) {
-  ; // empty catch
+// empty catch
 }
 try {
 Double d = createDouble(val);
@@ -276,7 +276,7 @@
 return d;
 }
 } catch (NumberFormatException nfe) {
-  ; // empty catch
+// empty catch
 }
 
 return createBigDecimal(val);

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/SerializationUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/SerializationUtils.java?rev=209371r1=209370r2=209371view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/SerializationUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/SerializationUtils.java
 Tue Jul  5 18:10:57 2005
@@ -114,7 +114,7 @@
 out.close();
 }
 } catch (IOException ex) {
-; // ignore
+// ignore close exception
 }
 }
 }
@@ -170,7 +170,7 @@
 in.close();
 }
 } catch (IOException ex) {
-; // ignore
+// ignore close exception
 }
 }
 }

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java?rev=209371r1=209370r2=209371view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java
 Tue Jul  5 18:10:57 

svn commit: r209372 - in /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang: ObjectUtils.java time/DateFormatUtils.java time/DateUtils.java time/FastDateFormat.java time/StopWatch.java

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:12:46 2005
New Revision: 209372

URL: http://svn.apache.org/viewcvs?rev=209372view=rev
Log:
added super to empty constructors

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ObjectUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateFormatUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/FastDateFormat.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/StopWatch.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ObjectUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ObjectUtils.java?rev=209372r1=209371r2=209372view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ObjectUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ObjectUtils.java
 Tue Jul  5 18:12:46 2005
@@ -62,7 +62,7 @@
  * to operate./p
  */
 public ObjectUtils() {
-  super();
+super();
 }
 
 // Defaulting
@@ -259,7 +259,7 @@
  * Restricted constructor - singleton.
  */
 Null() {
-  ; // empty constructor
+super();
 }
 
 /**

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateFormatUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateFormatUtils.java?rev=209372r1=209371r2=209372view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateFormatUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateFormatUtils.java
 Tue Jul  5 18:12:46 2005
@@ -112,7 +112,7 @@
  * to operate./p
  */
 public DateFormatUtils() {
-  ; // empty constructor
+super();
 }
 
 /**

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java?rev=209372r1=209371r2=209372view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java
 Tue Jul  5 18:12:46 2005
@@ -120,7 +120,7 @@
  * instance to operate./p
  */
 public DateUtils() {
-  ; // empty constructor
+super();
 }
 
 //---

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/FastDateFormat.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/FastDateFormat.java?rev=209372r1=209371r2=209372view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/FastDateFormat.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/FastDateFormat.java
 Tue Jul  5 18:12:46 2005
@@ -1202,7 +1202,7 @@
  *
  */
 UnpaddedMonthField() {
-  ; // empty constructor
+super();
 }
 
 /**
@@ -1345,7 +1345,7 @@
  * Constructs an instance of codeTwoDigitYearField/code.
  */
 TwoDigitYearField() {
-  ; // empty constructor
+super();
 }
 
 /**
@@ -1381,7 +1381,7 @@
  * Constructs an instance of codeTwoDigitMonthField/code.
  */
 TwoDigitMonthField() {
-  ; // empty constructor
+super();
 }
 
 /**

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/StopWatch.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/StopWatch.java?rev=209372r1=209371r2=209372view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/StopWatch.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/StopWatch.java
 Tue Jul  5 18:12:46 2005
@@ -82,7 +82,7 @@
  * pConstructor./p
  */
 public StopWatch() {
-  ; // empty constructor
+super();
 }
 
 /**



-
To 

svn commit: r209373 - in /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang: enum/Enum.java exception/ExceptionUtils.java math/NumberUtils.java

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:15:52 2005
New Revision: 209373

URL: http://svn.apache.org/viewcvs?rev=209373view=rev
Log:
removed empty statement from catch block that takes no action, using comment 
only to denote no action;

added super to empty constructors

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/Enum.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/ExceptionUtils.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/math/NumberUtils.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/Enum.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/Enum.java?rev=209373r1=209372r2=209373view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/Enum.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/Enum.java
 Tue Jul  5 18:15:52 2005
@@ -293,7 +293,7 @@
  * pRestrictive constructor./p
  */
 private Entry() {
-  ; // empty constructor
+super();
 }
 }
 
@@ -548,11 +548,11 @@
 String name = (String) mth.invoke(other, null);
 return iName.equals(name);
 } catch (NoSuchMethodException e) {
-; // ignore - should never happen
+// ignore - should never happen
 } catch (IllegalAccessException e) {
-; // ignore - should never happen
+// ignore - should never happen
 } catch (InvocationTargetException e) {
-; // ignore - should never happen
+// ignore - should never happen
 }
 return false;
 }

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/ExceptionUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/ExceptionUtils.java?rev=209373r1=209372r2=209373view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/ExceptionUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/ExceptionUtils.java
 Tue Jul  5 18:15:52 2005
@@ -91,7 +91,7 @@
  * to be created, although that is not normally necessary./p
  */
 public ExceptionUtils() {
-  ; // empty constructor
+super();
 }
 
 //---
@@ -294,20 +294,20 @@
 try {
 method = throwable.getClass().getMethod(methodName, null);
 } catch (NoSuchMethodException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (SecurityException ignored) {
-  ; // exception ignored
+// exception ignored
 }
 
 if (method != null  
Throwable.class.isAssignableFrom(method.getReturnType())) {
 try {
 return (Throwable) method.invoke(throwable, 
ArrayUtils.EMPTY_OBJECT_ARRAY);
 } catch (IllegalAccessException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (IllegalArgumentException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (InvocationTargetException ignored) {
-  ; // exception ignored
+// exception ignored
 }
 }
 return null;
@@ -325,18 +325,18 @@
 try {
 field = throwable.getClass().getField(fieldName);
 } catch (NoSuchFieldException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (SecurityException ignored) {
-  ; // exception ignored
+// exception ignored
 }
 
 if (field != null  
Throwable.class.isAssignableFrom(field.getType())) {
 try {
 return (Throwable) field.get(throwable);
 } catch (IllegalAccessException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (IllegalArgumentException ignored) {
-  ; // exception ignored
+// exception ignored
 }
 }
 return null;
@@ -387,9 +387,9 @@
 return true;
 }
 } catch (NoSuchMethodException ignored) {
-  ; // exception ignored
+// exception ignored
 } catch (SecurityException ignored) {
-  ; // exception ignored
+// exception ignored
 }
 }
 
@@ -399,9 +399,9 @@

svn commit: r209374 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:17:48 2005
New Revision: 209374

URL: http://svn.apache.org/viewcvs?rev=209374view=rev
Log:
changed constructor empty statement to super

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java?rev=209374r1=209373r2=209374view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enum/EnumUtils.java
 Tue Jul  5 18:17:48 2005
@@ -40,7 +40,7 @@
  * @since 2.0
  */
 public EnumUtils() {
-  ; // empty constructor
+super();
 }
 
 /**



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



svn commit: r209375 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:18:57 2005
New Revision: 209375

URL: http://svn.apache.org/viewcvs?rev=209375view=rev
Log:
added comment to denote empty catch block

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java?rev=209375r1=209374r2=209375view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Entities.java
 Tue Jul  5 18:18:57 2005
@@ -901,6 +901,7 @@
 }
 }
 } catch (NumberFormatException e) {
+// ignore the escaped value content
 }
 }
 } else { //escaped value content is an entity name



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



Re: [logging] make dependency on servlet api optional

2005-07-05 Thread Simon Kitching
On Tue, 2005-07-05 at 23:47 +0100, robert burrell donkin wrote:
 On Sun, 2005-07-03 at 11:51 +1200, Simon Kitching wrote: 
 
  The memory-leak-in-servlet-engine issue is a common problem and does
  need to be addressed one way or another. Taking a wild guess, I would
  think that perhaps 50% of all uses of commons-logging is in a J2EE or
  servlet container, so including this code in core seems reasonable to
  me.
 
 that depends on whether the concept of core comes from a dependency
 perspective or a usage perspective. there are advantages in structuring
 builds so that dependencies can be managed most effectively and then
 distributing a combined headlining jar containing the most popular
 classes. 

By core I meant the jar that users are generally recommended to
download: commons-logging.jar. 

The ServletContextCleaner also needs to be in
commons-logging-adapters.jar as that is the jar recommended for webapps
where commons-logging or commons-logging-api is in the parent.

 
  Tracking down obscure compile time dependencies is not an issue; they
  are all right there on ibiblio. And we can provide an Ant task to
  download them.
  

 but i agree with simon that maven now solves this problem very well.
 (indeed IIRC, this issue was one of those that maven was created to
 address.) 

Ant can do this too. In fact I'll try to commit a patch to build.xml to
auto-download all dependencies today.

  
   I'd prefer a more modular approach:
   - Split the project (preferred, but not all that easy)
   - Provide several build targets according to dependencies
   - Compile optional (non-core, or less likely to be missed) components
 or features only if libraries they depend on are in the classpath.
 Issue a warning otherwise: Component/Feature FooBar not compiled
 because FooLib not found...
  
  This is pretty much what commons-logging currently does. So obviously
  people share your view.
 
 there are several reasons why experience has taught that this approach
 often proves the best (i'll give some reasons for this statement at the
 bottom rather than break up the flow now). however, the modularity in
 the current build isn't as clearly reflected in the project structure as
 it might be. it might be worth considering a move to a structure better
 reflecting this (which may be Jörg's suggestion).

There are two issues:
* modularity of the build
* optionality[1] of the build
  
[1] This new word is copyright by me :-)

I've got no real objection to making the build more modular. I do think
making parts of the build optional is going to cause grief.

 however, i'm now of the opinion that JCL requires lots more
 documentation than it has. IMHO optional jar's are much easier to
 explain than classloading.

More docs are definitely needed. I don't see how having a set of jars is
going to help us avoid explaining classloader issues though.


 this can be addressed by looking at the jars we distribution. what works
 well with a modular approach is to separate the builds but distribute a
 fat jar (containing everything) as the standard (named) jar.
 
 adopting this policy would lead to a distributing something like:
 
 commons-logging.jar (containing everything)  
 
 commons-logging-core.jar (containing everything but optional)
 commons-logging-optional.jar (optional stuff including deprecated)
 commons-logging-api.jar 

Yep, I could go for this. 

Personally I would generate this jar by compiling commons-logging.jar
then creating other jars with sets of classes extracted from the
everything jar. [but see comments re gump below]

I get the impression that is not what you mean by modular, and that
you would prefer to generate different jars then combine their classes
to create the everything jar. 



 monolithic builds sooner or later run into difficulties with
 dependencies. these difficulties come in different forms. 
 
 there is the issue of dependency proliferation. the fight against
 dependency proliferation means that good code that is only useful in a
 limited number of use cases is not accepted whereas the ill effects of
 drifting towards kitchen sink dependency are well known. monolithic
 builds have to err on the side of caution. 

One could argue that the LogKitLogger is in this category - it's hardly
ever used, and so it's debatable whether it should be included in the
standard log4j jar. I agree that with the current setup, if something
like LogKitLogger came along we would probably reject it as not being
worth including in the standard jars.

I don't quite see how a modular build would deal with this though..

 sooner or later, it is necessary to cope with dependencies which break
 backwards compatibility. monolithic builds are usually force to adopt a
 single choice of dependency. this causes major pain to downstream users
 by forcing a particular choice of library versions upon. it is often
 possible to structure modular builds so that different versions of the
 same library can be supported.


Re: [logging] changes to build.xml

2005-07-05 Thread Simon Kitching
On Tue, 2005-07-05 at 22:17 +0100, robert burrell donkin wrote:
 On Tue, 2005-07-05 at 22:00 +1200, Simon Kitching wrote:
  Hi All,
 
 hi simon
 
  As there has been no feedback on the PathableTestSuite stuff I recently
  committed I presume it's all acceptable so I'm pressing on with related
  changes.
 
 sorry about that :-/ 
 
 (got very wrapped up exchanging emails with MEPs about the european
 software patent vote that's due tomorrow.)

Go Robert! (and anyone else actively involved in campaigning against the
patents). I'm not in the EU so I don't have an MEP to hassle but I've
got my fingers crossed

 
 don't wait but i hope to be able to review the changes in the next day
 or two...

That would be cool. I'll try not to do anything too radical in the next
few days :-)

Cheers,

Simon


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



svn commit: r209378 - /jakarta/commons/proper/lang/trunk/project.xml

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:30:28 2005
New Revision: 209378

URL: http://svn.apache.org/viewcvs?rev=209378view=rev
Log:
Towards version 2.2: - Set the component version to 2.2-dev, removed text 
package exclusions

Modified:
jakarta/commons/proper/lang/trunk/project.xml

Modified: jakarta/commons/proper/lang/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/project.xml?rev=209378r1=209377r2=209378view=diff
==
--- jakarta/commons/proper/lang/trunk/project.xml (original)
+++ jakarta/commons/proper/lang/trunk/project.xml Tue Jul  5 18:30:28 2005
@@ -19,7 +19,7 @@
   
   idcommons-lang/id
   nameLang/name
-  currentVersion2.1/currentVersion
+  currentVersion2.2-dev/currentVersion
   inceptionYear2001/inceptionYear
   shortDescriptionJava Common Components/shortDescription
   description
@@ -368,8 +368,6 @@
   sourceModification
 classNameFakeClass/className
 excludes
-   !-- text package excluded for the 2.1 release --
-excludeorg/apache/commons/lang/text/**/*.java/exclude
 /excludes
   /sourceModification
 /sourceModifications
@@ -384,8 +382,6 @@
/includes
excludes
exclude**/AllLangTestSuite.java/exclude
-   !-- text package excluded for the 2.1 release --
-   
excludeorg/apache/commons/lang/text/**/*.java/exclude
/excludes
 resources
 resource



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



svn commit: r209380 - /jakarta/commons/proper/lang/tags/LANG_2_2_DEV_STYLE/

2005-07-05 Thread stevencaswell
Author: stevencaswell
Date: Tue Jul  5 18:35:12 2005
New Revision: 209380

URL: http://svn.apache.org/viewcvs?rev=209380view=rev
Log:
Mark completion of several style change commits

Added:
jakarta/commons/proper/lang/tags/LANG_2_2_DEV_STYLE/
  - copied from r209379, jakarta/commons/proper/lang/trunk/


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



svn commit: r209386 - /jakarta/commons/sandbox/betwixt/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:28:57 2005
New Revision: 209386

URL: http://svn.apache.org/viewcvs?rev=209386view=rev
Log:
Removing Betwixt it has been long promoted

Removed:
jakarta/commons/sandbox/betwixt/


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



svn commit: r209387 - /jakarta/commons/sandbox/el/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:29:37 2005
New Revision: 209387

URL: http://svn.apache.org/viewcvs?rev=209387view=rev
Log:
Removing EL it has been long promoted

Removed:
jakarta/commons/sandbox/el/


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



svn commit: r209388 - /jakarta/commons/sandbox/math/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:30:26 2005
New Revision: 209388

URL: http://svn.apache.org/viewcvs?rev=209388view=rev
Log:
Removing Math it has been long promoted

Removed:
jakarta/commons/sandbox/math/


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



svn commit: r209389 - /jakarta/commons/sandbox/primitives/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:31:11 2005
New Revision: 209389

URL: http://svn.apache.org/viewcvs?rev=209389view=rev
Log:
Removing Primitives it has been long promoted

Removed:
jakarta/commons/sandbox/primitives/


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



svn commit: r209390 - /jakarta/commons/sandbox/jexl/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:31:59 2005
New Revision: 209390

URL: http://svn.apache.org/viewcvs?rev=209390view=rev
Log:
Removing JEXL it has been long promoted

Removed:
jakarta/commons/sandbox/jexl/


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



svn commit: r209391 - /jakarta/commons/sandbox/logging/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:32:30 2005
New Revision: 209391

URL: http://svn.apache.org/viewcvs?rev=209391view=rev
Log:
Removing Logging it has been long promoted

Removed:
jakarta/commons/sandbox/logging/


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



svn commit: r209395 - /jakarta/commons/sandbox/attributes/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:57:20 2005
New Revision: 209395

URL: http://svn.apache.org/viewcvs?rev=209395view=rev
Log:
Removing Attributes it has been long promoted

Removed:
jakarta/commons/sandbox/attributes/


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



svn commit: r209397 - /jakarta/commons/sandbox/chain/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 19:58:54 2005
New Revision: 209397

URL: http://svn.apache.org/viewcvs?rev=209397view=rev
Log:
Removing Chain it has been long promoted

Removed:
jakarta/commons/sandbox/chain/


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



svn commit: r209399 - /jakarta/commons/sandbox/discovery/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 20:00:51 2005
New Revision: 209399

URL: http://svn.apache.org/viewcvs?rev=209399view=rev
Log:
Removing Discovery it has been long promoted

Removed:
jakarta/commons/sandbox/discovery/


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



svn commit: r209400 - /jakarta/commons/sandbox/modeler/

2005-07-05 Thread tobrien
Author: tobrien
Date: Tue Jul  5 20:04:11 2005
New Revision: 209400

URL: http://svn.apache.org/viewcvs?rev=209400view=rev
Log:
Removing Modeler it has been long promoted

Removed:
jakarta/commons/sandbox/modeler/


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



DO NOT REPLY [Bug 35621] - [configuration] Included properties w/ relative path fails in v1.1

2005-07-05 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=35621.
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=35621


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Included properties w/  |[configuration] Included
   |relative path fails in v1.1 |properties w/ relative path
   ||fails in v1.1




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



RE: [lang] text.Interpolation, on to 2.2

2005-07-05 Thread Simon Kitching
On Wed, 2005-06-29 at 20:24 -0400, Gary Gregory wrote:

 What I like about the *Format name is that it relates it to the
 java.text.*Format classes, specifically to the MessageFormat class. From
 the MessageFormat javadoc:
 
 MessageFormat provides a means to produce concatenated messages in
 language-neutral way.
 
 Our new lang formatter is pretty much like the JRE class in *intent*
 (javadoc above), the main difference is that MessageFormat works on
 template strings that use the {indexNumber} notation, as opposed to
 our class which uses the ${variableName} notation.
 
 So the question I think is: Do we want to provide a MessageFormat
 subclass, say VariableMessageFormat which works off a Map, etc? 
 
 If we do not, then I'd say it is better not to pick a *Format class
 name, to make it clear that our class does not work in the java.text
 f/w. 
 
 I'm not crazy about having all the .text class names starting with Str
 unless there is a clear reason to do so. The most important feature of
 the new class is that it uses /names/ to lookup values in a /Map/ of
 some kind. 
 
 IMO, the feature should be reflected in the class name, which
 StrFormatter does not (for me ;-). Based on the name, you cannot tell
 the difference b/w StrFormatter and MessageFormat.

I am concerned about the parallels being drawn between MessageFormat and
(proposed) VariableFormat. While they are both about combining messages
with variables, they actually work in opposite ways. MessageFormat is
based on defining a template My {0} is {1}., then evaulating this for
different values of {0} and {1}. The (proposed) VariableFormat is based
on defining a source of variable info (Map), then evaulating different
template strings against that map. I think the current VariableFormat
approach is the right approach for mapped data but this difference
implies that care should be taken when drawing any parallels between
these classes.

I think this is what Gary meant above; that if this class cannot be
implemented as a subclass of java.text.MessageFormat (or at least a
subclass of java.text.Format) then it shouldn't have Format in the name.
And it doesn't seem that it can (or should) do this, so I would like to
see whatever solution is agreed on avoid the name Format.

I am also concerned about the complexity of the VariableFormat API; the
class has something like a dozen non-private methods. I would be very
keen to see it split into an interface + implementation so people could
provide alternative implementations (like java.text.Format is the base
for multiple formatters).

The VariableFormat class has also done away with the ability to have
multiple sources of data which was present in MappedMessageFormat. This
functionality is not critical, but it's nice. 

On the other hand the repeated substitution with cycle detection feature
is a very nice addition.

The source of values for the VariableFormat class is only allowed to be
a Map. I'm not sure if people will want other types of data sources. Yes
the resolveVariable method does allow customisation via subclassing but
the fact that the default source is a map is very obviously exposed
via the class API.

All these comments are a little rushed; I'm trying to juggle several
things at once at the moment so sorry for that. I'll try to spend a
little more time on this soon.

Regards,

Simon


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



[EMAIL PROTECTED]: Project commons-vfs (in module jakarta-commons) failed

2005-07-05 Thread commons-vfs development
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-vfs has an issue affecting its community integration.
This issue affects 58 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon :  Java XML Framework
- cocoon-block-apples :  Java XML Framework
- cocoon-block-asciiart :  Java XML Framework
- cocoon-block-authentication-fw :  Java XML Framework
- cocoon-block-axis :  Java XML Framework
- cocoon-block-batik :  Java XML Framework
- cocoon-block-bsf :  Java XML Framework
- cocoon-block-chaperon :  Java XML Framework
- cocoon-block-cron :  Java XML Framework
- cocoon-block-databases :  Java XML Framework
- cocoon-block-deli :  Java XML Framework
- cocoon-block-eventcache :  Java XML Framework
- cocoon-block-faces :  Java XML Framework
- cocoon-block-fop :  Java XML Framework
- cocoon-block-forms :  Java XML Framework
- cocoon-block-hsqldb :  Java XML Framework
- cocoon-block-html :  Java XML Framework
- cocoon-block-itext :  Java XML Framework
- cocoon-block-javaflow :  Java XML Framework
- cocoon-block-jcr :  A jcr: protocol for Cocoon
- cocoon-block-jfor :  Java XML Framework
- cocoon-block-jms :  Java XML Framework
- cocoon-block-jsp :  Java XML Framework
- cocoon-block-linkrewriter :  Java XML Framework
- cocoon-block-mail :  Java XML Framework
- cocoon-block-midi :  Java XML Framework
- cocoon-block-naming :  Java XML Framework
- cocoon-block-paranoid :  Java XML Framework
- cocoon-block-petstore :  Java XML Framework
- cocoon-block-portal :  Java XML Framework
- cocoon-block-profiler :  Java XML Framework
- cocoon-block-proxy :  Java XML Framework
- cocoon-block-python :  Java XML Framework
- cocoon-block-qdox :  Java XML Framework
- cocoon-block-repository :  Java XML Framework
- cocoon-block-scratchpad :  Java XML Framework
- cocoon-block-serializers :  Java XML Framework
- cocoon-block-session-fw :  Java XML Framework
- cocoon-block-slop :  Java XML Framework
- cocoon-block-spring-app :  A demo for Spring and Cocoon
- cocoon-block-stx :  Java XML Framework
- cocoon-block-taglib :  Java XML Framework
- cocoon-block-template :  Java XML Framework
- cocoon-block-tour :  Java XML Framework
- cocoon-block-velocity :  Java XML Framework
- cocoon-block-web3 :  Java XML Framework
- cocoon-block-xmldb :  Java XML Framework
- cocoon-block-xsp :  Java XML Framework
- commons-vfs :  Jakarta commons
- excalibur-fortress-bean :  Repository of reusable components.
- excalibur-fortress-container-impl :  Repository of reusable components.
- excalibur-fortress-container-test :  Repository of reusable components.
- excalibur-monitor :  Repository of reusable components.
- excalibur-sourceresolve :  Repository of reusable components.
- excalibur-xmlutil :  Repository of reusable components.
- forrest :  Apache Forrest is an XML standards-oriented documentation fr...
- forrest-test :  Apache Forrest is an XML standards-oriented documentation 
fr...
- logging-log4j-chainsaw :  Chainsaw log viewer


Full details are available at:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-05072005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 5 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-05072005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 

[GUMP@vmgump]: Project commons-vfs (in module jakarta-commons) failed

2005-07-05 Thread commons-vfs development
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-vfs has an issue affecting its community integration.
This issue affects 58 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cocoon :  Java XML Framework
- cocoon-block-apples :  Java XML Framework
- cocoon-block-asciiart :  Java XML Framework
- cocoon-block-authentication-fw :  Java XML Framework
- cocoon-block-axis :  Java XML Framework
- cocoon-block-batik :  Java XML Framework
- cocoon-block-bsf :  Java XML Framework
- cocoon-block-chaperon :  Java XML Framework
- cocoon-block-cron :  Java XML Framework
- cocoon-block-databases :  Java XML Framework
- cocoon-block-deli :  Java XML Framework
- cocoon-block-eventcache :  Java XML Framework
- cocoon-block-faces :  Java XML Framework
- cocoon-block-fop :  Java XML Framework
- cocoon-block-forms :  Java XML Framework
- cocoon-block-hsqldb :  Java XML Framework
- cocoon-block-html :  Java XML Framework
- cocoon-block-itext :  Java XML Framework
- cocoon-block-javaflow :  Java XML Framework
- cocoon-block-jcr :  A jcr: protocol for Cocoon
- cocoon-block-jfor :  Java XML Framework
- cocoon-block-jms :  Java XML Framework
- cocoon-block-jsp :  Java XML Framework
- cocoon-block-linkrewriter :  Java XML Framework
- cocoon-block-mail :  Java XML Framework
- cocoon-block-midi :  Java XML Framework
- cocoon-block-naming :  Java XML Framework
- cocoon-block-paranoid :  Java XML Framework
- cocoon-block-petstore :  Java XML Framework
- cocoon-block-portal :  Java XML Framework
- cocoon-block-profiler :  Java XML Framework
- cocoon-block-proxy :  Java XML Framework
- cocoon-block-python :  Java XML Framework
- cocoon-block-qdox :  Java XML Framework
- cocoon-block-repository :  Java XML Framework
- cocoon-block-scratchpad :  Java XML Framework
- cocoon-block-serializers :  Java XML Framework
- cocoon-block-session-fw :  Java XML Framework
- cocoon-block-slop :  Java XML Framework
- cocoon-block-spring-app :  A demo for Spring and Cocoon
- cocoon-block-stx :  Java XML Framework
- cocoon-block-taglib :  Java XML Framework
- cocoon-block-template :  Java XML Framework
- cocoon-block-tour :  Java XML Framework
- cocoon-block-velocity :  Java XML Framework
- cocoon-block-web3 :  Java XML Framework
- cocoon-block-xmldb :  Java XML Framework
- cocoon-block-xsp :  Java XML Framework
- commons-vfs :  Jakarta commons
- excalibur-fortress-bean :  Repository of reusable components.
- excalibur-fortress-container-impl :  Repository of reusable components.
- excalibur-fortress-container-test :  Repository of reusable components.
- excalibur-monitor :  Repository of reusable components.
- excalibur-sourceresolve :  Repository of reusable components.
- excalibur-xmlutil :  Repository of reusable components.
- forrest :  Apache Forrest is an XML standards-oriented documentation fr...
- forrest-test :  Apache Forrest is an XML standards-oriented documentation 
fr...
- logging-log4j-chainsaw :  Chainsaw log viewer


Full details are available at:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-05072005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html
Work Name: build_jakarta-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 5 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-05072005 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs]
CLASSPATH: 

svn commit: r209407 - in /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging: AbstractLogTest.java LogTest.java NoOpLogTest.java SimpleLogTest.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 22:14:12 2005
New Revision: 209407

URL: http://svn.apache.org/viewcvs?rev=209407view=rev
Log:
JUnit TestCase class has had a default constructor for a long while now,
so remove pointless constructors for TestCase subclasses.

Modified:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AbstractLogTest.java

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/LogTest.java

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/NoOpLogTest.java

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/SimpleLogTest.java

Modified: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AbstractLogTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AbstractLogTest.java?rev=209407r1=209406r2=209407view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AbstractLogTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AbstractLogTest.java
 Tue Jul  5 22:14:12 2005
@@ -28,11 +28,6 @@
   */
 public abstract class AbstractLogTest extends TestCase {
 
-public AbstractLogTest(String testName) {
-super(testName);
-}
-
-
 public abstract Log getLogObject();
 
public void testLoggingWithNullParameters()

Modified: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/LogTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/LogTest.java?rev=209407r1=209406r2=209407view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/LogTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/LogTest.java
 Tue Jul  5 22:14:12 2005
@@ -33,17 +33,6 @@
 /**
  * 
  * 
- * @param testName
- * 
- */
-public LogTest(String testName)
-{
-super(testName);
-}
-
-/**
- * 
- * 
  * 
  */
 public Log getLogObject()

Modified: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/NoOpLogTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/NoOpLogTest.java?rev=209407r1=209406r2=209407view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/NoOpLogTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/NoOpLogTest.java
 Tue Jul  5 22:14:12 2005
@@ -33,17 +33,6 @@
/**
 * 
 * 
-* @param testName
-* 
-*/
-   public NoOpLogTest(String testName)
-   {
-   super(testName);
-   }
-
-   /**
-* 
-* 
 * 
 */
public Log getLogObject()

Modified: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/SimpleLogTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/SimpleLogTest.java?rev=209407r1=209406r2=209407view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/SimpleLogTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/SimpleLogTest.java
 Tue Jul  5 22:14:12 2005
@@ -29,18 +29,6 @@
  */
 public class SimpleLogTest extends AbstractLogTest
 {
-
-   /**
-* 
-* 
-* @param testName
-* 
-*/
-   public SimpleLogTest(String testName)
-   {
-   super(testName);
-   }
-
/**
 * 
 * 



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



DO NOT REPLY [Bug 35623] New: - Digester cannot handle multiple attributes within an attribute with a 'type'

2005-07-05 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=35623.
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=35623

   Summary: Digester cannot handle multiple attributes within an
attribute with a 'type'
   Product: Commons
   Version: 1.6 Final
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Digester
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Given the following XML, (derived from the samples page) I have modified it a
little bit to show the issue:

address-book
  person id=1 category=acquaintance
nameGonzo/name
email type=business[EMAIL PROTECTED]/email
address type=home
  street123 Maine Ave./street
  cityLas Vegas/city
  stateNV/state
  zip01234/zip
  countryUSA/country
/address
address type=business
  street234 Maple Dr./street
  cityLos Angeles/city
  stateCA/state
  zip98765/zip
  countryUSA/country
/address
  /person

  person id=2 category=rolemodel
nameKermit/name
email type=business[EMAIL PROTECTED]/email
email type=home[EMAIL PROTECTED]/email
address type=business
  street987 Brown Rd/street
  cityLas Cruces/city
  stateNM/state
  zip75321/zip
  countryUSA/country
/address
  /person
/address-book

Digester cannot handle the address type=home and read the attributes within
that node.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



svn commit: r209408 - in /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon: AvalonLoggerTest.java AvalonLoggerTestCase.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 22:15:39 2005
New Revision: 209408

URL: http://svn.apache.org/viewcvs?rev=209408view=rev
Log:
Rename AvalonLoggerTest to AvalonLoggerTestCase for consistency. 
Also remove unneeded constructor.

Added:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTestCase.java
  - copied, changed from r190564, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTest.java
Removed:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTest.java

Copied: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTestCase.java
 (from r190564, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTest.java)
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTestCase.java?p2=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTestCase.javap1=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTest.javar1=190564r2=209408rev=209408view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/avalon/AvalonLoggerTestCase.java
 Tue Jul  5 22:15:39 2005
@@ -27,25 +27,21 @@
  * @author a href=mailto:[EMAIL PROTECTED]Neeme Praks/a
  * @version $Revision$ $Date$
  */
-public class AvalonLoggerTest extends AbstractLogTest {
+public class AvalonLoggerTestCase extends AbstractLogTest {
 
 public static void main(String[] args) {
-String[] testCaseName = { AvalonLoggerTest.class.getName() };
+String[] testCaseName = { AvalonLoggerTestCase.class.getName() };
 junit.textui.TestRunner.main(testCaseName);
 }
 
 public static Test suite() {
 TestSuite suite = new TestSuite();
-suite.addTestSuite(AvalonLoggerTest.class);
+suite.addTestSuite(AvalonLoggerTestCase.class);
 return suite;
 }
 
-public AvalonLoggerTest(String testName) {
-   super(testName);
-   }
-
 public Log getLogObject() {
 Log log = new AvalonLogger(new ConsoleLogger());
return log;
}
-}
\ No newline at end of file
+}



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



DO NOT REPLY [Bug 35623] - Digester cannot handle multiple attributes within an attribute with a 'type'

2005-07-05 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=35623.
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=35623





--- Additional Comments From [EMAIL PROTECTED]  2005-07-06 07:22 ---
I don't believe this is the case; digester can happily handle attributes within
xml elements.

Please join the commons-user list and post your question there; including *why*
you think Digester can't handle this (bugzilla is not an appropriate place for
this sort of discussion).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



svn commit: r209410 - in /jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging: AltHashtableTest.java AltHashtableTestCase.java

2005-07-05 Thread skitching
Author: skitching
Date: Tue Jul  5 22:29:57 2005
New Revision: 209410

URL: http://svn.apache.org/viewcvs?rev=209410view=rev
Log:
Renamed AltHashtableTest to AltHashtableTestCase for consistency.
Also removed unneeded constructor.

Added:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTestCase.java
  - copied, changed from r190564, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTest.java
Removed:

jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTest.java

Copied: 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTestCase.java
 (from r190564, 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTest.java)
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTestCase.java?p2=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTestCase.javap1=jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTest.javar1=190564r2=209410rev=209410view=diff
==
--- 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTest.java
 (original)
+++ 
jakarta/commons/proper/logging/trunk/src/test/org/apache/commons/logging/AltHashtableTestCase.java
 Tue Jul  5 22:29:57 2005
@@ -18,12 +18,8 @@
 
 import junit.framework.*;
 
-public class AltHashtableTest extends TestCase {
+public class AltHashtableTestCase extends TestCase {
 
-   public AltHashtableTest(String testName) {
-   super(testName);
-   }
-
 public void testType() {
 assertTrue(LogFactory.factories instanceof AltHashtable);
 }
@@ -36,7 +32,7 @@
 Thread thread = new Thread(
 new Runnable() {
 public void run() {
-LogFactory.getLog(AltHashtableTest.class);
+LogFactory.getLog(AltHashtableTestCase.class);
 }
 }   
 );



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



Re: [vfs] Re: svn commit: r209279

2005-07-05 Thread Mario Ivankovits

Simon Kitching wrote:

-version2.0/version
+version3.0-rc3/version
   

Perhaps in this case it would be wise for the VFS 1.0 release to wait
until after the commons-httpclient 3.0 release?
 
We will revert back to httpclient 2.0 as it seems the 3.0 version is not 
compatible with the current webdavlib. Even if it is binary compatible 
it looks like there are some logical incompatibilities.

I just commited it to help Thorsten to find/fix a problem.

---
Mario


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



Re: [vfs] Re: svn commit: r209279

2005-07-05 Thread Torsten Curdt
 Perhaps in this case it would be wise for the VFS 1.0 release to wait
 until after the commons-httpclient 3.0 release?

Already sent a patch to Mario that makes it work with 2.0.2
...off list :-)

cheers
--
Torsten


signature.asc
Description: OpenPGP digital signature