date:20120820

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 gene...@gump.apache.org.

Project commons-dbcp has an issue affecting its community integration.
This issue affects 18 projects,
 and has been outstanding for 24 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp :  Object Pooling
- db-ddlutils :  Easy-to-use component for working with Database Definition 
(...
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-dbcp :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-jk :  Connectors to various web servers
- javax.el :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- javax.servlet :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation 
(for ...
- javax.servlet.jsp :  Java Servlet 2.5 & Server Pages JSP 2.1 
implementation (for ...
- solr :  Java Based Search Engine
- solr-test :  Java Based Search Engine
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- tomcat-tc7.0.x :  Tomcat 7.x, a web server implementing Java Servlet 3.0,
...
- tomcat-tc7.0.x-dbcp :  Tomcat 7.x, a web server implementing Java Servlet 
3.0,
...
- tomcat-tc7.0.x-test :  Tomcat 7.x, a web server implementing Java Servlet 
3.0,
...
- tomcat-trunk :  Tomcat 8.x, a web server implementing Java Servlet 3.1,
...
- tomcat-trunk-dbcp :  Tomcat 8.x, a web server implementing Java Servlet 
3.1,
...
- tomcat-trunk-test :  Tomcat 8.x, a web server implementing Java Servlet 
3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbcp.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/commons-dbcp-1.x/commons-dbcp/gump_work/build_commons-dbcp-1.x_commons-dbcp.html
Work Name: build_commons-dbcp-1.x_commons-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 8 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only 
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml 
dist 
[Working Directory: /srv/gump/public/workspace/commons-dbcp-1.x]
CLASSPATH: 
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-20082012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-20082012.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/public/workspace/commons-pool-1.x/dist/commons-pool-1.6.1-SNAPSHOT.jar
-
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingConnection.java:65:
 error: DelegatingConnection is not abstract and does not override abstract 
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingDatabaseMetaData.java:38:
 error: DelegatingDatabaseMetaData is not abstract and does not override 
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public class DelegatingDatabaseMetaData extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingResultSet.java:61:
 error: DelegatingResultSet is not abstract and does not override abstract 
method getObject(String,Class) in ResultSet
[javac] public class DelegatingResultSet extends Aban

Re: [math] Double.NaN or NotStrictlyPositiveException?

Le 20/08/2012 05:51, Sébastien Brisard a écrit :
> Hi,
> the current implementation of Gamma.logGamma(double) fails silently when
> the argument is not strictly positive, returning Double.NaN.
> Previous discussions on this ML show that we all agree (do we?) that
> throwing an exception is preferrable. Since I'm reimplementing this
> function, I propose to change this behaviour. Do you think that would be
> allowed in 3.1?

Yes, I think this kind of change can be introduced in a minro revision.

Luc

> 
> I do not think it breaks binary compatibility. Neither does it break the
> contract of this method, since (quite fortunately) its behavior was not
> specified in the Javadoc!
> 
> Thanks for your suggestions,
> Sébastien
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-dbcp2 (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-dbcp2 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 24 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp2 :  Database Connection Pool


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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbcp2-*[0-9T].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/apache-commons/commons-dbcp2/gump_work/build_apache-commons_commons-dbcp2.html
Work Name: build_apache-commons_commons-dbcp2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 9 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only 
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml 
dist 
[Working Directory: /srv/gump/public/workspace/apache-commons/dbcp]
CLASSPATH: 
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/apache-commons/dbcp/dist/classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar:/srv/gump/public/workspace/junit/dist/junit-20082012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-20082012.jar:/srv/gump/public/workspace/apache-commons/pool/dist/commons-pool2-2.0-SNAPSHOT.jar
-
[mkdir] Created dir: 
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] Compiling 52 source files to 
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/BasicDataSource.java:52:
 error: BasicDataSource is not abstract and does not override abstract method 
getParentLogger() in CommonDataSource
[javac] public class BasicDataSource implements DataSource {
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingConnection.java:65:
 error: DelegatingConnection is not abstract and does not override abstract 
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingStatement.java:46:
 error: DelegatingStatement is not abstract and does not override abstract 
method isCloseOnCompletion() in Statement
[javac] public class DelegatingStatement extends AbandonedTrace implements 
Statement {
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingPreparedStatement.java:57:
 error: DelegatingPreparedStatement is not abstract and does not override 
abstract method isCloseOnCompletion() in Statement
[javac] public class DelegatingPreparedStatement extends DelegatingStatement
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingCallableStatement.java:58:
 error: DelegatingCallableStatement is not abstract and does not override 
abstract method getObject(String,Class) in CallableStatement
[javac] public class DelegatingCallableStatement extends 
DelegatingPreparedStatement
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingDatabaseMetaData.java:36:
 error: DelegatingDatabaseMetaData is not abstract and does not override 
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public class

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-exec-test has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-exec-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html
Work Name: build_apache-commons_commons-exec-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 25 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/exec]
M2_HOME: /opt/maven2
-
Running org.apache.commons.exec.util.StringUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.util.MapUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.DefaultExecutorTest
FOO..
gdal_translate
HDF5:"/home/kk/grass/data/4404.he5"://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif
FOO..
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.025 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.026 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.027 ms
Process completed in 2003 millis; below is its output
Process timed out and was killed by watchdog.
org.apache.commons.exec.ExecuteException: Process exited with an error: 143 
(Exit value: 143)
Process completed in 2003 millis; below is its output
Process timed out and was killed.
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Executing [sh, -c, src/test/scripts/invoker.sh]
invoker.sh -- going to start daemon process
invoker.sh --  daemon process was started
cd: 21: can't cd to ../../../target
Process completed in 8025 millis; above is its output
Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg 
ms): 1004
Tests run: 40, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.731 sec <<< 
FAILURE!

Results :

Failed tests: 
  testExec_60(org.apache.commons.exec.DefaultExecutorTest)

Tests run: 95, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 minute 23 seconds
[INFO] Finished at: Mon Aug 20 08:08:15 UTC 2012
[INFO] Final Memory: 28M/67M
[INFO] 
-

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

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06000620082012, vmgump.apache.org:vmgump:06000620082012
Gump E-mail Identifier (unique within run) #19.

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

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-digester3 has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 29 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-digester3 :  XML to Java Object Configuration
- commons-digester3-test :  Apache Commons


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to 
project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/digester/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 5 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/digester]
M2_HOME: /opt/maven2
-
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1345456238819
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 5 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 3 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/image")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/item")
>
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.a

Re: [math] Double.NaN or NotStrictlyPositiveException?

2012-08-20 Thread Gilles Sadowski

On Mon, Aug 20, 2012 at 09:25:46AM +0200, Luc Maisonobe wrote:
> Le 20/08/2012 05:51, Sébastien Brisard a écrit :
> > Hi,
> > the current implementation of Gamma.logGamma(double) fails silently when
> > the argument is not strictly positive, returning Double.NaN.
> > Previous discussions on this ML show that we all agree (do we?) that
> > throwing an exception is preferrable. Since I'm reimplementing this
> > function, I propose to change this behaviour. Do you think that would be
> > allowed in 3.1?
> 
> Yes, I think this kind of change can be introduced in a minro revision.
> 
> Luc
> 
> > 
> > I do not think it breaks binary compatibility. Neither does it break the
> > contract of this method, since (quite fortunately) its behavior was not
> > specified in the Javadoc!

Even if it would, in accordance to a very recent discussion, breaking
compatibility for correcting a bug would be a risk worth taking.


Best regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[continuum] BUILD FAILURE: Apache Commons - Commons DbUtils -

2012-08-20 Thread Continuum@vmbuild

  Build using Java 1.6
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Continuum-Build-Host: vmbuild
X-Continuum-Project-Id: 74
X-Continuum-Project-Name: Commons DbUtils

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24646&projectId=74

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Mon 20 Aug 2012 10:20:20 +
  Finished at: Mon 20 Aug 2012 10:21:08 +
  Total time: 48s
  Build Trigger: Schedule
  Build Number: 78
  Exit code: 1
  Building machine hostname: vmbuild
  Operating system : Linux(unknown)
  Java Home version : 
  java version "1.6.0_30"
  Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
  Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode)

  Builder version :
  Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+)
  Java version: 1.6.0_30
  Java home: /usr/lib/jvm/jdk1.6.0_30/jre
  Default locale: en_AU, platform encoding: UTF-8
  OS name: "linux" version: "2.6.32-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: simonetripodi @ Mon 20 Aug 2012 09:56:55 +
Comment: [DBUTILS-98] Add missing JavaDoc to QueryRunner#insert - patch 
submitted by Moandji Ezana
Files changed:
  /commons/proper/dbutils/trunk/src/changes/changes.xml ( 1374960 )
  
