[jira] Created: (DAEMON-99) apsvcmgr.exe does not sort output on status column

2007-06-10 Thread nadeem lalani (JIRA)
apsvcmgr.exe does not sort output on status column
--

 Key: DAEMON-99
 URL: https://issues.apache.org/jira/browse/DAEMON-99
 Project: Commons Daemon
  Issue Type: Bug
Affects Versions: 1.0.1
 Environment: windows xp, visual studio 2005
Reporter: nadeem lalani
Priority: Trivial


Hi,

I checked out the latest src from svn trunk and built the native code of 
procrun. This gave me apsvmgr as a binary, when using this I noticed that the 
sort on status column does not sort the output.

marking the bug as trivial. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Created: (DBCP-226) DBCP should support configuration of queryTimeout for validation queries

2007-06-10 Thread Phil Steitz (JIRA)
DBCP should support configuration of queryTimeout for validation queries


 Key: DBCP-226
 URL: https://issues.apache.org/jira/browse/DBCP-226
 Project: Commons Dbcp
  Issue Type: Improvement
Affects Versions: 1.2.2
Reporter: Phil Steitz
Priority: Minor
 Fix For: 1.3


Validation queries used when testOnBorrow and/or testOnReturn do not currently 
support queryTimeouts.  This should be configurable.

See http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg92457.html 
for background on this request made on the commons-dev mailing list.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[nightly build] logging failed.

2007-06-10 Thread Phil Steitz
Failed build logs:
http://vmbuild.apache.org/~commons/nightly/logs//20070610/logging.log

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



svn commit: r545879 - /jakarta/commons/proper/jci/trunk/build-dists.sh

2007-06-10 Thread tcurdt
Author: tcurdt
Date: Sun Jun 10 07:20:17 2007
New Revision: 545879

URL: http://svn.apache.org/viewvc?view=revrev=545879
Log:
building the dists


Added:
jakarta/commons/proper/jci/trunk/build-dists.sh   (with props)