/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/QueryRunner.java
 ( 1374960 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean deploy   
Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Build using Java 1.6


Test Summary:

Tests: 218
Failures: 1
Errors: 0
Success Rate: 99
Total time: 1.9940001


Test Failures:


AsyncQueryRunnerTest
testInsertUsesGivenQueryRunner :
  Wanted but not invoked
  Wanted but not invoked:
queryRunner.insert("1",
org.apache.commons.dbutils.handlers.ArrayHandler@33589e56
);
-> at 
org.apache.commons.dbutils.AsyncQueryRunnerTest.testInsertUsesGivenQueryRunner(AsyncQueryRunnerTest.java:448)
Actually, there were zero interactions with this mock.

at 
org.apache.commons.dbutils.AsyncQueryRunnerTest.testInsertUsesGivenQueryRunner(AsyncQueryRunnerTest.java:448)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
at sun.reflect.Nat

[GUMP@vmgump]: Project commons-chain2 (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-chain2 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 46 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-chain2 :  GoF "Chain of Responsibility" pattern


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-chain2-*[0-9T].jar] identifier set to project 
name
 -DEBUG- Sole pom output [pom.xml] identifier set to project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/chain/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/gump_work/build_apache-commons_commons-chain2.html
Work Name: build_apache-commons_commons-chain2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 57 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/chain]
M2_HOME: /opt/maven2
-
[INFO] Building war: 
/srv/gump/public/workspace/apache-commons/chain/apps/cookbook-examples/target/chain-cookbook-examples-2.0-SNAPSHOT.war
[INFO] 
[INFO] Building Apache Commons Chain :: Distribution Packages
[INFO]task-segment: [package]
[INFO] 
[INFO] snapshot org.apache.commons:commons-chain2-configuration:2.0-SNAPSHOT: 
checking for updates from apache.snapshots
Downloading: 
http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.pom
[INFO] Unable to find resource 
'org.apache.commons:commons-chain2-configuration:pom:2.0-SNAPSHOT' in 
repository apache.snapshots (http://repository.apache.org/snapshots)
Downloading: 
http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.jar
[INFO] Unable to find resource 
'org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT' in 
repository apache.snapshots (http://repository.apache.org/snapshots)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.commons 
-DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT 
-Dpackaging=jar -Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.commons 
-DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT 
-Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT
2) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT

--
1 required artifact is missing.

for artifact: 
  org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT

from the specified remote repositories:
  gump-central (http://localhost:8192/maven2),
  gump-apache.snapshots (http://localhost:8192/repo/m2-snapshot-repository)



[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 55 seconds
[INFO] Finished at: Mon Aug 20 11:00:41 UTC 2012
[INFO] Final Memory: 113M/241M
[INFO] 
-

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

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-proxy-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 29 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-proxy-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html
Work Name: build_apache-commons_commons-proxy-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 15 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/proxy]
M2_HOME: /opt/maven2
-
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.063 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.024 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.025 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec
Running org.apache.commons.proxy.exception.TestDelegateProviderException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.319 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.042 sec

Results :

Tests in error: 
  testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker)

Tests run: 179, Failures: 0, Errors: 1, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 14 seconds
[INFO] Finished at: Mon Aug 20 11:16:05 UTC 2012
[INFO] Final Memory: 25M/60M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/rss.xml
- Atom: 
http://vmgump.apache.o

[GUMP@vmgump]: Project commons-dbutils (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-dbutils has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 24 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbutils :  Commons DbUtils


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbutils-*[0-9T].jar] identifier set to 
project name
 -INFO- Optional dependency mockito failed with reason build failed
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/dbutils/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports]
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/gump_work/build_apache-commons_commons-dbutils.html
Work Name: build_apache-commons_commons-dbutils (Type: Build)
Work ended in a state of : Failed
Elapsed: 14 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/dbutils]
M2_HOME: /opt/maven2
-
Downloading: 
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.pom
479b downloaded  (hamcrest-all-1.1.pom)
Downloading: 
http://localhost:8192/maven2/org/objenesis/objenesis/1.0/objenesis-1.0.jar
Downloading: 
http://localhost:8192/maven2/org/mockito/mockito-core/1.9.0/mockito-core-1.9.0.jar
Downloading: 
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.jar
35K downloaded  (objenesis-1.0.jar)
273K downloaded  (hamcrest-all-1.1.jar)
1381K downloaded  (mockito-core-1.9.0.jar)
[INFO] [antrun:run {execution: javadoc.resources}]
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 
/srv/gump/public/workspace/apache-commons/dbutils/target/apidocs/META-INF
[INFO] Executed tasks
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildNumber: ?? at timestamp: 1345461669839
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/dbutils/src/main/resources
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 28 source files to 
/srv/gump/public/workspace/apache-commons/dbutils/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
 error: DriverProxy is not abstract and does not override abstract method 
getParentLogger() in Driver
[INFO] 1 error
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
 error: DriverProxy is not abstract and does not override abstract method 
getParentLogger() in Driver

[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO]

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

Am 19.08.2012 20:00, schrieb Ralph Goers:

I don't think that is serious enough to warrant another candidate. I plan to
review RC1 later today.

Ralph

On Aug 19, 2012, at 6:38 AM, Gary Gregory wrote:

If you change the POM and you want that to be part of the release then
you need another RC. In this case, you want a cleaner Clirr report for
that release which means that report must be able to be generated from
the release tag and sources. At least that's how it seems to me.

Gary

A configuration of the clirr plug-in was added to the pom which excludes
parser classes generated by JavaCC from the clirr report, so the report
is now clear.

After the release the site for the new snapshot will be deployed, so
there won't be any clirr warnings.

BTW, 72 hours are passed now, and there are only 2 +1 votes. It would be
nice if somebody did another review!

Oliver

On Aug 18, 2012, at 11:13, Oliver Heger wrote:

Am 17.08.2012 23:58, schrieb sebb:

On 17 August 2012 21:02, Oliver Heger wrote:

Hi Gary,

Am 17.08.2012 21:19, schrieb Gary Gregory:

Hi All,

Are the Clirr warning about constant value changes from 1.8 be an issue
for
existing clients?
Or, are the values only used by [configuration] itself?

the constants are only used internally. They belong to the parser for plist
configuration files (which is generated by JavaCC) and define its state
transition graph. They have changed because the parser now supports comments
in configuration files.

If there is a need to add new constants in the future, can JavaCC be
persuaded to add them at the end?
This would avoid needless warnings in the Clirr report.

Also, it would help if the release notes explained why the Clirr
warnings are harmless to forestall any questions by users.

The affected class is not even part of the code base, it is generated during
the build process. If you have a look at the source code [1], you will probably
agree that it is hardly of any use for client applications. Therefore, I think
writing a warning in the release notes will add more confusion than it helps.

Wouldn't it be better then to exclude the class from the Clirr report? Will
have to check whether this is possible. This could be done before publishing
the site for the next SNAPSHOT version and would not require a new RC, right?

Oliver

[1]
http://people.apache.org/~oheger/configuration-1.9rc1/xref/org/apache/commons/configuration/plist/PropertyListParserConstants.html

Thanks for the review.
Oliver

Thank you,
Gary

On Thu, Aug 16, 2012 at 4:09 PM, Oliver Heger
wrote:

This is a vote to release Apache Commons Configuration 1.9 based on the
first release candidate.

Tag:
http://svn.apache.org/repos/**asf/commons/proper/**configuration/tags/**

CONFIGURATION_1_9RC1/

Site:

http://people.apache.org/~**oheger/configuration-1.9rc1/

Binaries:
https://repository.apache.org/**content/repositories/**

orgapachecommons-016/

[ ] +1 release it
[ ] +0 go ahead I don't care
[ ] -1 no, do not release it because

Vote will remain open for at least 72 hours.

Oliver

--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org

For additional commands, e-mail: dev-h...@commons.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

I think Sebb said he was reviewing...

Gary

On Aug 20, 2012, at 7:38, Oliver Heger  wrote:

> Am 19.08.2012 20:00, schrieb Ralph Goers:
>> I don't think that is serious enough to warrant another candidate. I plan to 
>> review RC1 later today.
>>
>> Ralph
>>
>> On Aug 19, 2012, at 6:38 AM, Gary Gregory wrote:
>>
>>> If you change the POM and you want that to be part of the release then
>>> you need another RC. In this case, you want a cleaner Clirr report for
>>> that release which means that report must be able to be generated from
>>> the release tag and sources. At least that's how it seems to me.
>>>
>>> Gary
>
> A configuration of the clirr plug-in was added to the pom which excludes 
> parser classes generated by JavaCC from the clirr report, so the report is 
> now clear.
>
> After the release the site for the new snapshot will be deployed, so there 
> won't be any clirr warnings.
>
> BTW, 72 hours are passed now, and there are only 2 +1 votes. It would be nice 
> if somebody did another review!
>
> Oliver
>
>>>
>>> On Aug 18, 2012, at 11:13, Oliver Heger  
>>> wrote:
>>>
 Am 17.08.2012 23:58, schrieb sebb:
> On 17 August 2012 21:02, Oliver Heger  
> wrote:
>> Hi Gary,
>>
>> Am 17.08.2012 21:19, schrieb Gary Gregory:
>>
>>> Hi All,
>>>
>>> Are the Clirr warning about constant value changes from 1.8 be an issue
>>> for
>>> existing clients?
>>> Or, are the values only used by [configuration] itself?
>>
>>
>> the constants are only used internally. They belong to the parser for 
>> plist
>> configuration files (which is generated by JavaCC) and define its state
>> transition graph. They have changed because the parser now supports 
>> comments
>> in configuration files.
>
> If there is a need to add new constants in the future, can JavaCC be
> persuaded to add them at the end?
> This would avoid needless warnings in the Clirr report.
>
> Also, it would help if the release notes explained why the Clirr
> warnings are harmless to forestall any questions by users.

 The affected class is not even part of the code base, it is generated 
 during the build process. If you have a look at the source code [1], you 
 will probably agree that it is hardly of any use for client applications. 
 Therefore, I think writing a warning in the release notes will add more 
 confusion than it helps.

 Wouldn't it be better then to exclude the class from the Clirr report? 
 Will have to check whether this is possible. This could be done before 
 publishing the site for the next SNAPSHOT version and would not require a 
 new RC, right?

 Oliver

 [1] 
 http://people.apache.org/~oheger/configuration-1.9rc1/xref/org/apache/commons/configuration/plist/PropertyListParserConstants.html

>
>> Thanks for the review.
>> Oliver
>>
>>
>>>
>>> Thank you,
>>> Gary
>>>
>>> On Thu, Aug 16, 2012 at 4:09 PM, Oliver Heger
>>> wrote:
>>>
 This is a vote to release Apache Commons Configuration 1.9 based on the
 first release candidate.

 Tag:
 http://svn.apache.org/repos/**asf/commons/proper/**configuration/tags/**

 CONFIGURATION_1_9RC1/

 Site:

 http://people.apache.org/~**oheger/configuration-1.9rc1/

 Binaries:
 https://repository.apache.org/**content/repositories/**

 orgapachecommons-016/

 [ ] +1 release it
 [ ] +0 go ahead I don't care
 [ ] -1 no, do not release it because

 Vote will remain open for at least 72 hours.

 Oliver

 --**--**-
 To unsubscribe, e-mail:
 dev-unsubscribe@commons.**apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org


>>>
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>


 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org

>>>
>>> -

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

Oops I meant Ralph not Sebb!

Gary

On Aug 20, 2012, at 7:38, Oliver Heger  wrote:

> Am 19.08.2012 20:00, schrieb Ralph Goers:
>> I don't think that is serious enough to warrant another candidate. I plan to 
>> review RC1 later today.
>>
>> Ralph
>>
>> On Aug 19, 2012, at 6:38 AM, Gary Gregory wrote:
>>
>>> If you change the POM and you want that to be part of the release then
>>> you need another RC. In this case, you want a cleaner Clirr report for
>>> that release which means that report must be able to be generated from
>>> the release tag and sources. At least that's how it seems to me.
>>>
>>> Gary
>
> A configuration of the clirr plug-in was added to the pom which excludes 
> parser classes generated by JavaCC from the clirr report, so the report is 
> now clear.
>
> After the release the site for the new snapshot will be deployed, so there 
> won't be any clirr warnings.
>
> BTW, 72 hours are passed now, and there are only 2 +1 votes. It would be nice 
> if somebody did another review!
>
> Oliver
>
>>>
>>> On Aug 18, 2012, at 11:13, Oliver Heger  
>>> wrote:
>>>
 Am 17.08.2012 23:58, schrieb sebb:
> On 17 August 2012 21:02, Oliver Heger  
> wrote:
>> Hi Gary,
>>
>> Am 17.08.2012 21:19, schrieb Gary Gregory:
>>
>>> Hi All,
>>>
>>> Are the Clirr warning about constant value changes from 1.8 be an issue
>>> for
>>> existing clients?
>>> Or, are the values only used by [configuration] itself?
>>
>>
>> the constants are only used internally. They belong to the parser for 
>> plist
>> configuration files (which is generated by JavaCC) and define its state
>> transition graph. They have changed because the parser now supports 
>> comments
>> in configuration files.
>
> If there is a need to add new constants in the future, can JavaCC be
> persuaded to add them at the end?
> This would avoid needless warnings in the Clirr report.
>
> Also, it would help if the release notes explained why the Clirr
> warnings are harmless to forestall any questions by users.

 The affected class is not even part of the code base, it is generated 
 during the build process. If you have a look at the source code [1], you 
 will probably agree that it is hardly of any use for client applications. 
 Therefore, I think writing a warning in the release notes will add more 
 confusion than it helps.

 Wouldn't it be better then to exclude the class from the Clirr report? 
 Will have to check whether this is possible. This could be done before 
 publishing the site for the next SNAPSHOT version and would not require a 
 new RC, right?

 Oliver

 [1] 
 http://people.apache.org/~oheger/configuration-1.9rc1/xref/org/apache/commons/configuration/plist/PropertyListParserConstants.html

>
>> Thanks for the review.
>> Oliver
>>
>>
>>>
>>> Thank you,
>>> Gary
>>>
>>> On Thu, Aug 16, 2012 at 4:09 PM, Oliver Heger
>>> wrote:
>>>
 This is a vote to release Apache Commons Configuration 1.9 based on the
 first release candidate.

 Tag:
 http://svn.apache.org/repos/**asf/commons/proper/**configuration/tags/**

 CONFIGURATION_1_9RC1/

 Site:

 http://people.apache.org/~**oheger/configuration-1.9rc1/

 Binaries:
 https://repository.apache.org/**content/repositories/**

 orgapachecommons-016/

 [ ] +1 release it
 [ ] +0 go ahead I don't care
 [ ] -1 no, do not release it because

 Vote will remain open for at least 72 hours.

 Oliver

 --**--**-
 To unsubscribe, e-mail:
 dev-unsubscribe@commons.**apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org


>>>
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>


 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org

>>>
>>> --

[GUMP@vmgump]: Project commons-vfs2-sandbox (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-vfs2-sandbox has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 24 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-vfs2-sandbox :  Apache Commons


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-vfs2-sandbox-*[0-9T].jar] identifier set to 
project name
 -INFO- Made directory 
[/srv/gump/public/workspace/apache-commons/vfs/sandbox/target/classes]
 -INFO- Made directory 
[/srv/gump/public/workspace/apache-commons/vfs/sandbow/target/test-classes]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-sandbox/gump_work/build_apache-commons_commons-vfs2-sandbox.html
Work Name: build_apache-commons_commons-vfs2-sandbox (Type: Build)
Work ended in a state of : Failed
Elapsed: 17 secs
Command Line: /opt/maven3/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/vfs/sandbox]
M2_HOME: /opt/maven3
-
[INFO] Executing tasks

main:
[mkdir] Created dir: 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/target/osgi
[touch] Creating 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/target/osgi/MANIFEST.MF
[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.2.1:process (default) @ 
commons-vfs2-sandbox ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.0:create (default) @ commons-vfs2-sandbox 
---
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/vfs/sandbox && svn --non-interactive 
info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/vfs/sandbox
[INFO] Storing buildNumber: ?? at timestamp: 1345463219686
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/vfs/sandbox && svn --non-interactive 
info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/vfs/sandbox
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
commons-vfs2-sandbox ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] 
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ 
commons-vfs2-sandbox ---
[INFO] Compiling 14 source files to 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/src/main/java/org/apache/commons/vfs2/provider/smb/SmbFileObject.java:[45,7]
 error: Comparable cannot be inherited with different arguments: 
 and <>
[ERROR] 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/src/main/java/org/apache/commons/vfs2/provider/mime/MimeFileObject.java:[48,7]
 error: Comparable cannot be inherited with different arguments: 
 and <>
[INFO] 2 errors 
[INFO] -
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 15.191s
[INFO] Finished at: Mon Aug 20 11:47:03 UTC 2012
[INFO] Final Memory: 16M/39M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) 
on project commons-vfs2-sandbox: Compilation failure: Compilation failure:
[ERROR] 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/src/main/java/org/apache/commons/vfs2/provider/smb/SmbFileObject.java:[45,7]
 error: Comparable cannot be inherited with different arguments: 
 and <>
[ERROR] 
/srv/gump/public/workspace/apache-commons/vfs/sandbox/s

[all] displaying some class and sequence diagrams for our components

Hello,

As our components are mainly low level libraries, they target
developers. I wonder if we could add some basic UML diagrams for some
elements.

I know such diagrams are a pain to maintain, so I have looked at
something really simple, with the goal to only display a few core elements.

I have found plantuml  to be
almost a perfect fir for this goal. It can be used from the command
line, it can be used with eclipse, it can be used with Maven (see
).