Added: jakarta/commons/proper/jci/trunk/build-dists.sh
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/build-dists.sh?view=autorev=545879
==
--- jakarta/commons/proper/jci/trunk/build-dists.sh (added)
+++ jakarta/commons/proper/jci/trunk/build-dists.sh Sun Jun 10 07:20:17 2007
@@ -0,0 +1,65 @@
+#!/bin/sh
+
+TMP=`pwd`/target
+DIST=$TMP/dist
+LIB=$DIST/lib
+
+find $TMP -name *.zip -delete
+find $TMP -name *.tar.gz -delete
+rm -R $DIST 2/dev/null
+
+
+# build source dist
+
+tar czvf $TMP/commons-jci-1.0-src.tar.gz --exclude .svn --exclude target 
--exclude dist.sh .
+zip -r $TMP/commons-jci-1.0-src.zip . -x *.svn/* -x target/*
+
+
+
+# build binary dist
+
+mkdir -p $LIB 2/dev/null
+
+JARS=`find target -type f -name *-1.0.jar`
+
+for A in $JARS ; do
+cp $A $LIB
+done
+
+cp LICENSE.txt NOTICE.txt $DIST
+
+
+
+cd $DIST
+
+tar czvf $TMP/commons-jci-1.0-bin.tar.gz .
+zip -r $TMP/commons-jci-1.0-bin.zip .
+
+
+
+
+
+ARTIFACTS=$TMP/commons-jci-1.0-bin.tar.gz $TMP/commons-jci-1.0-bin.zip 
$TMP/commons-jci-1.0-src.tar.gz $TMP/commons-jci-1.0-src.zip
+
+
+RUNNING=`ps -ax | grep gpg-agent | grep -v grep`
+if [ -z $RUNNING ]; then
+  echo starting gpg-agent...
+  gpg-agent --daemon --use-standard-socket  $HOME/.gnupg/.gpg-agent
+fi
+
+export GPG_AGENT_INFO=$HOME/.gnupg/S.gpg-agent:4559:1
+
+for A in $ARTIFACTS ; do
+  echo $A
+  rm $A.asc* 2/dev/null || true
+  gpg --armor --output $A.asc --detach-sig $A
+  openssl md5  $A  $A.md5
+  openssl sha1  $A  $A.sha1
+done
+
+
+for A in $TGZS $ZIPS ; do
+  echo $A
+  gpg --verify $A.asc $A
+done

Propchange: jakarta/commons/proper/jci/trunk/build-dists.sh
--
svn:eol-style = native

Propchange: jakarta/commons/proper/jci/trunk/build-dists.sh
--
svn:executable = *

Propchange: jakarta/commons/proper/jci/trunk/build-dists.sh
--
svn:keywords = Date Revision Author HeadURL Id

Propchange: jakarta/commons/proper/jci/trunk/build-dists.sh
--
svn:mime-type = text/plain



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



Re: [vote] releasing jci RC3 as 1.0 ...maybe this time?

2007-06-10 Thread Torsten Curdt

So you are saying +1 for the assembly release ...but I don't get the
who needs what part.



What I meant was that I did not see it as a big user inconvenience to
bundle all of the jars into a single release, since they are
individually small.  So, yes, I am +1 on putting together an assembly
and making it available, along with the KEYS file, on the commons
download page.


I just fear no one will use it ...but anyway.


See above ...I think subversion is our source distribution. I don't
really see a point in providing a classic source distribution. But
maybe that's too much change for now ;)


Yes, too much for me at least.  In theory, voting on a tag and
pointing users there to get sources still could be viewed as a
release, but that is a big change from current practice and
inconvenient for users who prefer to build from release sources.


It is a big change ...but who says that changes are bad? ;)

But seriously: be realistic. Those people building the releases from  
will have subversion on their machine. And what can be simpler than a  
one-liner to checkout the sources? Even downloading it from an apache  
mirror is more work.



I think we should always distribute the source with our releases.


I think the only problem that I am seeing is that tags are not  
immutable in svn. So in theory even a tag is not good enough but a  
release is really a revision number.



I guess what we are really talking about here is what is a release?


True. Especially with maven2 as the build system. I tried to raise  
that a couple of times already. We need to come up with proper  
release instructions for maven2 based projects. This is for sure.


snip/

I'll prepare the assembly distributions and hope to get your +1  
then :)




Of course!  I just need to be able to build it first :)


 http://people.apache.org/builds/jakarta-commons/jci/1.0-RC4/dists/

Go nuts :)

cheers
--
Torsten


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



Re: [vote] releasing jci RC3 as 1.0 ...maybe this time?

2007-06-10 Thread Torsten Curdt
I'll prepare the assembly distributions and hope to get your +1  
then :)




Of course!  I just need to be able to build it first :)


 http://people.apache.org/builds/jakarta-commons/jci/1.0-RC4/dists/


Bah ...just found another problem. I rebuild and call a vote on RC4.
This is driving _me_ nuts!

cheers
--
Torsten



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



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

2007-06-10 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-email has an issue affecting its community integration.
This issue affects 4 projects,
 and has been outstanding for 8 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-email :  Commons Email Package
- fulcrum-template :  Services Framework
- jakarta-turbine-2 :  A servlet based framework.
- portals-jetspeed-1 :  Enterprise Information Portal


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-email-10062007.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons/email/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons/email/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons/email/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html
Work Name: build_jakarta-commons_commons-email (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/commons-lang-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/maven-findbugs-plugin/maven-findbugs-plugin-0.9.1.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/packages/javamail-1.4/mail.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

The build cannot continue because of the following unsatisfied dependencies:

subethasmtp-wiser-1.2.jar (try downloading from 
http://subethasmtp.tigris.org/wiser.html)
subethasmtp-smtp-1.2.jar (try downloading from http://subethasmtp.tigris.org/)
commons-logging-1.1.jar (try downloading from 
http://jakarta.apache.org/commons/logging/)

Total time: 3 seconds
Finished at: Sun Jun 10 01:56:00 PDT 2007

-

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

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

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

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



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

2007-06-10 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-email has an issue affecting its community integration.
This issue affects 4 projects,
 and has been outstanding for 8 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-email :  Commons Email Package
- fulcrum-template :  Services Framework
- jakarta-turbine-2 :  A servlet based framework.
- portals-jetspeed-1 :  Enterprise Information Portal


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-email-10062007.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons/email/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons/email/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons/email/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html
Work Name: build_jakarta-commons_commons-email (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/commons-lang-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/maven-findbugs-plugin/maven-findbugs-plugin-0.9.1.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/packages/javamail-1.4/mail.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

The build cannot continue because of the following unsatisfied dependencies:

subethasmtp-wiser-1.2.jar (try downloading from 
http://subethasmtp.tigris.org/wiser.html)
subethasmtp-smtp-1.2.jar (try downloading from http://subethasmtp.tigris.org/)
commons-logging-1.1.jar (try downloading from 
http://jakarta.apache.org/commons/logging/)

Total time: 3 seconds
Finished at: Sun Jun 10 01:56:00 PDT 2007

-

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

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

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

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



[jira] Created: (LANG-339) StringEscaper.escapeXml() escapes multibyte characters like Chinese, Japanes, etc.

2007-06-10 Thread Guo Yong (JIRA)
StringEscaper.escapeXml() escapes multibyte characters like Chinese, Japanes, 
etc.
--

 Key: LANG-339
 URL: https://issues.apache.org/jira/browse/LANG-339
 Project: Commons Lang
  Issue Type: Bug
Affects Versions: 2.3
 Environment: Operating System: All
Platform: All
Reporter: Guo Yong


StringEscaper.escapeXml() escapes multibyte characters like Chinese, Japanes, 
etc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Updated: (LANG-339) StringEscapeUtils.escapeHtml() escapes multibyte characters like Chinese, Japanes, etc.

2007-06-10 Thread Guo Yong (JIRA)

 [ 
https://issues.apache.org/jira/browse/LANG-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Guo Yong updated LANG-339:
--

Description: StringEscapeUtils.escapeHtml() escapes multibyte characters 
like Chinese, Japanes, etc.  (was: StringEscaper.escapeXml() escapes multibyte 
characters like Chinese, Japanes, etc.)
Summary: StringEscapeUtils.escapeHtml() escapes multibyte characters 
like Chinese, Japanes, etc.  (was: StringEscaper.escapeXml() escapes multibyte 
characters like Chinese, Japanes, etc.)

 StringEscapeUtils.escapeHtml() escapes multibyte characters like Chinese, 
 Japanes, etc.
 ---

 Key: LANG-339
 URL: https://issues.apache.org/jira/browse/LANG-339
 Project: Commons Lang
  Issue Type: Bug
Affects Versions: 2.3
 Environment: Operating System: All
 Platform: All
Reporter: Guo Yong

 StringEscapeUtils.escapeHtml() escapes multibyte characters like Chinese, 
 Japanes, etc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



svn commit: r545904 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/AbstractFileConfiguration.java src/test/org/apache/commons/configuration/TestXMLConfigur

2007-06-10 Thread oheger
Author: oheger
Date: Sun Jun 10 09:10:17 2007
New Revision: 545904

URL: http://svn.apache.org/viewvc?view=revrev=545904
Log:
CONFIGURATION-280: Fixed possible data loss for file-based configurations in 
auto-save mode that are associated with a reloading strategy; thanks to Roman 
Kurmanowytsch

Modified:

jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java

jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml

Modified: 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java?view=diffrev=545904r1=545903r2=545904
==
--- 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractFileConfiguration.java
 Sun Jun 10 09:10:17 2007
@@ -827,6 +827,8 @@
 }
 fireEvent(EVENT_RELOAD, null, getURL(), true);
 setDetailEvents(false);
+boolean autoSaveBak = this.isAutoSave(); // save the 
current state
+this.setAutoSave(false); // deactivate autoSave to 
prevent information loss
 try
 {
 clear();
@@ -834,6 +836,7 @@
 }
 finally
 {
+this.setAutoSave(autoSaveBak); // set autoSave to 
previous value
 setDetailEvents(true);
 }
 fireEvent(EVENT_RELOAD, null, getURL(), false);

Modified: 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java?view=diffrev=545904r1=545903r2=545904
==
--- 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
 (original)
+++ 
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
 Sun Jun 10 09:10:17 2007
@@ -263,7 +263,7 @@
 // set a new attribute
 conf.setProperty([EMAIL PROTECTED], value);
 assertEquals([EMAIL PROTECTED], value, conf.getProperty([EMAIL 
PROTECTED]));
-
+
 conf.setProperty(name1,value1);
 assertEquals(value1,conf.getProperty(name1));
 }
@@ -352,11 +352,11 @@
 assertTrue(conf.isEmpty());
 conf.addProperty(test, yes);
 conf.save();
-
+
 conf = new XMLConfiguration(testSaveConf);
 assertEquals(yes, conf.getString(test));
 }
-
+
 /**
  * Tests loading a configuration from a URL.
  */