Here are some diagrams I have made for [math]:
. There are
also other diagrams I have made for Orekit, which aslo show some
sequence diagrams:
.

I would like to add such diagrams to our documentation, for example by
adding a "design" directory under "src/site" for holding the .puml text
files that depict the diagrams, and generating the png images under
target/site/images. This can be done by adding the following plugin
definition to the pom, in the build section:

  
com.github.jeluard
maven-plantuml-plugin
7876

  
${basedir}

  
src/site/design/*.puml
  

  
  
${basedir}/target/site/images/design
  


  
pre-site

  generate

  


  
net.sourceforge.plantuml
plantuml
7930
  

  

I don't know however if this runs everywhere, as I guess plantuml itself
has a hidden dependency to graphviz.

I have two questions. Could someone check if the maven integration runs
by itself on a pristine computer with nothing special installed (i.e.
without having graphviz pre-installed) ? What do you think about adding
such feature, either with an automatic generation of images or with the
images pre-generated by our own build tools and included (together with
their source script) in the distribution archive?

best regards,
Luc

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[all] Question about release documentation


Just a question about our current documentation about cutting releases:

[1] mentions that symbolic links should be created for the 
distributions. I think this is outdated. Can anybody confirm this? I 
will then update the instructions accordingly.


Thanks
Oliver

[1] http://wiki.apache.org/commons/UsingNexus

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] displaying some class and sequence diagrams for our components

I like it!

Is it slow to run?

Shouldn't we add this to the parent POM?

Gary

On Mon, Aug 20, 2012 at 8:27 AM, Luc Maisonobe wrote:

> Hello,
>
> As our components are mainly low level libraries, they target
> developers. I wonder if we could add some basic UML diagrams for some
> elements.
>
> I know such diagrams are a pain to maintain, so I have looked at
> something really simple, with the goal to only display a few core elements.
>
> I have found plantuml  to be
> almost a perfect fir for this goal. It can be used from the command
> line, it can be used with eclipse, it can be used with Maven (see
> ).
>
> Here are some diagrams I have made for [math]:
> . There are
> also other diagrams I have made for Orekit, which aslo show some
> sequence diagrams:
> .
>
> I would like to add such diagrams to our documentation, for example by
> adding a "design" directory under "src/site" for holding the .puml text
> files that depict the diagrams, and generating the png images under
> target/site/images. This can be done by adding the following plugin
> definition to the pom, in the build section:
>
>   
> com.github.jeluard
> maven-plantuml-plugin
> 7876
> 
>   
> ${basedir}
> 
>   
> src/site/design/*.puml
>   
> 
>   
>   
> ${basedir}/target/site/images/design
>   
> 
> 
>   
> pre-site
> 
>   generate
> 
>   
> 
> 
>   
> net.sourceforge.plantuml
> plantuml
> 7930
>   
> 
>   
>
> I don't know however if this runs everywhere, as I guess plantuml itself
> has a hidden dependency to graphviz.
>
> I have two questions. Could someone check if the maven integration runs
> by itself on a pristine computer with nothing special installed (i.e.
> without having graphviz pre-installed) ? What do you think about adding
> such feature, either with an automatic generation of images or with the
> images pre-generated by our own build tools and included (together with
> their source script) in the distribution archive?
>
> best regards,
> Luc
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [all] displaying some class and sequence diagrams for our components

Hm, I did not realize that this was not an automatic tool. Looks like a
pain to maintain when you are doing refactorings...

Gary

On Mon, Aug 20, 2012 at 8:41 AM, Gary Gregory wrote:

> I like it!
>
> Is it slow to run?
>
> Shouldn't we add this to the parent POM?
>
> Gary
>
>
> On Mon, Aug 20, 2012 at 8:27 AM, Luc Maisonobe wrote:
>
>> Hello,
>>
>> As our components are mainly low level libraries, they target
>> developers. I wonder if we could add some basic UML diagrams for some
>> elements.
>>
>> I know such diagrams are a pain to maintain, so I have looked at
>> something really simple, with the goal to only display a few core
>> elements.
>>
>> I have found plantuml  to be
>> almost a perfect fir for this goal. It can be used from the command
>> line, it can be used with eclipse, it can be used with Maven (see
>> ).
>>
>> Here are some diagrams I have made for [math]:
>> . There are
>> also other diagrams I have made for Orekit, which aslo show some
>> sequence diagrams:
>> .
>>
>> I would like to add such diagrams to our documentation, for example by
>> adding a "design" directory under "src/site" for holding the .puml text
>> files that depict the diagrams, and generating the png images under
>> target/site/images. This can be done by adding the following plugin
>> definition to the pom, in the build section:
>>
>>   
>> com.github.jeluard
>> maven-plantuml-plugin
>> 7876
>> 
>>   
>> ${basedir}
>> 
>>   
>> src/site/design/*.puml
>>   
>> 
>>   
>>   
>> ${basedir}/target/site/images/design
>>   
>> 
>> 
>>   
>> pre-site
>> 
>>   generate
>> 
>>   
>> 
>> 
>>   
>> net.sourceforge.plantuml
>> plantuml
>> 7930
>>   
>> 
>>   
>>
>> I don't know however if this runs everywhere, as I guess plantuml itself
>> has a hidden dependency to graphviz.
>>
>> I have two questions. Could someone check if the maven integration runs
>> by itself on a pristine computer with nothing special installed (i.e.
>> without having graphviz pre-installed) ? What do you think about adding
>> such feature, either with an automatic generation of images or with the
>> images pre-generated by our own build tools and included (together with
>> their source script) in the distribution archive?
>>
>> best regards,
>> Luc
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [ALL] Deployment of component builds to Maven repo

> Are any of the above definitely NOT going to make another release
> using the same groupId?

commons-discovery I think is one of these

> This could be because:
> [X] the component is dormant, or
> [ ]  future releases will use a groupId of o.a.c (and change package name!).

no more reasons to maintain a feature already provided by the JDK, and
the latest released works nicely in Java5, IMHO.

thanks for the followup!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

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

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 gene...@gump.apache.org.

Project commons-configuration has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 153 runs.
The current state of this project is 'Failed', with reason 'Build Timed Out'.
For reference only, the following projects are affected by this:
- commons-configuration :  Apache Commons
- commons-configuration-test :  Apache Commons


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-configuration-*[0-9T].jar] identifier set to 
project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
 -INFO- Failed with reason build timed out
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/configuration/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports]
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-configuration/gump_work/build_apache-commons_commons-configuration.html
Work Name: build_apache-commons_commons-configuration (Type: Build)
Work ended in a state of : Failed
Elapsed: 60 mins
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/configuration]
M2_HOME: /opt/maven2
-
Downloading: 
http://localhost:8192/maven2/org/antlr/antlr-master/3.1.3/antlr-master-3.1.3.pom
8K downloaded  (antlr-master-3.1.3.pom)
Downloading: 
http://antlr.org/antlr-snapshot/org/antlr/stringtemplate/3.2/stringtemplate-3.2.pom
[WARNING] Unable to get resource 'org.antlr:stringtemplate:pom:3.2' from 
repository antlr-snapshot (http://antlr.org/antlr-snapshot): Error transferring 
file: Server returned HTTP response code: 503 for URL: 
http://antlr.org/antlr-snapshot/org/antlr/stringtemplate/3.2/stringtemplate-3.2.pom
Downloading: 
http://localhost:8192/maven2/org/antlr/stringtemplate/3.2/stringtemplate-3.2.pom
1K downloaded  (stringtemplate-3.2.pom)
Downloading: http://antlr.org/antlr-snapshot/antlr/antlr/2.7.7/antlr-2.7.7.pom
[WARNING] Unable to get resource 'antlr:antlr:pom:2.7.7' from repository 
antlr-snapshot (http://antlr.org/antlr-snapshot): Error transferring file: 
Server returned HTTP response code: 503 for URL: 
http://antlr.org/antlr-snapshot/antlr/antlr/2.7.7/antlr-2.7.7.pom
Downloading: http://localhost:8192/maven2/antlr/antlr/2.7.7/antlr-2.7.7.pom
632b downloaded  (antlr-2.7.7.pom)
Downloading: 
http://localhost:8192/maven2/org/tmatesoft/svnkit/svnkit/1.3.5/svnkit-1.3.5.jar
Downloading: 
http://localhost:8192/maven2/org/apache/maven/scm/maven-scm-api/1.5/maven-scm-api-1.5.jar
Downloading: 
http://localhost:8192/maven2/net/java/dev/jna/jna/3.2.2/jna-3.2.2.jar
Downloading: 
http://localhost:8192/maven2/org/antlr/antlr-runtime/3.1.3/antlr-runtime-3.1.3.jar
Downloading: http://antlr.org/antlr-snapshot/antlr/antlr/2.7.7/antlr-2.7.7.jar
95K downloaded  (maven-scm-api-1.5.jar)
838K downloaded  (jna-3.2.2.jar)
1844K downloaded  (svnkit-1.3.5.jar)
147K downloaded  (antlr-runtime-3.1.3.jar)
Downloading: 
http://localhost:8192/maven2/org/tmatesoft/sqljet/sqljet/1.0.4/sqljet-1.0.4.jar
Downloading: 
http://localhost:8192/maven2/com/google/code/maven-scm-provider-svnjava/maven-scm-provider-svnjava/1.13/maven-scm-provider-svnjava-1.13.jar
50K downloaded  (maven-scm-provider-svnjava-1.13.jar)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/scm/maven-scm-manager-plexus/1.5/maven-scm-manager-plexus-1.5.jar
Downloading: 
http://localhost:8192/maven2/org/tmatesoft/svnkit/trilead-ssh2/build213-svnkit-1.3-patch/trilead-ssh2-build213-svnkit-1.3-patch.jar
726K downloaded  (sqljet-1.0.4.jar)
10K downloaded  (maven-scm-manager-plexus-1.5.jar)
Downloading: 
http://antlr.org/antlr-snapshot/org/antlr/stringtemplate/3.2/stringtemplate-3.2.jar
245K downloaded  (trilead-ssh2-build213-svnkit-1.3-patch.jar)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/scm/maven-scm-provider-bazaar/1.5/maven-scm-provider-bazaar-1.5.jar
53K downloaded  (maven-scm-provider-bazaar-1.5.jar)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/scm/maven-scm-provider-svnexe/1.5/maven-scm-provider-svnexe-1.5.jar
69K downloaded  (maven-scm-prov

Re: [all] displaying some class and sequence diagrams for our components

> Hm, I did not realize that this was not an automatic tool. Looks like a
> pain to maintain when you are doing refactorings...

ouch :(

I support/like anyway the idea of adding UML diagrams on doc site - I
requested time ago an OSS license for Objectaid [1] for Eclipse, but
never got a reply...

Maybe contacting them via members@ would be better?

best,
-Simo

[1] http://www.objectaid.com/

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] displaying some class and sequence diagrams for our components

On Mon, Aug 20, 2012 at 9:17 AM, Simone Tripodi wrote:

> > Hm, I did not realize that this was not an automatic tool. Looks like a
> > pain to maintain when you are doing refactorings...
>
> ouch :(
>

I still like the idea! I was hoping at an automagic solution ;)

Gary


> I support/like anyway the idea of adding UML diagrams on doc site - I
> requested time ago an OSS license for Objectaid [1] for Eclipse, but
> never got a reply...
>
> Maybe contacting them via members@ would be better?
>
> best,
> -Simo
>
> [1] http://www.objectaid.com/
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

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 gene...@gump.apache.org.

Project commons-scxml-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 29 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-scxml-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html
Work Name: build_apache-commons_commons-scxml-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 22 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info 
--settings 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/scxml]
M2_HOME: /opt/maven2
-
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1
[INFO] SimpleSCXMLListener - /s2
[INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from = 
/s2, to = /s3)
[INFO] SimpleSCXMLListener - /s3
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.221 sec
Running org.apache.commons.scxml.issues.Issue64Test
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: somedata
[INFO] SCXMLSemantics - null: *somedata
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21
 and digester match "scxml/datamodel/misplaced"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19
 and digester match "scxml/state/onentry/foo"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22
 and digester match "scxml/state/onentry/bar"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21
 and digester match "scxml/state/transition/datamodel"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41
 and digester match "scxml/state/transition/datamodel/data"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14
 and digester match "scxml/baz"
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: null
[WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null): 
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.073 sec

Results :

Failed tests: 
  testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest)

Tests run: 229, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO]

Re: [all] displaying some class and sequence diagrams for our components

Hi Gary!

> I still like the idea! I was hoping at an automagic solution ;)

Me too! :)

The only kind of "automagic" product I found was Objectaid for
Eclipse, but unfortunately

 * it is (was, at the time of experimenting) not possible to have that
tool included in the build;

 * it is specific IDE oriented (Eclipse)

 * it requires a minimum of human-interaction - automatically arranged
layout could suck

 * it is not completely free - license expires :( I tried to contact
them to obtain a license for OSS projects only, but did not success...

This is a sample[1] a made for an assignment - it looks pretty good :P

best,
-Simo

[1] http://simonetripodi.github.com/shs/images/http-apis.png

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-jelly-tags-sql (in module commons-jelly) failed

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 gene...@gump.apache.org.

Project commons-jelly-tags-sql has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 24 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-sql :  Commons Jelly


Full details are available at:

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

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-jelly-tags-sql-20082012.jar] identifier set 
to project name
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- Dependency on commons-jexl-1.x exists, no need to add for property 
maven.jar.commons-jexl.
 -DEBUG- (Apache Gump generated) Apache Maven Properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/project.xml
 -DEBUG- Maven project properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/project.properties
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/test-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/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-tags-sql/gump_work/build_commons-jelly_commons-jelly-tags-sql.html
Work Name: build_commons-jelly_commons-jelly-tags-sql (Type: Build)
Work ended in a state of : Failed
Elapsed: 7 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/sql]
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
commons-jelly-1.1-SNAPSHOT.jar may be out of date!
build:start:

java:prepare-filesystem:
[mkdir] Created dir: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes

java:compile:
[echo] Compiling to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes
[javac] Compiling 18 source files to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/src/java/org/apache/commons/jelly/tags/sql/DataSourceWrapper.java:38:
 error: DataSourceWrapper is not abstract and does not override abstract method 
getParentLogger() in CommonDataSource
[javac] public class DataSourceWrapper implements DataSource {
[javac]^
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 1 error
[javac] 1 warning

BUILD FAILED
File.. /home/gump/.maven/cache/maven-java-plugin-1.5/plugin.jelly
Element... ant:javac
Line.. 63
Column 48
Compile failed; see the compiler error output for details.
Total time: 7 seconds
Finished at: Mon Aug 20 14:00:38 UTC 2012

-

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

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06000620082012, vmgump.apache.org:vmgump:06000620082012
Gump E-mail Identifier (unique within run) #67.

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

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] Question about release documentation

2012-08-20 Thread Gilles Sadowski

On Mon, Aug 20, 2012 at 02:32:25PM +0200, Oliver Heger wrote:
> Just a question about our current documentation about cutting releases:
> 
> [1] mentions that symbolic links should be created for the
> distributions. I think this is outdated. Can anybody confirm this? I
> will then update the instructions accordingly.

I don't know, but there were several wrong or incomplete statements in that
document when, as a "newbie release manager" for Commons Math 3.0, I tried
to follow it step by step.
I collected the steps of a working procedure here:
  http://wiki.apache.org/commons/GillesSadowski/ReleaseMiniHowto

Regards,
Gilles

> 
> Thanks
> Oliver
> 
> [1] http://wiki.apache.org/commons/UsingNexus

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

2012-08-20 Thread Ralph Goers

Yes - and I didn't get a chance to do it last night.  Please give me another 24 
hrs.

Ralph

On Aug 20, 2012, at 4:43 AM, Gary Gregory wrote:

> Oops I meant Ralph not Sebb!
> 
> Gary
> 
> On Aug 20, 2012, at 7:38, Oliver Heger  wrote:
> 
>> Am 19.08.2012 20:00, schrieb Ralph Goers:
>>> I don't think that is serious enough to warrant another candidate. I plan 
>>> to review RC1 later today.
>>> 
>>> Ralph
>>> 
>>> On Aug 19, 2012, at 6:38 AM, Gary Gregory wrote:
>>> 
 If you change the POM and you want that to be part of the release then
 you need another RC. In this case, you want a cleaner Clirr report for
 that release which means that report must be able to be generated from
 the release tag and sources. At least that's how it seems to me.
 
 Gary
>> 
>> A configuration of the clirr plug-in was added to the pom which excludes 
>> parser classes generated by JavaCC from the clirr report, so the report is 
>> now clear.
>> 
>> After the release the site for the new snapshot will be deployed, so there 
>> won't be any clirr warnings.
>> 
>> BTW, 72 hours are passed now, and there are only 2 +1 votes. It would be 
>> nice if somebody did another review!
>> 
>> Oliver
>> 
 
 On Aug 18, 2012, at 11:13, Oliver Heger  
 wrote:
 
> Am 17.08.2012 23:58, schrieb sebb:
>> On 17 August 2012 21:02, Oliver Heger  
>> wrote:
>>> Hi Gary,
>>> 
>>> Am 17.08.2012 21:19, schrieb Gary Gregory:
>>> 
 Hi All,
 
 Are the Clirr warning about constant value changes from 1.8 be an issue
 for
 existing clients?
 Or, are the values only used by [configuration] itself?
>>> 
>>> 
>>> the constants are only used internally. They belong to the parser for 
>>> plist
>>> configuration files (which is generated by JavaCC) and define its state
>>> transition graph. They have changed because the parser now supports 
>>> comments
>>> in configuration files.
>> 
>> If there is a need to add new constants in the future, can JavaCC be
>> persuaded to add them at the end?
>> This would avoid needless warnings in the Clirr report.
>> 
>> Also, it would help if the release notes explained why the Clirr
>> warnings are harmless to forestall any questions by users.
> 
> The affected class is not even part of the code base, it is generated 
> during the build process. If you have a look at the source code [1], you 
> will probably agree that it is hardly of any use for client applications. 
> Therefore, I think writing a warning in the release notes will add more 
> confusion than it helps.
> 
> Wouldn't it be better then to exclude the class from the Clirr report? 
> Will have to check whether this is possible. This could be done before 
> publishing the site for the next SNAPSHOT version and would not require a 
> new RC, right?
> 
> Oliver
> 
> [1] 
> http://people.apache.org/~oheger/configuration-1.9rc1/xref/org/apache/commons/configuration/plist/PropertyListParserConstants.html
> 
>> 
>>> Thanks for the review.
>>> Oliver
>>> 
>>> 
 
 Thank you,
 Gary
 
 On Thu, Aug 16, 2012 at 4:09 PM, Oliver Heger
 wrote:
 
> This is a vote to release Apache Commons Configuration 1.9 based on 
> the
> first release candidate.
> 
> Tag:
> http://svn.apache.org/repos/**asf/commons/proper/**configuration/tags/**
> 
> CONFIGURATION_1_9RC1/
> 
> Site:
> 
> http://people.apache.org/~**oheger/configuration-1.9rc1/
> 
> Binaries:
> https://repository.apache.org/**content/repositories/**
> 
> orgapachecommons-016/
> 
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because
> 
> Vote will remain open for at least 72 hours.
> 
> Oliver
> 
> --**--**-
> To unsubscribe, e-mail:
> dev-unsubscribe@commons.**apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 
 
 
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> 
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.o

Re: [all] displaying some class and sequence diagrams for our components

2012-08-20 Thread Ralph Goers

I use http://www.websequencediagrams.com/  for most of my sequence diagrams. It 
won't do other UML diagrams but the sequence diagrams are incredibly easy to 
do.  It is also possible to just embed links to their service with your diagram 
text in the web site.

Ralph



On Aug 20, 2012, at 5:27 AM, Luc Maisonobe wrote:

> Hello,
> 
> As our components are mainly low level libraries, they target
> developers. I wonder if we could add some basic UML diagrams for some
> elements.
> 
> I know such diagrams are a pain to maintain, so I have looked at
> something really simple, with the goal to only display a few core elements.
> 
> I have found plantuml  to be
> almost a perfect fir for this goal. It can be used from the command
> line, it can be used with eclipse, it can be used with Maven (see
> ).
> 
> Here are some diagrams I have made for [math]:
> . There are
> also other diagrams I have made for Orekit, which aslo show some
> sequence diagrams:
> .
> 
> I would like to add such diagrams to our documentation, for example by
> adding a "design" directory under "src/site" for holding the .puml text
> files that depict the diagrams, and generating the png images under
> target/site/images. This can be done by adding the following plugin
> definition to the pom, in the build section:
> 
>  
>com.github.jeluard
>maven-plantuml-plugin
>7876
>
>  
>${basedir}
>
>  
>src/site/design/*.puml
>  
>
>  
>  
>${basedir}/target/site/images/design
>  
>
>
>  
>pre-site
>
>  generate
>
>  
>
>
>  
>net.sourceforge.plantuml
>plantuml
>7930
>  
>
>  
> 
> I don't know however if this runs everywhere, as I guess plantuml itself
> has a hidden dependency to graphviz.
> 
> I have two questions. Could someone check if the maven integration runs
> by itself on a pristine computer with nothing special installed (i.e.
> without having graphviz pre-installed) ? What do you think about adding
> such feature, either with an automatic generation of images or with the
> images pre-generated by our own build tools and included (together with
> their source script) in the distribution archive?
> 
> best regards,
> Luc
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

[math] Convolution

2012-08-20 Thread Clemens Novak


Dear all,

I would like to work on some signal processing functions (as indicated 
on the wiki WishList) and started with the convolution of 2 sequences 
(represented as RealVector). I have completed a first working version 
(some error checking code, formatting, unit tests etc are missing); I am 
unsure of how to continue: Is the next step to create a new Jira ticket 
and upload my final code there (for further discussion/review/...)?


Thanks for your help & kind regards - Clemens

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[vfs] VFS updating/ JCR(jackrabbit) provider implementation

2012-08-20 Thread Syao Work

Hello to all,

We are in need of implementation of VFS with versioning on top of the JCR.
Web dav is too slow.
But the problem is that when we are to update dependenies (including JCR of
version 2) the mvn build fails with errors.
I was interested, are there any plans of making Apache Commons VFS up to
date?

Sorry for my English.
Jonny

Re: [all] Question about release documentation

2012-08-20 Thread sebb

On 20 August 2012 13:32, Oliver Heger  wrote:
> Just a question about our current documentation about cutting releases:
>
> [1] mentions that symbolic links should be created for the distributions. I
> think this is outdated. Can anybody confirm this? I will then update the
> instructions accordingly.

I don't think the symbolic links are very useful.
They are certainly not necessary, and it's easy for them to get out of date.

If a mirror is set up correctly, they do work, however anyone
downloading from the symbolic link will see the file as
   commons-dbutils-current-bin.zip
rather than
  commons-dbutils-1.5-bin.zip (for example).

> Thanks
> Oliver
>
> [1] http://wiki.apache.org/commons/UsingNexus
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Convolution

Le 20/08/2012 17:00, Clemens Novak a écrit :
> Dear all,

Hi Clemens,

> 
> I would like to work on some signal processing functions (as indicated
> on the wiki WishList) and started with the convolution of 2 sequences
> (represented as RealVector). I have completed a first working version
> (some error checking code, formatting, unit tests etc are missing); I am
> unsure of how to continue: Is the next step to create a new Jira ticket
> and upload my final code there (for further discussion/review/...)?

Yes, you can do that.

> 
> Thanks for your help & kind regards - Clemens

Thanks for your interest and contribution.

Luc

> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [vfs] VFS updating/ JCR(jackrabbit) provider implementation

2012-08-20 Thread Syao Work

There is a way to get a bundle, you just need to compile svn source
after editing bundle pom.xml to export more than jackrabbit.api;
We are new to this stuff, so it's a little dark for us.
Thanks for replay :)

On Mon, Aug 20, 2012 at 6:16 PM, Gary Gregory wrote:

> I'd love to update it but the current build relies on JR's all-in-one jar,
> which is no longer provided by the JCR project.
>
> Upgrading also requires some (minor IIRC) code changes.
>
> Patches welcome :)
>
> Gary
>
> On Mon, Aug 20, 2012 at 11:03 AM, Syao Work  wrote:
>
> > Hello to all,
> >
> > We are in need of implementation of VFS with versioning on top of the
> JCR.
> > Web dav is too slow.
> > But the problem is that when we are to update dependenies (including JCR
> of
> > version 2) the mvn build fails with errors.
> > I was interested, are there any plans of making Apache Commons VFS up to
> > date?
> >
> > Sorry for my English.
> > Jonny
> >
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>

Re: [all] Question about release documentation


Am 20.08.2012 18:35, schrieb sebb:

On 20 August 2012 13:32, Oliver Heger  wrote:

Just a question about our current documentation about cutting releases:

[1] mentions that symbolic links should be created for the distributions. I
think this is outdated. Can anybody confirm this? I will then update the
instructions accordingly.


I don't think the symbolic links are very useful.
They are certainly not necessary, and it's easy for them to get out of date.

If a mirror is set up correctly, they do work, however anyone
downloading from the symbolic link will see the file as
commons-dbutils-current-bin.zip
rather than
   commons-dbutils-1.5-bin.zip (for example).



The older release instructions [2] even say, symbolic links should not 
be used at all (section 2 Update Release Directory).


[2]http://commons.apache.org/releases/release.html


Thanks
Oliver

[1] http://wiki.apache.org/commons/UsingNexus

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org




-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] Question about release documentation


Am 20.08.2012 16:08, schrieb Gilles Sadowski:

On Mon, Aug 20, 2012 at 02:32:25PM +0200, Oliver Heger wrote:

Just a question about our current documentation about cutting releases:

[1] mentions that symbolic links should be created for the
distributions. I think this is outdated. Can anybody confirm this? I
will then update the instructions accordingly.


I don't know, but there were several wrong or incomplete statements in that
document when, as a "newbie release manager" for Commons Math 3.0, I tried
to follow it step by step.
I collected the steps of a working procedure here:
   http://wiki.apache.org/commons/GillesSadowski/ReleaseMiniHowto


Thanks for the link.

Publishing releases is already a surprisingly complex task. Having 
multiple, partly outdated instructions makes it even harder :-(


We should try to come up with one standard document. So far, for the 
release preparations the UsingNexus document worked well for me. I am 
going to update it when I encounter problems.


Oliver



Regards,
Gilles



Thanks
Oliver

[1] http://wiki.apache.org/commons/UsingNexus


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org




-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

Am 20.08.2012 16:54, schrieb Ralph Goers:

Yes - and I didn't get a chance to do it last night. Please give me another 24
hrs.

Ralph

Sure, no problem.

Oliver

On Aug 20, 2012, at 4:43 AM, Gary Gregory wrote:

Oops I meant Ralph not Sebb!

Gary

On Aug 20, 2012, at 7:38, Oliver Heger wrote:

Am 19.08.2012 20:00, schrieb Ralph Goers:

I don't think that is serious enough to warrant another candidate. I plan to
review RC1 later today.

Ralph

On Aug 19, 2012, at 6:38 AM, Gary Gregory wrote:

Gary

A configuration of the clirr plug-in was added to the pom which excludes parser
classes generated by JavaCC from the clirr report, so the report is now clear.

After the release the site for the new snapshot will be deployed, so there
won't be any clirr warnings.

BTW, 72 hours are passed now, and there are only 2 +1 votes. It would be nice
if somebody did another review!

Oliver

On Aug 18, 2012, at 11:13, Oliver Heger wrote:

Am 17.08.2012 23:58, schrieb sebb:

On 17 August 2012 21:02, Oliver Heger wrote:

Hi Gary,

Am 17.08.2012 21:19, schrieb Gary Gregory:

Hi All,

Are the Clirr warning about constant value changes from 1.8 be an issue
for
existing clients?
Or, are the values only used by [configuration] itself?

If there is a need to add new constants in the future, can JavaCC be
persuaded to add them at the end?
This would avoid needless warnings in the Clirr report.

Also, it would help if the release notes explained why the Clirr
warnings are harmless to forestall any questions by users.

Oliver

[1]
http://people.apache.org/~oheger/configuration-1.9rc1/xref/org/apache/commons/configuration/plist/PropertyListParserConstants.html

Thanks for the review.
Oliver

Thank you,
Gary

On Thu, Aug 16, 2012 at 4:09 PM, Oliver Heger
wrote:

This is a vote to release Apache Commons Configuration 1.9 based on the
first release candidate.

Tag:
http://svn.apache.org/repos/**asf/commons/proper/**configuration/tags/**

CONFIGURATION_1_9RC1/

Site:

http://people.apache.org/~**oheger/configuration-1.9rc1/

Binaries:
https://repository.apache.org/**content/repositories/**

orgapachecommons-016/

[ ] +1 release it
[ ] +0 go ahead I don't care
[ ] -1 no, do not release it because

Vote will remain open for at least 72 hours.

Oliver

--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org

For additional commands, e-mail: dev-h...@commons.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Configuration 1.9 based on RC 1

2012-08-20 Thread Phil Steitz

On 8/16/12 1:09 PM, Oliver Heger wrote:
> This is a vote to release Apache Commons Configuration 1.9 based
> on the first release candidate.
>
> Tag:
> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_1_9RC1/
>
>
> Site:
> http://people.apache.org/~oheger/configuration-1.9rc1/
>
> Binaries:
> https://repository.apache.org/content/repositories/orgapachecommons-016/
>
>
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because
>
> Vote will remain open for at least 72 hours.
>
> Oliver
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Checked build on
Apache Maven 2.2.1 (r801777; 2009-08-06 12:16:01-0700)
Java version: 1.6.0_33
OS name: "mac os x" version: "10.7.4" arch: "x86_64" Family: "mac"

Checked sigs on tars, tar / jar content, release notes.

All look fine to me.

+1 to release

Phil

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] displaying some class and sequence diagrams for our components

Le 20/08/2012 15:52, Simone Tripodi a écrit :
> Hi Gary!
> 
>> I still like the idea! I was hoping at an automagic solution ;)
> 
> Me too! :)

I have used several tools that were able to do such automatic diagrams
generation. All tools that support roundtrip engineering should be able
to do so. The free software tools I used are for example papyrus and
topcased. I also used non-free tools for the same purpose.

The result is *never* good.

Of course, the result is theoretically accurate, it represents the
current status of the code well, but it is completely useless and
unreadable. I use diagrams mainly to explain something to the readers,
to show the important stuff, to help them identify the fundamental
aspects that may be completely hidden in a maze of implementation details.

Automatic tools are not intelligent enough to identify what is
meaningful and important and what should be discarded. If you look at
some of the diagrams in the example pages I posted, you will see
comments like "many methods not shown for clarity purposes". An
automatic tool would not do that and would display all methods equally.
Sometimes, I even suppress the method signature and show only the name,
as the signature is irrelevant to understand the concept and would
clutter the diagram.

> 
> The only kind of "automagic" product I found was Objectaid for
> Eclipse, but unfortunately
> 
>  * it is (was, at the time of experimenting) not possible to have that
> tool included in the build;
> 
>  * it is specific IDE oriented (Eclipse)
> 
>  * it requires a minimum of human-interaction - automatically arranged
> layout could suck
> 
>  * it is not completely free - license expires :( I tried to contact
> them to obtain a license for OSS projects only, but did not success...
> 
> This is a sample[1] a made for an assignment - it looks pretty good :P

Sorry, I don't think so. There are too many things in this diagram, we
don't know what the use links are for, the complete list of enumeration
constants is too large ...

This one of the reasons I like a small tool like plantuml. You can
specify what you want to show and what is irrelelvant for a specific
diagram. In fact, for one package or even one class, I often draw
several different diagrams that focus on different aspects in different
parts of the documentation, as these aspects are explained one after the
other, not all together.

So I understand this point of view is clearly not shared and I will
therefore not include these diagrams in the documentation.

best regards,
Luc

> 
> best,
> -Simo
> 
> [1] http://simonetripodi.github.com/shs/images/http-apis.png
> 
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [MATH] Test failure in Continuum

2012-08-20 Thread Phil Steitz

On 8/7/12 9:36 AM, Phil Steitz wrote:
> On 8/6/12 11:16 PM, Dennis Hendriks wrote:
>> See below.
>>
>> On 08/06/2012 05:29 PM, Phil Steitz wrote:
>>>
>>>
>>>
>>> On Aug 6, 2012, at 6:06 AM, Dennis Hendriks 
>>> wrote:
>>>
 See below.

 Dennis


 On 08/06/2012 02:48 PM, Phil Steitz wrote:
>
>
>
> On Aug 5, 2012, at 11:21 PM, Dennis
> Hendriks   wrote:
>
>> See below.
>>
>> On 08/06/2012 12:49 AM, Gilles Sadowski wrote:
>>> On Sun, Aug 05, 2012 at 12:54:11PM -0700, Phil Steitz wrote:
 On 8/4/12 10:57 AM, Gilles Sadowski wrote:
> Hello.
>
> Referring to this failed test (cf. messages from Continuum):
> ---CUT---
> org.apache.commons.math3.exception.NumberIsTooLargeException:
> lower bound (65) must be strictly less than upper bound (65)
> at
> org.apache.commons.math3.distribution.UniformIntegerDistribution.(UniformIntegerDistribution.java:73)
> at
> org.apache.commons.math3.distribution.UniformIntegerDistribution.(UniformIntegerDistribution.java:53)
> at
> org.apache.commons.math3.stat.descriptive.AggregateSummaryStatisticsTest.generatePartition(AggregateSummaryStatisticsTest.java:275)
> at
> org.apache.commons.math3.stat.descriptive.AggregateSummaryStatisticsTest.testAggregationConsistency(AggregateSummaryStatisticsTest.java:89)
>
>
> It is due to a precondition check while creating the
> "UniformIntegerDistribution" instance:
> ---CUT---
> if (lower>= upper) {
>  throw new NumberIsTooLargeException(
>
> LocalizedFormats.LOWER_BOUND_NOT_BELOW_UPPER_BOUND,
> lower, upper, false);
> }
> ---CUT---
>
> The test referred to above was using this code (before I
> changed it use a
> "UniformIntegerDistribution" instance):
> ---CUT---
> final int next = (i == 4 || cur == length - 1) ? length - 1
> : randomData.nextInt(cur, length - 1);
> ---CUT---
>
> It is now (after the change):
> ---CUT---
> final IntegerDistribution partitionPoint = new
> UniformIntegerDistribution(cur, length - 1);
> final int next = (i == 4 || cur == length - 1) ? length - 1
> : partitionPoint.sample();
> ---CUT---
>
> Thus, AFAIK, the failure did not appear before because
> there was no
> precondition enforcement in "nextInt".
>
> The question is: Was the code in the test correct (in
> allowing the same
> value for both bounds?
>   * In the negative, how to change it?
>   * The affirmative would mean that the precondition check in
> "UniformIntegerDistribution" should be relaxed to allow
> equal bounds.
> Does this make sense?
> If so, can we change it now, or is it forbidden in
> order to stay
> backwards compatible?
 Your analysis above is correct.  The failure after the
 change is due
 to the fact that post-change the distribution is
 instantiated before
 the bounds check.  I changed the test to fix this.
>>> Thanks.
>>>
   Both the
 randomData nextInt and the UniformIntegerDistribution
 constructor
 now forbid the degenerate case where there is only one point
 in the
 domain.  In retrospect, I guess it would have probably been
 better
 to allow this degenerate case.  Unfortunately, this would be an
 incompatible change, so will have to wait until 4.0 if we
 want to do it.

 The original code above illustrates the convenience of being
 able to
 just make direct calls to randomData.nextXxx, which is why this
 class exists ;)
>>> As I wrote in another post, I'm not against the convenience
>>> methods. But
>>> IMO, they should be located in a new "DistributionUtils" class.
>>> And we should also find a way to remove the code duplication
>>> (in the
>>> distribution's "sample()" method and in the corresponding
>>> "next..." method).
>>>
>> The RandomData class (or whatever it would be called) does
>> indeed seem useful. If we plan to keep it, we should probably
>> make sure that there is a sample/next/... method in that class
>> for EVERY distribution, as some of them are missing, if I
>> remember correctly. Perhaps this is a separate issue though?
>>
> All have the method now, but the impls delegate to
> RandomDataImpl.  In some cases, there is nothing better
> implemented than just inversion, provided by the default
> inversion sampler.  That is OK.  What we need to do is just
> move the implem

Re: [Codec] Next Commons-Codec release?

2012-08-20 Thread Thomas Neidhart

On 08/17/2012 09:15 PM, Gary Gregory wrote:
> On Fri, Aug 17, 2012 at 2:49 PM, Thomas Neidhart
> wrote:
> 
>> On 08/16/2012 01:37 PM, Gary Gregory wrote:
>>> (edited message subject to add "[Codec]" prefix)
>>>
>>> Yes, there is a certain amount of rain dancing, keeping of fingers
>> crossed,
>>> and cussing involved when cutting releasing, and it's fallen off my radar
>>> to due other priorities.
>>>
>>> Is the ML content by the state of the new Crypt classes in
>>> org.apache.commons.codec.digest?
>>
>> I did some javadoc cleanup of the package.
>>
> 
> Thank you TN!
> 
> 
>>
>> (btw. I find non-closing  tags on a separate line the most readable
>> solution as outlined in the javadoc tutorial
>>
>> http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html
>>
>> what do other people think about it?)
>>
> 
> It is nice and clear. I personally do not use the style but am willing to
> change ;) Since we all know that Javadoc is [X?]HTML-lite, using "broken"
> XHTML feels odd (unbalanced tags). I might be speaking from fuzzy memory
> but I vaguely recall odd things happening in combination with opening,
> closing and nesting some tags. I guess we could use  and deal with
> special cases when they come up.
> 
> 
>> What is a bit odd is that the methods throw Exception although it's not
>> needed at all (e.g. UnixCrypt)
> 
> 
> I see that with org.apache.commons.codec.digest.UnixCrypt.crypt(String)...
> nasty! Good catch!
> 
> 
>> or could be constrained to
>> NoSuchAlgorithmException (e.g. in Md5Crypt).
>>
> 
> Yes, more nastiness.
> 
> The exceptions might have been there with the though of making all of these
> classes implement a common interface. I do not seen the need for that ATM.
> We can always add it later if needed.
> 
> 
>>
>> Javadoc does not yet mention the exceptions too (but I can fix that).
>>
> 
> 
> Yes, please fix it all up as much as you can.

ok done.

Regarding the TODO in the B64 class:

I do not think that the existing Base64 implementation can be reused, as
the cipher text encoded by crypt is only "in a form of" Base64.

Actually the encoding alphabet is slightly different ('.' instead of
'+') and also the encoding itself is not the same.

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Codec] Next Commons-Codec release?

TN (or anyone):

I get a lot of Checstyle errors "Missing a header - not enough lines in
file."

Do you get those too?

Gary

On Mon, Aug 20, 2012 at 4:39 PM, Thomas Neidhart
wrote:

> On 08/17/2012 09:15 PM, Gary Gregory wrote:
> > On Fri, Aug 17, 2012 at 2:49 PM, Thomas Neidhart
> > wrote:
> >
> >> On 08/16/2012 01:37 PM, Gary Gregory wrote:
> >>> (edited message subject to add "[Codec]" prefix)
> >>>
> >>> Yes, there is a certain amount of rain dancing, keeping of fingers
> >> crossed,
> >>> and cussing involved when cutting releasing, and it's fallen off my
> radar
> >>> to due other priorities.
> >>>
> >>> Is the ML content by the state of the new Crypt classes in
> >>> org.apache.commons.codec.digest?
> >>
> >> I did some javadoc cleanup of the package.
> >>
> >
> > Thank you TN!
> >
> >
> >>
> >> (btw. I find non-closing  tags on a separate line the most readable
> >> solution as outlined in the javadoc tutorial
> >>
> >>
> http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html
> >>
> >> what do other people think about it?)
> >>
> >
> > It is nice and clear. I personally do not use the style but am willing to
> > change ;) Since we all know that Javadoc is [X?]HTML-lite, using "broken"
> > XHTML feels odd (unbalanced tags). I might be speaking from fuzzy memory
> > but I vaguely recall odd things happening in combination with opening,
> > closing and nesting some tags. I guess we could use  and deal with
> > special cases when they come up.
> >
> >
> >> What is a bit odd is that the methods throw Exception although it's not
> >> needed at all (e.g. UnixCrypt)
> >
> >
> > I see that with
> org.apache.commons.codec.digest.UnixCrypt.crypt(String)...
> > nasty! Good catch!
> >
> >
> >> or could be constrained to
> >> NoSuchAlgorithmException (e.g. in Md5Crypt).
> >>
> >
> > Yes, more nastiness.
> >
> > The exceptions might have been there with the though of making all of
> these
> > classes implement a common interface. I do not seen the need for that
> ATM.
> > We can always add it later if needed.
> >
> >
> >>
> >> Javadoc does not yet mention the exceptions too (but I can fix that).
> >>
> >
> >
> > Yes, please fix it all up as much as you can.
>
> ok done.
>
> Regarding the TODO in the B64 class:
>
> I do not think that the existing Base64 implementation can be reused, as
> the cipher text encoded by crypt is only "in a form of" Base64.
>
> Actually the encoding alphabet is slightly different ('.' instead of
> '+') and also the encoding itself is not the same.
>
> Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [Codec] Next Commons-Codec release?

2012-08-20 Thread Thomas Neidhart

On 08/20/2012 10:46 PM, Gary Gregory wrote:
> TN (or anyone):
> 
> I get a lot of Checstyle errors "Missing a header - not enough lines in
> file."
> 
> Do you get those too?

Yes, indeed, I get the same errors, but I had the header check disabled
locally (I guess for the very same reason).

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] Question about release documentation

2012-08-20 Thread Gilles Sadowski

On Mon, Aug 20, 2012 at 07:58:52PM +0200, Oliver Heger wrote:
> Am 20.08.2012 16:08, schrieb Gilles Sadowski:
> >On Mon, Aug 20, 2012 at 02:32:25PM +0200, Oliver Heger wrote:
> >>Just a question about our current documentation about cutting releases:
> >>
> >>[1] mentions that symbolic links should be created for the
> >>distributions. I think this is outdated. Can anybody confirm this? I
> >>will then update the instructions accordingly.
> >
> >I don't know, but there were several wrong or incomplete statements in that
> >document when, as a "newbie release manager" for Commons Math 3.0, I tried
> >to follow it step by step.
> >I collected the steps of a working procedure here:
> >   http://wiki.apache.org/commons/GillesSadowski/ReleaseMiniHowto
> >
> Thanks for the link.
> 
> Publishing releases is already a surprisingly complex task. Having
> multiple, partly outdated instructions makes it even harder :-(

If "UsingNexus" works for you, it is probably because you have additional
configuration set up which is not talked about in that document, randering
it useless for a newbie. People who know what to do don't need that document
and it is thus kept in an unusable state...

> 
> We should try to come up with one standard document.

That's why I wrote the above, which is supposed to contain everything to
perform a release, with links to information not detailed there but likely
missing fomr a newbie's config (e.g. GPG key).

> So far, for the
> release preparations the UsingNexus document worked well for me. I
> am going to update it when I encounter problems.

I've encountered many problems, for some I got a solution from this list,
for others I figured a solution by trial and error.
Finally, I came up with a working recipe (the above document, which I asked
here for review). If you want to go down the same path again...

Regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] displaying some class and sequence diagrams for our components