@@ -367,7 +367,7 @@
 assertEquals(value, conf.getProperty(element));
 assertEquals(url, conf.getURL());
 }
-
+
 /**
  * Tests loading from a stream.
  */
@@ -377,12 +377,12 @@
 conf = new XMLConfiguration();
 conf.load(new ByteArrayInputStream(xml.getBytes()));
 assertEquals(1, conf.getInt(test));
-
+
 conf = new XMLConfiguration();
 conf.load(new ByteArrayInputStream(xml.getBytes()), UTF8);
 assertEquals(1, conf.getInt(test));
 }
-
+
 /**
  * Tests loading a non well formed XML from a string.
  */
@@ -439,7 +439,7 @@
 {
conf.addProperty([EMAIL PROTECTED], value + i);
 }
-
+
 // add comma delimited lists with escaped delimiters
 conf.addProperty(split.list5, a\\,b\\,c);
 conf.setProperty(element3, value\\,value1\\,value2);
@@ -453,7 +453,7 @@
 checkConfig.setFileName(testSaveConf.getAbsolutePath());
 checkSavedConfig(checkConfig);
 }
-
+
 /**
  * Tests saving to a URL.
  */
@@ -464,7 +464,7 @@
 checkConfig.setFile(testSaveConf);
 checkSavedConfig(checkConfig);
 }
-
+
 /**
  * Tests saving to a stream.
  */
@@ -485,11 +485,11 @@
 out.close();
 }
 }
-
+
 XMLConfiguration checkConfig = new XMLConfiguration();
 checkConfig.setFile(testSaveConf);
 checkSavedConfig(checkConfig);
-
+
 try
 {
 out = new FileOutputStream(testSaveConf);
@@ -502,7 +502,7 @@

[jira] Resolved: (CONFIGURATION-280) autoSave and FileChangedReloadingStrategy corrupts configuration

2007-06-10 Thread Oliver Heger (JIRA)

 [ 
https://issues.apache.org/jira/browse/CONFIGURATION-280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oliver Heger resolved CONFIGURATION-280.


   Resolution: Fixed
Fix Version/s: 1.5

Patch applied. A test case was also added.

Many thanks!

 autoSave and FileChangedReloadingStrategy corrupts configuration
 

 Key: CONFIGURATION-280
 URL: https://issues.apache.org/jira/browse/CONFIGURATION-280
 Project: Commons Configuration
  Issue Type: Bug
Affects Versions: 1.4
 Environment: Linux, Sun Java 5
Reporter: Roman Kurmanowytsch
Assignee: Oliver Heger
 Fix For: 1.5

 Attachments: autosave_reload.patch.txt


 First of all, sorry if this is not a bug. I may have missed some information 
 on how to make autoSave and FileChangedReloadingStrategy work.
 When a change has been detected by the FileChangedReloadingStrategy code, a 
 clear() followed by a load() is executed in the AbstractFileConfiguration 
 class (around line 809 of version 1.4). The clear() method leads to a 
 possiblySave() call which overwrites the configuration. At the end of the 
 clear() method, the configuration file is empty and the following load() 
 method loads this empty configuration. The possiblySave() call is invoked via 
 the work-around (according to the comment in the code) in 
 AbstractConfiguration (line 538).
 I'm using the following code:
 CompositeConfiguration config = new CompositeConfiguration();
 XMLConfiguration xmlconfig = new XMLConfiguration(config.xml);
 FileChangedReloadingStrategy fcrs = new FileChangedReloadingStrategy();
 xmlconfig.setReloadingStrategy(fcrs);
 config.addConfiguration(new SystemConfiguration());
 config.addConfiguration(xmlconfig);
 xmlconfig.setAutoSave(true);
 ...wait for config changes... 
 A workaround for the problem is to deactivate autoSave in the reload() method 
 of the AbstractFileConfiguration class. After the configuration is cleared 
 and loaded, the original autoSave is restored. See the diff below:
 806a807,808
  boolean autoSaveBak = this.isAutoSave(); // save 
  the current state
  this.setAutoSave(false); // deactivate autoSave to 
  prevent information loss
 813a816
this.setAutoSave(autoSaveBak); // set 
  autoSave to previous value
 The code fragment looks like:
 --
 if (strategy.reloadingRequired())
 {
 if (getLogger().isInfoEnabled())
 {
 getLogger().info(Reloading configuration. URL is 
  + getURL());
 }
 fireEvent(EVENT_RELOAD, null, getURL(), true);
 setDetailEvents(false);
 boolean autoSaveBak = this.isAutoSave(); // save the 
 current state
 this.setAutoSave(false); // deactivate autoSave to 
 prevent information loss
 try
 {
 clear();
 load();
 }
 finally
 {
 this.setAutoSave(autoSaveBak); // set 
 autoSave to previous value
 setDetailEvents(true);
 }
 fireEvent(EVENT_RELOAD, null, getURL(), false);
 // notify the strategy
 strategy.reloadingPerformed();
 }
 --
 I hope this is a valid fix. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



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

2007-06-10 Thread Adam Jack
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-id has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 5 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-id :  Commons Identifier Package


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-id-10062007.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html
Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 13 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-10062007.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar
-
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.995 sec
[junit] Running 
org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.025 sec
[junit] Running 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest
[junit] Tests run: 12, Failures: 2, Errors: 0, Time elapsed: 1.637 sec
[junit] [ERROR] TEST 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED
[junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.118 sec
[junit] Running org.apache.commons.id.serial.LongGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.1 sec
[junit] Running org.apache.commons.id.serial.NumericGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.135 sec
[junit] Running org.apache.commons.id.uuid.state.StateHelperTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.325 sec
[junit] Running org.apache.commons.id.uuid.state.NodeTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.287 sec
[junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.395 sec
[junit] Running 
org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.627 sec
[junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.64 sec
[junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.995 sec
[junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.045 sec
[junit] Running org.apache.commons.id.uuid.NodeManagerImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.542 sec
[junit] Running org.apache.commons.id.uuid.UUIDTest
[junit] Tests run: 17, Failures: 

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

2007-06-10 Thread Adam Jack
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-id has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 5 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-id :  Commons Identifier Package


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-id-10062007.jar] identifier set to project name
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html
Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 13 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-10062007.jar:/usr/local/gump/packages/maven-cobertura-plugin/maven-cobertura-plugin-1.1.jar:/usr/local/gump/packages/maven-xdoc-plugin/maven-xdoc-plugin-1.9.2.jar
-
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.995 sec
[junit] Running 
org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.025 sec
[junit] Running 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest
[junit] Tests run: 12, Failures: 2, Errors: 0, Time elapsed: 1.637 sec
[junit] [ERROR] TEST 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED
[junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.118 sec
[junit] Running org.apache.commons.id.serial.LongGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.1 sec
[junit] Running org.apache.commons.id.serial.NumericGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.135 sec
[junit] Running org.apache.commons.id.uuid.state.StateHelperTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.325 sec
[junit] Running org.apache.commons.id.uuid.state.NodeTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.287 sec
[junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.395 sec
[junit] Running 
org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.627 sec
[junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.64 sec
[junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.995 sec
[junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.045 sec
[junit] Running org.apache.commons.id.uuid.NodeManagerImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.542 sec
[junit] Running org.apache.commons.id.uuid.UUIDTest
[junit] Tests run: 17, Failures: 

svn commit: r545907 - in /jakarta/commons/proper/jci/trunk: compilers/eclipse/pom.xml compilers/groovy/pom.xml compilers/janino/pom.xml compilers/javac/pom.xml compilers/rhino/pom.xml core/pom.xml exa

2007-06-10 Thread tcurdt
Author: tcurdt
Date: Sun Jun 10 09:39:25 2007
New Revision: 545907

URL: http://svn.apache.org/viewvc?view=revrev=545907
Log:
revert to 1.0-SNAPSHOT


Modified:
jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml
jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml
jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml
jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml
jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml
jakarta/commons/proper/jci/trunk/core/pom.xml
jakarta/commons/proper/jci/trunk/examples/pom.xml
jakarta/commons/proper/jci/trunk/fam/pom.xml
jakarta/commons/proper/jci/trunk/pom.xml

Modified: jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml?view=diffrev=545907r1=545906r2=545907
==
--- jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/compilers/eclipse/pom.xml Sun Jun 10 
09:39:25 2007
@@ -21,11 +21,11 @@
 parent
 groupIdorg.apache.commons/groupId
 artifactIdcommons-jci/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 /parent
 packagingjar/packaging
 artifactIdcommons-jci-eclipse/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 namecompiler-eclipse/name
 description
 Commons JCI compiler implementation for the eclipse compiler.

Modified: jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml?view=diffrev=545907r1=545906r2=545907
==
--- jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/compilers/groovy/pom.xml Sun Jun 10 
09:39:25 2007
@@ -21,11 +21,11 @@
 parent
 groupIdorg.apache.commons/groupId
 artifactIdcommons-jci/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 /parent
 packagingjar/packaging
 artifactIdcommons-jci-groovy/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 namecompiler-groovy/name
 description
 Commons JCI compiler implementation for the groovy compiler.

Modified: jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml?view=diffrev=545907r1=545906r2=545907
==
--- jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/compilers/janino/pom.xml Sun Jun 10 
09:39:25 2007
@@ -21,11 +21,11 @@
 parent
 groupIdorg.apache.commons/groupId
 artifactIdcommons-jci/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 /parent
 packagingjar/packaging
 artifactIdcommons-jci-janino/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 namecompiler-janino/name
 description
 Commons JCI compiler implementation for the janino compiler.

Modified: jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml?view=diffrev=545907r1=545906r2=545907
==
--- jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/compilers/javac/pom.xml Sun Jun 10 
09:39:25 2007
@@ -21,11 +21,11 @@
 parent
 groupIdorg.apache.commons/groupId
 artifactIdcommons-jci/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 /parent
 packagingjar/packaging
 artifactIdcommons-jci-javac/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 namecompiler-javac/name
 description
 Commons JCI compiler implementation for the javac compiler (up to JDK 
1.5).

Modified: jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml?view=diffrev=545907r1=545906r2=545907
==
--- jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml (original)
+++ jakarta/commons/proper/jci/trunk/compilers/rhino/pom.xml Sun Jun 10 
09:39:25 2007
@@ -21,11 +21,11 @@
 parent
 groupIdorg.apache.commons/groupId
 artifactIdcommons-jci/artifactId
-version1.1-SNAPSHOT/version
+version1.0-SNAPSHOT/version
 /parent
 packagingjar/packaging
 artifactIdcommons-jci-rhino/artifactId
- 

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

2007-06-10 Thread James Strachan
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-betwixt has an issue affecting its community integration.
This issue affects 7 projects,
 and has been outstanding for 33 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-betwixt :  Commons Betwixt Package
- commons-jelly-tags-betwixt :  Commons Jelly
- commons-jelly-tags-ojb :  Commons Jelly
- db-ddlutils :  Easy-to-use component for working with Database Definition 
(...
- db-ojb-from-packages-1-0-release :  ObjectRelationalBridge
- maven-bootstrap :  Project Management Tools
- test-ojb-from-packages-1-0-release :  ObjectRelationalBridge


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-betwixt-10062007.jar] identifier set to project 
name
 -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/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html
Work Name: build_jakarta-commons_commons-betwixt (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 mins 20 secs
Command Line: /opt/jdk1.5/bin/java -Djava.awt.headless=true 
-Dant.build.clonevm=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-10062007 
-Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-10062007.jar
-
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil
[junit] INFO: value=null
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil
[junit] INFO: version=3
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions
[junit] INFO: Names:
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions
[junit] INFO:   0: version-from=2
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil
[junit] INFO: No attribute Version until
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.VersioningStrategy suppress
[junit] INFO: Showing element
[junit] Jun 10, 2007 3:32:12 AM 
org.apache.commons.betwixt.versioning.TestVersioning testWrite4
[junit] INFO: Written:
[junit] VersioningTestData attribute1=attributevalue1
[junit] element1elementvalue1/element1
[junit] element2elementvalue2/element2
[junit] /VersioningTestData
[junit] 
[junit] Jun 10, 2007 3:32:13 AM 
org.apache.commons.betwixt.versioning.TestVersioning testWrite4
[junit] INFO: testWrite1() complete
[junit] -  ---
  

Re: [vote] releasing jci RC3 as 1.0 ...maybe this time?

2007-06-10 Thread Luc Maisonobe
Torsten Curdt wrote:

 See above ...I think subversion is our source distribution. I don't
 really see a point in providing a classic source distribution. But
 maybe that's too much change for now ;)

 Yes, too much for me at least.  In theory, voting on a tag and
 pointing users there to get sources still could be viewed as a
 release, but that is a big change from current practice and
 inconvenient for users who prefer to build from release sources.
 
 It is a big change ...but who says that changes are bad? ;)
 
 But seriously: be realistic. Those people building the releases from
 will have subversion on their machine. And what can be simpler than a
 one-liner to checkout the sources? Even downloading it from an apache
 mirror is more work.

People may have subversion but may not be able to use it.

For example, I cannot use svn (nor cvs for that matter) through my
corporate firewall. When I need a package that is only available by
checking out from its repository, I have to check it out from home, put
it on an USB stick and copy it the next day at work. It is very
inconvenient.

Luc


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



[all] What is a release? WAS: [vote] releasing jci RC3 as 1.0 ...maybe this time?

2007-06-10 Thread Phil Steitz

On 6/10/07, Torsten Curdt [EMAIL PROTECTED] wrote:

 So you are saying +1 for the assembly release ...but I don't get the
 who needs what part.


 What I meant was that I did not see it as a big user inconvenience to
 bundle all of the jars into a single release, since they are
 individually small.  So, yes, I am +1 on putting together an assembly
 and making it available, along with the KEYS file, on the commons
 download page.

I just fear no one will use it ...but anyway.


Good question.  Two groups that I can think of.  First would be anyone
who repackages and/or builds larger distributions from source
including this component.  I think some Linux distros and other
repackagers use some of our components built from source.  IIRC this
has come up in the past.  I know some other OSS projects also build
from our released sources.  For example, Tomcat repackages parts of
[pool], [dbcp] and some others, building the repackaged classes from
our released source distributions.  In theory, they could do the same
from svn tags, but there is some loss of control in this case (see
below).

A second user group for the full distros is IT shops where full
buildable source and binaries are a requirement for OSS intruduction.
Forcing them to assemble their own source distros without hashes or
sigs associated with the sources would not be a welcome prospect.


 See above ...I think subversion is our source distribution. I don't
 really see a point in providing a classic source distribution. But
 maybe that's too much change for now ;)

 Yes, too much for me at least.  In theory, voting on a tag and
 pointing users there to get sources still could be viewed as a
 release, but that is a big change from current practice and
 inconvenient for users who prefer to build from release sources.

It is a big change ...but who says that changes are bad? ;)


Not me - change is good and it is good to talk about these things.
This one is a little dicey though because a) I don't like the idea of
not having signed sources as part of the distro and b) if not looked
at the right way it sort of seems like we are moving away from open
source and in violation of ASF release policy (from
http://www.apache.org/dev/release.html):

The Apache Software Foundation produces open source software. All
releases are in the form of the source materials needed to make
changes to the software being released. In some cases, binary/bytecode
packages are also produced as a convenience to users that might not
have the appropriate tools to build a compiled version of the source.
In all such cases, the binary/bytecode package must have the same
version number as the source release and may only add binary/bytecode
files that are the result of compiling that version of the source code
release.


But seriously: be realistic. Those people building the releases from
will have subversion on their machine.
And what can be simpler than a
one-liner to checkout the sources? Even downloading it from an apache
mirror is more work.

 I think we should always distribute the source with our releases.

I think the only problem that I am seeing is that tags are not
immutable in svn. So in theory even a tag is not good enough but a
release is really a revision number.

 I guess what we are really talking about here is what is a release?

True. Especially with maven2 as the build system. I tried to raise
that a couple of times already. We need to come up with proper
release instructions for maven2 based projects. This is for sure.


There we agree :-)

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



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

2007-06-10 Thread commons-jelly-tags-jsl 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-tags-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 13 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 17 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] 

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

2007-06-10 Thread commons-jelly-tags-jsl 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-tags-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 13 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 17 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] 

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

2007-06-10 Thread commons-jelly-tags-fmt 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-tags-fmt-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 13 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-fmt-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html
Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.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-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-10062007.jar
-
[junit] at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
[junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
[junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
[junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
[junit] at java.security.AccessController.doPrivileged(Native Method)
[junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
[junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
[junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
[junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
[junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
[junit] at 
org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)

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

2007-06-10 Thread commons-jelly-tags-fmt 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-tags-fmt-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 13 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-fmt-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html
Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.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-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-10062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-10062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-10062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-10062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-10062007.jar
-
[junit] at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
[junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
[junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
[junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
[junit] at java.security.AccessController.doPrivileged(Native Method)
[junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
[junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
[junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
[junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
[junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
[junit] at 
org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)

Re: svn commit: r545184 - /jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/distribution/PoissonDistributionImpl.java

2007-06-10 Thread Phil Steitz

On 6/7/07, Martin van den Bemt [EMAIL PROTECTED] wrote:

If the intention is to have a NullPointerException when null is passed, declare 
it and throw it
specifically (that way you are in control of the exception). I think every 
undocumented nullpointer
exception is a bug.


I would prefer throwing IllegalArgumentException to NPE in this case,
since there is no null dereference. I would also consider making this
a no-op (i.e., leave the NormalDistribution alone if null is passed to
this method).  I am fine leaving as is, however.

Phil

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



Re: svn commit: r545192 - in /jakarta/commons/proper/math/trunk/src: java/org/apache/commons/math/distribution/ test/org/apache/commons/math/distribution/

2007-06-10 Thread Phil Steitz

 public abstract class DistributionFactory {
 /**
@@ -59,16 +59,7 @@
  * @return a new factory.
  */
 public static DistributionFactory newInstance() {
-DistributionFactory factory = null;
-try {
-DiscoverClass dc = new DiscoverClass();
-factory = (DistributionFactory) dc.newInstance(
-DistributionFactory.class,
-
org.apache.commons.math.distribution.DistributionFactoryImpl);
-} catch(Throwable t) {
-return new DistributionFactoryImpl();
-}
-return factory;
+return new DistributionFactoryImpl();
 }

 /**


This will break anyone who is actually using the commons-discovery
method to provide a custom factory - i.e., upgrading to 1.2 will
result in the custom config being ignored.

If done everywhere else, the above change also allows us to eliminate
compile-time dependency on [discovery] and [logging].  The alternative
is to leave the old code alone inside the now deprecated class and
remove altogether in 2.0.

I guess I am OK with this, since I doubt there are many users actually
depending on this and we can doc the changed behavior.  Other
opinions?

Phil

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



Re: [math] deprecation of DistributionFactory

2007-06-10 Thread Phil Steitz

On 6/7/07, Brent Worden [EMAIL PROTECTED] wrote:

I removed the use of the DistributionFactory and its dependency on
commons-discovery.

The approach I took was to add settable distribution fields where
needed as a replacement for invoking the factory.  These fields always
default to our distribution implementations and can by altered via
constructors as well as setters.

Everything is checked in and critiques are welcome.



Thanks, Brent!

Looks great, modulo the two diff comments (NPE? and discovery
functionality).  I am fine with the approach and +1 to applying the
same approach to the other abstract factory implementations.  My only
substantive question is whether we should leave the discovery
mechanism working in the deprecated abstract factories.

Phil

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



[jira] Commented: (NET-160) FTP Client API Hangs - Attached Scenario.

2007-06-10 Thread Lvenkataraman (JIRA)

[ 
https://issues.apache.org/jira/browse/NET-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503250
 ] 

Lvenkataraman commented on NET-160:
---

I tried running this.  The problem still persists.  It is repeatable even after 
applying commons-net-ftp-2.0.0-SNAPSHOT.jar file.

I am running with sun JVM 1.5 version.

Any clue?

 FTP Client API Hangs - Attached Scenario.
 -

 Key: NET-160
 URL: https://issues.apache.org/jira/browse/NET-160
 Project: Commons Net
  Issue Type: Bug
Affects Versions: 1.4
 Environment: Suse Enterprise Linux 9.0, Intel
Reporter: Lvenkataraman

 FTP client hangs with the following error.   Here is the truss output. The 
 client hangs indefinitely and no work is being done other than this error 
 when you truss the process.  I use Java 1.5 to run this.  We wrote a 
 long-running ftp daemon and this happens after 20-23 hours of continuous 
 running.
 Here is the code to pull files from the ftp server. This one lists files that 
 are received after this particular incal time (currently it lists but the 
 intention is to implement an incremental download).  We initially thought 
 doing periodic noop would keep the client alive by sending dummy commands to 
 the server. But we found this probelm still occurs.
 public void ListIncrementalFiles (String directory, Calendar incal)
   {
   try 
   {
   FTPFile[] files = listFiles(directory);
   
   int total_files = 0;
   
   System.out.println(FileName\tFileSize\t\tDate Time 
 Stamp);
   for (int i = 0; i  files.length; i++)
   {
   
 
   FTPFile file = files[i];
   if ((i % 1000) == 0)
   {
   System.out.println(noop 
 occurred at this instance---  + i + \n);
   noop();
   }
   
   if (file.isFile())
   {
   Calendar c = 
 file.getTimestamp();
   
 
   if (c.after(incal) || 
 c.equals(incal))
   {
   
   
 System.out.println(file.getName() + \t + file.getSize() + \t\t + 
 c.getTime());
   total_files++;
   }
}
   
   }
   System.out.println(Total Files in the listing   
 + total_files);
   } 
   catch (Exception e)
   {
   System.out.println(FTP Getfiles exception occured);
   e.printStackTrace();
   }
 
   }
 -Truss
  output begins
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /6:   lwp_cond_wait(0x00035F08, 0x00035EF0, 0xB477FBE0, 0) Err#62 ETIME
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /14:  pollsys(0x, 0, 0xB3F7FC10, 0x)  = 0
 /9:   lwp_park(0x, 0) (sleeping...)
 /3:   lwp_cond_wait(0x000B77C0, 0x000B77A8, 0x, 0) 

svn commit: r546001 - in /jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive: AbstractStorelessUnivariateStatistic.java moment/Variance.java

2007-06-10 Thread psteitz
Author: psteitz
Date: Sun Jun 10 21:42:56 2007
New Revision: 546001

URL: http://svn.apache.org/viewvc?view=revrev=546001
Log:
Javadoc only.  Made it clear that increment-getResult uses a different,
less accurate, computing formula than evaluate for Variance.
JIRA: MATH-163

Modified:

jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/AbstractStorelessUnivariateStatistic.java

jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Variance.java

Modified: 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/AbstractStorelessUnivariateStatistic.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/AbstractStorelessUnivariateStatistic.java?view=diffrev=546001r1=546000r2=546001
==
--- 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/AbstractStorelessUnivariateStatistic.java
 (original)
+++ 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/AbstractStorelessUnivariateStatistic.java
 Sun Jun 10 21:42:56 2007
@@ -46,8 +46,9 @@
  * statistic.  Its side effects are the same as invoking [EMAIL PROTECTED] 
#clear} and
  * then [EMAIL PROTECTED] #incrementAll(double[])}.
  * p
- * Implementations may override this method with a more efficient 
- * implementation that works directly with the input array.
+ * Implementations may override this method with a more efficient and
+ * possibly more accurate implementation that works directly with the
+ * input array.
  * p
  * If the array is null, an IllegalArgumentException is thrown.
  * 
@@ -69,8 +70,9 @@
  * statistic.  Its side effects are the same as invoking [EMAIL PROTECTED] 
#clear} and
  * then [EMAIL PROTECTED] #incrementAll(double[], int, int)}.
  * p
- * Implementations may override this method with a more efficient 
- * implementation that works directly with the input array.
+ * Implementations may override this method with a more efficient and
+ * possibly more accurate implementation that works directly with the
+ * input array.
  * p
  * If the array is null or the index parameters are not valid, an 
  * IllegalArgumentException is thrown.

Modified: 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Variance.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Variance.java?view=diffrev=546001r1=546000r2=546001
==
--- 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Variance.java
 (original)
+++ 
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Variance.java
 Sun Jun 10 21:42:56 2007
@@ -21,7 +21,7 @@
 import 
org.apache.commons.math.stat.descriptive.AbstractStorelessUnivariateStatistic;
 
 /**
- * Computes the variance of the available values.   By default, the unbiased
+ * Computes the variance of the available values.  By default, the unbiased
  * sample variance definitional formula is used: 
  * p
  * variance = sum((x_i - mean)^2) / (n - 1)
@@ -30,21 +30,34 @@
  * of sample observations.  
  * p
  * The definitional formula does not have good numerical properties, so
- * this implementation uses updating formulas based on West's algorithm
- * as described in a href=http://doi.acm.org/10.1145/359146.359152;
- * Chan, T. F. and J. G. Lewis 1979, iCommunications of the ACM/i,
- * vol. 22 no. 9, pp. 526-531./a.
+ * this implementation does not compute the statistic using the definitional
+ * formula. ul
+ * li The codegetResult/code method computes the variance using 
+ * updating formulas based on West's algorithm, as described in
+ * a href=http://doi.acm.org/10.1145/359146.359152; Chan, T. F. and
+ * J. G. Lewis 1979, iCommunications of the ACM/i,
+ * vol. 22 no. 9, pp. 526-531./a/li
+ * li The codeevaluate/code methods leverage the fact that they have the
+ * full array of values in memory to execute a two-pass algorithm. 
+ * Specifically, these methods use the corrected two-pass algorithm from
+ * Chan, Golub, Levesque, iAlgorithms for Computing the Sample Variance/i,
+ * American Statistician, August 1983./li/ul
+ * Note that adding values using codeincrement/code or 
+ * codeincrementAll/code and then executing codegetResult/code will
+ * sometimes give a different, less accurate, result than executing 
+ * codeevaluate/code with the full array of values. The former approach
+ * should only be used when the full array of values is not available.
  * p
  * The population variance  ( sum((x_i - mean)^2) / n ) can also
  * be computed using this statistic.  The 

[jira] Resolved: (MATH-163) The evaluate method and the getResult method of class Variance give different results

2007-06-10 Thread Phil Steitz (JIRA)

 [ 
https://issues.apache.org/jira/browse/MATH-163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Steitz resolved MATH-163.
--

Resolution: Won't Fix

Javadoc clarification has been made. 

 The evaluate method and the getResult method of class Variance give different 
 results
 -

 Key: MATH-163
 URL: https://issues.apache.org/jira/browse/MATH-163
 Project: Commons Math
  Issue Type: Bug
Affects Versions: 1.1
Reporter: Nele Smeets
 Fix For: 1.2


 Consider the following test code:
   // construct an array of input values, containing infinity  
   double[] values = new double[] {1.0, 2.0, Double.POSITIVE_INFINITY};
   // find the variance using Variance.evaluate(double[])
   Variance var1 = new Variance();
   double value1 = var1.evaluate(values);
   // find the variance using Variance.getResult()
   Variance var2 = new Variance();
   var2.incrementAll(values);
   double value2 = var2.getResult();
   // print out the results
   System.out.println(value1);
   System.out.println(value2);
 This code prints out:
 NaN
 Infinity
 So, we get two different variances, depending on the method we use. 
 (The same is true when we use Double.NEGATIVE_INFINITY as input value instead 
 of Double.POSITIVE_INFINITY.)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Commented: (MATH-160) Chi-Square Test for Comparing two binned Data Sets

2007-06-10 Thread Phil Steitz (JIRA)

[ 
https://issues.apache.org/jira/browse/MATH-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503276
 ] 

Phil Steitz commented on MATH-160:
--

With the reference in the last comment replacing the reference in the patch, 
this looks OK to me.   We also need test cases, ideally validated against R, 
another package or published results somewhere.  Patches welcome!

 Chi-Square Test for Comparing two binned Data Sets
 --

 Key: MATH-160
 URL: https://issues.apache.org/jira/browse/MATH-160
 Project: Commons Math
  Issue Type: New Feature
Reporter: Matthias Hummel
Priority: Minor
 Fix For: 1.2

 Attachments: commons-math.patch


 Current Chi-Square test implementation only supports standard Chi-Square 
 testing with respect to known distribution. We needed testing for comparison 
 of two sample data sets where the distribution can be unknown. For this case 
 the Chi-Square test has to be computed in a different way so that both error 
 contributions (one for each sample data set) are taken into account. See 
 Press et. al, Numerical Recipes, Second Edition, formula 14.3.2.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Resolved: (MATH-82) [math] FractionFormatTest doesn't compile under JDK 1.3

2007-06-10 Thread Phil Steitz (JIRA)

 [ 
https://issues.apache.org/jira/browse/MATH-82?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Steitz resolved MATH-82.
-

Resolution: Won't Fix

Nothing we can do about incorrect JDK behavior.

 [math]  FractionFormatTest doesn't compile under JDK 1.3
 

 Key: MATH-82
 URL: https://issues.apache.org/jira/browse/MATH-82
 Project: Commons Math
  Issue Type: Bug
Affects Versions: Nightly Builds
 Environment: Operating System: All
 Platform: All
Reporter: Niall Pemberton
Priority: Minor
 Attachments: math_FractionFormatTest_JDK13.patch, 
 TEST-org.apache.commons.math.complex.ComplexUtilsTest.txt


 FractionFormatTest uses NumberFormat.getIntegerInstance() which is a JDK 1.4 
 method. Changing this to use getInstance() instead and then using 
 setParseIntegerOnly(true) allows it to compile under JDK 1.3 - and the test 
 runs and passes.
 Its probably a moot point though since ComplexUtilsTest fails using JDK 
 1.3.1_04 (on both W2K and Windows XP).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Updated: (MATH-166) Special functions not very accurate

2007-06-10 Thread Phil Steitz (JIRA)

 [ 
https://issues.apache.org/jira/browse/MATH-166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Steitz updated MATH-166:
-

Fix Version/s: 1.2

I see no reason not to apply this patch for 1.2.

 Special functions not very accurate
 ---

 Key: MATH-166
 URL: https://issues.apache.org/jira/browse/MATH-166
 Project: Commons Math
  Issue Type: Bug
Affects Versions: 1.1
Reporter: Lukas Theussl
Priority: Minor
 Fix For: 1.2

 Attachments: MATH-166.patch


 The Gamma and Beta functions return values in double precision but the 
 default epsilon is set to 10e-9. I think that the default should be set to 
 the highest possible accuracy, as this is what I'd expect to be returned by a 
 double precision routine. Note that the erf function already uses a call to 
 Gamma.regularizedGammaP with an epsilon of 1.0e-15.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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



[jira] Updated: (MATH-158) Arbitrary log

2007-06-10 Thread Phil Steitz (JIRA)

 [ 
https://issues.apache.org/jira/browse/MATH-158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Steitz updated MATH-158:
-

Fix Version/s: 1.2

 Arbitrary log
 -

 Key: MATH-158
 URL: https://issues.apache.org/jira/browse/MATH-158
 Project: Commons Math
  Issue Type: New Feature
Reporter: Hasan Diwan
Priority: Minor
 Fix For: 1.2

 Attachments: commons-math.pat


 Patch adds the change-of-base property for a logarithm and a test to make 
 sure it works.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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