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

2012-02-17 Thread Gump 
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-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 8 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-vfs2-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-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/vfs/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/vfs/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/vfs/core/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-vfs2-test/gump_work/build_apache-commons_commons-vfs2-test.html
Work Name: build_apache-commons_commons-vfs2-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 mins 4 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/vfs]
M2_HOME: /opt/maven2
-
Tests in error: 
  
testDefaultInstance(org.apache.commons.vfs2.test.FileSystemManagerFactoryTestCase):
 Could not create a file system manager of class 
"org.apache.commons.vfs2.impl.StandardFileSystemManager".
  org.apache.commons.vfs2.PatternFileSelectorTest: Could not create a file 
system manager of class 
"org.apache.commons.vfs2.impl.StandardFileSystemManager".
  org.apache.commons.vfs2.FileTypeSelectorTest: Could not create a file system 
manager of class "org.apache.commons.vfs2.impl.StandardFileSystemManager".
  org.apache.commons.vfs2.FileIteratorTest: Could not create a file system 
manager of class "org.apache.commons.vfs2.impl.StandardFileSystemManager".
  
junit.framework.TestSuite@4760a26f(org.apache.commons.vfs2.test.CacheTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@1d2940b3(org.apache.commons.vfs2.test.CacheTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
testDelegatingGood(org.apache.commons.vfs2.util.DelegatingFileSystemOptionsBuilderTest):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
testDelegatingBad(org.apache.commons.vfs2.util.DelegatingFileSystemOptionsBuilderTest):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
testConfiguration(org.apache.commons.vfs2.util.DelegatingFileSystemOptionsBuilderTest):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@3dbbd23f(org.apache.commons.vfs2.test.ProviderTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@5d3ad33d(org.apache.commons.vfs2.test.ProviderTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@33d6f122(org.apache.commons.vfs2.test.ProviderTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@21aed5f9(org.apache.commons.vfs2.test.ProviderTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@7f724a9d(org.apache.commons.vfs2.provider.ftp.test.FtpProviderTestCase$1):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  
junit.framework.TestSuite@236527f(org.apache.commons.vfs2.test.ProviderTestSuite):
 
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/String;ILjava/lang/String;Ljava/lang/Throwable;)V
  org.apache.commons.vfs2.provider.test.FileObjectSortTestCase: Could not 
create a file system manager of class 
"org.apache.commons.vfs2.impl.StandardFileSystemManager".
  
junit.framework.TestSuite@3c6210fb(org.a

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

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


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

That said, some information snippets are provided here.

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



The following work was performed:
http://vmgump.apache.org/gump/public/commons-sandbox/commons-id/gump_work/build_commons-sandbox_commons-id.html
Work Name: build_commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Failed
Elapsed: 25 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-sandbox/id]
-
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.363 sec
[junit] Running org.apache.commons.id.uuid.state.NodeTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.325 sec
[junit] Running 
org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.445 sec
[junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.455 sec
[junit] Running org.apache.commons.id.uuid.state.StateHelperTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.33 sec
[junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.349 sec
[junit] Running org.apache.commons.id.uuid.UUIDTest
[junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.279 sec
[junit] Running org.apache.commons.id.uuid.NodeManagerImplTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.486 sec
[junit] Running org.apache.commons.id.uuid.task.UUIDTaskTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.554 sec
[junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.26 sec
[junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.26 sec
[junit] Running org.apache.commons.id.serial.AlphanumericGeneratorTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.274 sec
[junit] Running org.apache.commons.id.serial.LongGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.277 sec
[junit] Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.263 sec
[junit] Running org.apache.commons.id.serial.NumericGeneratorTest
[junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.26 sec
[junit] Running 
org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.258 sec
[junit] Running 
org.apache.commons.id.serial.PrefixedAlphanumericGeneratorTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.264 sec
[junit] Running 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest
[junit] Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 0.764 sec
[junit] [ERROR] TEST 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED
[junit] Running org.apache.commons.id.CompositeIdentifierGeneratorTest
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.276 sec
[junit] Running org.apache.commons.id.ConstantIdentifierGeneratorTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.259 sec

BUILD FAILED
File.. /home/gump/.maven/cache/maven-test-plugin-1.6.2/plugin.jelly
Element... fail
Line.. 181
Column 54
There were test failures.
Total time: 24 seconds
Finished at: Sat Feb 18 05:55:56 UTC 2012

-

To subscribe to this informat

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

2012-02-17 Thread Gump 
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 409 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: 11 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.003 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.034 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 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.008 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 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: 10 seconds
[INFO] Finished at: Sat Feb 18 05:35:18 UTC 2012
[INFO] Final Memory: 24M/58M
[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-digester3 (in module apache-commons) failed

2012-02-17 Thread Gump 
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 12 runs.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
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
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/digester/pom.xml
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/srv/gump/public/workspace/apache-commons/digester/target/commons-digester3-*[0-9T].jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -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 : Success
Elapsed: 1 min 39 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] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/examples/xmlrules/addressbook
[INFO] Storing buildNumber: ?? at timestamp: 1329530964232
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/examples/xmlrules/addressbook
 && svn --non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/examples/xmlrules/addressbook
[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/digester/examples/xmlrules/addressbook/src/main/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 4 source files to 
/srv/gump/public/workspace/apache-commons/digester/examples/xmlrules/addressbook/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/examples/xmlrules/addressbook/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] Tests are skipped.
[INFO] [jar:jar {execution: default-jar}]
[INFO] Building jar: 
/srv/gump/public/workspace/apache-commons/digester/examples/xmlrules/addressbook/target/commons-digester3-samples-xmlrules-addressbook-3.3-SNAPSHOT.jar
[INFO] 
[INFO] 
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache Commons Digester ... SUCCESS [41.334s]
[INFO] Apache Commons Digester :: Core ... SUCCESS [31.437s]
[INFO] Apache Commons Digester :: Annotations Processor .. SUCCESS [2.509s]
[INFO] Commons Digester :: Examples .. SUCCESS [0.451s]
[INFO] Apache Commons Digester :: Examples :: Annotations :: Atom  SUCCESS 
[3.032s]
[INFO] Apache Commons Digester :: Examples :: API :: Address Book  SUCCESS 
[2.370s]
[INFO] Apache Commons Digester :: Examples :: API :: Catalog . SUCCESS [2.036s]
[INFO] Apache Commons Digester :: Examples :: API :: DB Insert  SUCCESS [2.043s]
[INFO] Apache Commons Digester :: Examples :: API :: Document Markup  SUCCESS 
[1.812s]
[INFO] Apache Commons Digester :: Examples :: EDSL :: Atom ... SUCCESS [1.940s]
[INFO] Apache Commons Digester :: Examples :: Plugins :: Pipeline  SUCCESS 
[1.754s]
[INFO] Apache Commons Digester :: Examples :: RSS  SUC

Re: [VOTE] Release Commons NET 3.1 based on RC2

2012-02-17 Thread Jörg Schaible 
sebb wrote:

> Trying again - I hope I've fixed all the problems found previously.
> 
> This is a vote to release Apache Commons NET 3.1 based on RC2.
> 
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because...
> 
> tag:
> https://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_1_RC2/
> (r1244108)
> 
> site:
> http://people.apache.org/~sebb/NET_3_1_RC2/site/
> 
> The Javadocs (1.4.1) link does not work, nor does the download link.
> These will be OK once the site is deployed.
> 
> Source and binary archives (tar.gz and .zip) and Maven jars:
> https://repository.apache.org/content/repositories/orgapachecommons-229/
> 
> [The tar.gz and .zip files will be moved to dist/commons/net before
> promoting the Maven jars to release status]
> 
> Vote will remain open for at least 72 hours.

+1, builds from source with my compiler zoo

- Jörg



-
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 IO - Default Maven 2 Build Definition (Java 1.5)

2012-02-17 Thread Continuum@vmbuild 
Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=18998&projectId=83

Build statistics:
  State: Failed
  Previous State: Ok
  Started at: Fri 17 Feb 2012 23:23:32 +
  Finished at: Fri 17 Feb 2012 23:25:29 +
  Total time: 1m 56s
  Build Trigger: Schedule
  Build Number: 198
  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_US, platform encoding: UTF-8
  OS name: "linux" version: "2.6.32-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: ggregory @ Fri 17 Feb 2012 23:04:03 +
Comment: [IO-303] TeeOutputStream fails executing branch.close() when 
main.close() raised an exception. Use a different impl with < LOCs.
Files changed:
  
/commons/proper/io/trunk/src/main/java/org/apache/commons/io/output/TeeOutputStream.java
 ( 1245797 )

Changed: ggregory @ Fri 17 Feb 2012 23:06:26 +
Comment: [IO-303] TeeOutputStream fails executing branch.close() when 
main.close() raised an exception. Use a different impl with < LOCs.
Files changed:
  /commons/proper/io/trunk/src/changes/changes.xml ( 1245798 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean deploy   
Arguments: --batch-mode -Pjava-1.5
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Default Maven 2 Build Definition (Java 1.5)


Test Summary:

Tests: 890
Failures: 1
Errors: 0
Success Rate: 99
Total time: 59.935


Test Failures:


TailerTest
testTailer :
  junit.framework.AssertionFailedError
  junit.framework.AssertionFailedError: fileNotFound should not be called 
expected:<0> but was:<603>
at junit.framework.Assert.fail(Assert.java:50)
at junit.framework.Assert.failNotEquals(Assert.java:287)
at junit.framework.Assert.assertEquals(Assert.java:67)
at junit.framework.Assert.assertEquals(Assert.java:199)
at 
org.apache.commons.io.input.TailerTest.testTailer(TailerTest.java:151)
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:592)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
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:592)
at 
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
at 
org.apache.maven.surefire.booter.Surefi

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Ralph Goers 

On Feb 17, 2012, at 2:16 PM, Gary Gregory wrote:

> On Fri, Feb 17, 2012 at 5:03 PM, Ralph Goers 
> wrote:
> 
>> 
>> What new features and did they really break the API? I'd really hate to go
>> to 3.0 after just getting 2.0 out.
>> 
> 
> "They" would really be me :)

By "they" I didn't mean who but what.

> 
> I looked at how we use VFS in our software at work and saw a lot of code
> that I felt should be in VFS, features like:
> 
> - Ask a FileObject simple questions like isFile() and isFolder() .
> - Do a bulk operation like FileObject.deleteAll().
> - Write FileContents to different kinds of objects like FileObject,
> FileContent and OutputStream.
> - and other stuff and trickles down from that.

So these were changes to the interface that will break any external providers 
but not impact callers?  I guess I could look at clirr but as I recall some of 
these were convenience methods. I'm wondering if they couldn't be done in such 
a way that they don't break compatibility (i.e. a new class with static helper 
methods, a wrapper object that adds the new methods, etc).

Ralph


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

Re: [vfs] checkstyle - was Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ pro

2012-02-17 Thread Ralph Goers 

On Feb 17, 2012, at 2:18 PM, Gary Gregory wrote:

> On Fri, Feb 17, 2012 at 5:05 PM, Ralph Goers 
> wrote:
> 
>> 
>> On Feb 17, 2012, at 1:17 PM, Gary Gregory wrote:
>> 
>>> On Fri, Feb 17, 2012 at 4:12 PM, Ralph Goers >> wrote:
>>> 
 Really?  I've gotten so used to putting the '{' at the end of the line
 that I assumed VFS was that way.
 
>>> 
>>> I'm happy to change the style to what we both seem to consider normal
>> but I
>>> am not sure what the rest of the community feels like...
>> 
>> That seems like way too much effort for very little benefit.  In fact,
>> when I created the checkstyle configuration I started from the one used by
>> Commons Configuration and then tweaked it to shut up a bunch of the
>> "errors" I didn't care about and that seemed to have been the convention of
>> the existing code base.  I'd prefer that all of commons use the same
>> checkstyle configuration.
>> 
> 
> +1, that would be great, we could put it in the parent POM and be done with
> it once and for all.
> 
> Can you have a checkstyle.xml reused that way?

Not easily.  If you look at how the checkstyle.xml is used in VFS you will see 
it is a bit of a hack. The plugin has

${vfs.parent.dir}/checkstyle.xml

In the parent the variable is defined as "." and in each module it is defined 
as needed to get it to the root.  If it is in commons parent it would have to 
be somewhere on the disk that it could be located.

the other way to do it is the way it is documented at 
http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html
 and requires a separate project just for checkstyle. I've always hated this 
solution but for a project like commons it probably makes the most sense.

Ralph

Re: [vfs] checkstyle - was Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ pro

2012-02-17 Thread Gary Gregory 
On Fri, Feb 17, 2012 at 5:05 PM, Ralph Goers wrote:

>
> On Feb 17, 2012, at 1:17 PM, Gary Gregory wrote:
>
> > On Fri, Feb 17, 2012 at 4:12 PM, Ralph Goers  >wrote:
> >
> >> Really?  I've gotten so used to putting the '{' at the end of the line
> >> that I assumed VFS was that way.
> >>
> >
> > I'm happy to change the style to what we both seem to consider normal
> but I
> > am not sure what the rest of the community feels like...
>
> That seems like way too much effort for very little benefit.  In fact,
> when I created the checkstyle configuration I started from the one used by
> Commons Configuration and then tweaked it to shut up a bunch of the
> "errors" I didn't care about and that seemed to have been the convention of
> the existing code base.  I'd prefer that all of commons use the same
> checkstyle configuration.
>

+1, that would be great, we could put it in the parent POM and be done with
it once and for all.

Can you have a checkstyle.xml reused that way?

Gary

>
> Ralph
>
>
> -
> 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: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Gary Gregory 
On Fri, Feb 17, 2012 at 5:03 PM, Ralph Goers wrote:

>
> On Feb 17, 2012, at 1:09 PM, Gary Gregory wrote:
>
> > This is off topic on for this thread but I'll take all the help I can get
> > to move VFS to a new release :)
> >
> > I am happy with the fact that the build is now self sufficient WRT
> testing,
> > embedded servers are used to test HTTP and so on.
> >
> > There are a lot of Clirr "errors" due to new features which makes me
> wonder
> > if the next release should not be a 2.1 but a 3.0 with a package name
> > change.
> >
>
> What new features and did they really break the API? I'd really hate to go
> to 3.0 after just getting 2.0 out.
>

"They" would really be me :)

I looked at how we use VFS in our software at work and saw a lot of code
that I felt should be in VFS, features like:

- Ask a FileObject simple questions like isFile() and isFolder() .
- Do a bulk operation like FileObject.deleteAll().
- Write FileContents to different kinds of objects like FileObject,
FileContent and OutputStream.
- and other stuff and trickles down from that.

Gary

>
> We really should start planning for the Java 7 variant of VFS.  That will
> require its own branch.  I don't have a huge need for that at the moment
> (my employer has no plans to move to Java 7 yet), but it would be
> interesting to do.
>
> Ralph
>
>
> -
> 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

[vfs] checkstyle - was Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provide

2012-02-17 Thread Ralph Goers 

On Feb 17, 2012, at 1:17 PM, Gary Gregory wrote:

> On Fri, Feb 17, 2012 at 4:12 PM, Ralph Goers 
> wrote:
> 
>> Really?  I've gotten so used to putting the '{' at the end of the line
>> that I assumed VFS was that way.
>> 
> 
> I'm happy to change the style to what we both seem to consider normal but I
> am not sure what the rest of the community feels like...

That seems like way too much effort for very little benefit.  In fact, when I 
created the checkstyle configuration I started from the one used by Commons 
Configuration and then tweaked it to shut up a bunch of the "errors" I didn't 
care about and that seemed to have been the convention of the existing code 
base.  I'd prefer that all of commons use the same checkstyle configuration.

Ralph


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

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Ralph Goers 

On Feb 17, 2012, at 1:09 PM, Gary Gregory wrote:

> This is off topic on for this thread but I'll take all the help I can get
> to move VFS to a new release :)
> 
> I am happy with the fact that the build is now self sufficient WRT testing,
> embedded servers are used to test HTTP and so on.
> 
> There are a lot of Clirr "errors" due to new features which makes me wonder
> if the next release should not be a 2.1 but a 3.0 with a package name
> change.
> 

What new features and did they really break the API? I'd really hate to go to 
3.0 after just getting 2.0 out.

We really should start planning for the Java 7 variant of VFS.  That will 
require its own branch.  I don't have a huge need for that at the moment (my 
employer has no plans to move to Java 7 yet), but it would be interesting to do.

Ralph


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

Re: [Math] Toward releasing 3.0 ?

2012-02-17 Thread Gilles Sadowski 
Hello.

> just some status/feedback on some still open issues:
> 
>  - MATH-449: I have implemented (almost) all suggestions from
>Phil, and the code is documented and tested, so imho the issue
>can be resolved unless somebody has still reservations

You probably know best.

>  - MATH-431: the two tests were contributed by Mikkel Meyer Andersen
>(is he still active?) and I have cleaned up the exceptions while
>working on another issue. There are still things to do, as can be
>seen in the comments to the issue (mainly the results are not 100%
>equivalent to R due to some specific corrections). I do not have
>the expertise to work on them myself straight away. How do we proceed
>in such a case? Keep them as they are and note the differences
>in the javadoc, or remove them unless the issues are completely
>resolved?

It's categorized as "New feature", so resolution can be postponed to 3.1.


Best,
Gilles

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

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Gary Gregory 
On Fri, Feb 17, 2012 at 4:12 PM, Ralph Goers wrote:

> Really?  I've gotten so used to putting the '{' at the end of the line
> that I assumed VFS was that way.
>

I'm happy to change the style to what we both seem to consider normal but I
am not sure what the rest of the community feels like...

Gary


>
> Ralph
>
> On Feb 17, 2012, at 1:05 PM, Gary Gregory wrote:
>
> > On Fri, Feb 17, 2012 at 11:33 AM, Ralph Goers <
> ralph.go...@dslextreme.com>wrote:
> >
> >> I'm confused as to why you are having to fix so many checkstyle issues.
> I
> >> had thought I had them down to just a couple of classes.  In fact,
> putting
> >> the curly brace on the next line should cause a checkstyle error. Are
> you
> >> using the checktyle configuration that is in the project which is used
> to
> >> build the checkstyle report for the web site?
> >>
> >
> > Yes, all I am doing it: "m3 site".
> >
> > I do not like the stype of { on a line by iteself but all of VFS is coded
> > that way.
> >
> > Gary
> >
> >
> >>
> >> Ralph
> >>
> >> On Feb 16, 2012, at 12:38 PM, ggreg...@apache.org wrote:
> >>
> >>> Author: ggregory
> >>> Date: Thu Feb 16 20:38:04 2012
> >>> New Revision: 1245166
> >>>
> >>> URL: http://svn.apache.org/viewvc?rev=1245166&view=rev
> >>> Log:
> >>> Fix Checkstyle issues.
> >>>
> >>> Modified:
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/DefaultFileContent.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/http/HttpFileNameParser.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/https/HttpsFileNameParser.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ram/RamFileObject.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpClientFactory.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileObject.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystem.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/tar/TarFileSystem.java
> >>>
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/util/Messages.java
> >>>
> >>> Modified:
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> >>> URL:
> >>
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> >>>
> >>
> ==
> >>> ---
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> >> (original)
> >>> +++
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> >> Thu Feb 16 20:38:04 2012
> >>> @@ -454,7 +454,8 @@ public abstract class AbstractFileName i
> >>> * @see #getType()
> >>> * @see FileType#FILE
> >>> */
> >>> -public boolean isFile() throws FileSystemException {
> >>> +public boolean isFile() throws FileSystemException
> >>> +{
> >>>// Use equals instead of == to avoid any class loader worries.
> >>>return FileType.FILE.equals(this.getType());
> >>>}
> >>>
> >>> Modified:
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> >>> URL:
> >>
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> >>>
> >>
> ==
> >>> ---
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> >> (original)
> >>> +++
> >>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> >> Thu Feb 16 20:38:04 2012
> >>> @@ -518,7 +518,8 @@ public abstract class AbstractFileObject
> >>> * @see #getType()
> >>> * @see FileType#FILE
> >>> */
> >>> -public boolean isFile() throws FileSystemException {
> >>> +public boolean isFile() throws FileSystemException
> >>> +{
> >>>// Use equals instead of == to avoid any class loader worries.
> >>>return FileType.FILE.equals(this.getType());
> >>>}
> >>> @@ -531,7 +532,8 @@ public abstract class AbstractFileObject
> >>> *

Re: [DISCUSS][POOL] Logging options for Pool2

2012-02-17 Thread Gary Gregory 
So... are we ready to move some bits?
;)
Gary

On Sun, Feb 12, 2012 at 8:03 PM, Konstantin Kolinko
wrote:

> 2012/2/13 Mark Thomas :
> >
> > General
> > - Logging in pool, if any, should be minimal
> >
>
> Two general questions:
> When there are several pools,
> - is it possible to discern log messages from different pools?
> - is it possible to control logging level for a single pool, or all
> pools have the same logging configuration? E.g. to enable debug
> logging for a single pool only (if debug logging is ever implemented
> there).
>
> >
> > What do folks think to the following solution:
> > - make logging of factory exceptions a factory responsibility - clearly
> > documented in the JavaDoc for POOL2
> > - add some JMX stats to POOL2 for number of destroy / passivate /
> > activate exceptions
> > - make the last n (10?) exceptions of each type accessible via JMX for
> POOL2
> > ?
> >
>
> Overall this proposal looks good, but there is known caveat with
> keeping Exception instances in memory:  Their stacktrace data is known
> to pin classloaders in memory, preventing them from being garbage
> collected and thus causing PermGen memory leaks in web applications.
>
> This problem was reproduced in this Tomcat issue:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=50460
> Discussion:
> http://marc.info/?l=tomcat-dev&m=129211856426188&w=2
>
> A workaround might be to print stacktraces as strings and keep the
> strings in memory, but it may be time-consuming. The good point though
> is that the time to print those exceptions to strings is comparable
> with the one spent when printing them to a log file.
>
> Best regards,
> Konstantin Kolinko
>
> -
> 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: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Ralph Goers 
Really?  I've gotten so used to putting the '{' at the end of the line that I 
assumed VFS was that way.  

Ralph

On Feb 17, 2012, at 1:05 PM, Gary Gregory wrote:

> On Fri, Feb 17, 2012 at 11:33 AM, Ralph Goers 
> wrote:
> 
>> I'm confused as to why you are having to fix so many checkstyle issues. I
>> had thought I had them down to just a couple of classes.  In fact, putting
>> the curly brace on the next line should cause a checkstyle error. Are you
>> using the checktyle configuration that is in the project which is used to
>> build the checkstyle report for the web site?
>> 
> 
> Yes, all I am doing it: "m3 site".
> 
> I do not like the stype of { on a line by iteself but all of VFS is coded
> that way.
> 
> Gary
> 
> 
>> 
>> Ralph
>> 
>> On Feb 16, 2012, at 12:38 PM, ggreg...@apache.org wrote:
>> 
>>> Author: ggregory
>>> Date: Thu Feb 16 20:38:04 2012
>>> New Revision: 1245166
>>> 
>>> URL: http://svn.apache.org/viewvc?rev=1245166&view=rev
>>> Log:
>>> Fix Checkstyle issues.
>>> 
>>> Modified:
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/DefaultFileContent.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/http/HttpFileNameParser.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/https/HttpsFileNameParser.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ram/RamFileObject.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpClientFactory.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileObject.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystem.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/tar/TarFileSystem.java
>>> 
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/util/Messages.java
>>> 
>>> Modified:
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>>> URL:
>> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java?rev=1245166&r1=1245165&r2=1245166&view=diff
>>> 
>> ==
>>> ---
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> (original)
>>> +++
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> Thu Feb 16 20:38:04 2012
>>> @@ -454,7 +454,8 @@ public abstract class AbstractFileName i
>>> * @see #getType()
>>> * @see FileType#FILE
>>> */
>>> -public boolean isFile() throws FileSystemException {
>>> +public boolean isFile() throws FileSystemException
>>> +{
>>>// Use equals instead of == to avoid any class loader worries.
>>>return FileType.FILE.equals(this.getType());
>>>}
>>> 
>>> Modified:
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>>> URL:
>> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java?rev=1245166&r1=1245165&r2=1245166&view=diff
>>> 
>> ==
>>> ---
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> (original)
>>> +++
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> Thu Feb 16 20:38:04 2012
>>> @@ -518,7 +518,8 @@ public abstract class AbstractFileObject
>>> * @see #getType()
>>> * @see FileType#FILE
>>> */
>>> -public boolean isFile() throws FileSystemException {
>>> +public boolean isFile() throws FileSystemException
>>> +{
>>>// Use equals instead of == to avoid any class loader worries.
>>>return FileType.FILE.equals(this.getType());
>>>}
>>> @@ -531,7 +532,8 @@ public abstract class AbstractFileObject
>>> * @see #getType()
>>> * @see FileType#FOLDER
>>> */
>>> -public boolean isFolder() throws FileSystemException {
>>> +public boolean isFolder() throws FileSystemException
>>> +{
>>>// Use equals instead of == to avoid any class loader worries.
>>>return FileType.FOLDER.equals(this.getType());
>>>}
>>> @@ -623,7 +625,8 @@ public abstract class AbstractFileObject
>>>try
>>>{
>>>return listFiles(Se

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Gary Gregory 
This is off topic on for this thread but I'll take all the help I can get
to move VFS to a new release :)

I am happy with the fact that the build is now self sufficient WRT testing,
embedded servers are used to test HTTP and so on.

There are a lot of Clirr "errors" due to new features which makes me wonder
if the next release should not be a 2.1 but a 3.0 with a package name
change.

Gary

On Fri, Feb 17, 2012 at 4:05 PM, Gary Gregory wrote:

> On Fri, Feb 17, 2012 at 11:33 AM, Ralph Goers 
> wrote:
>
>> I'm confused as to why you are having to fix so many checkstyle issues. I
>> had thought I had them down to just a couple of classes.  In fact, putting
>> the curly brace on the next line should cause a checkstyle error. Are you
>> using the checktyle configuration that is in the project which is used to
>> build the checkstyle report for the web site?
>>
>
> Yes, all I am doing it: "m3 site".
>
> I do not like the stype of { on a line by iteself but all of VFS is coded
> that way.
>
> Gary
>
>
>>
>> Ralph
>>
>> On Feb 16, 2012, at 12:38 PM, ggreg...@apache.org wrote:
>>
>> > Author: ggregory
>> > Date: Thu Feb 16 20:38:04 2012
>> > New Revision: 1245166
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1245166&view=rev
>> > Log:
>> > Fix Checkstyle issues.
>> >
>> > Modified:
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/DefaultFileContent.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/http/HttpFileNameParser.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/https/HttpsFileNameParser.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ram/RamFileObject.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpClientFactory.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileObject.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystem.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/tar/TarFileSystem.java
>> >
>>  
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/util/Messages.java
>> >
>> > Modified:
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> > URL:
>> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java?rev=1245166&r1=1245165&r2=1245166&view=diff
>> >
>> ==
>> > ---
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> (original)
>> > +++
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>> Thu Feb 16 20:38:04 2012
>> > @@ -454,7 +454,8 @@ public abstract class AbstractFileName i
>> >  * @see #getType()
>> >  * @see FileType#FILE
>> >  */
>> > -public boolean isFile() throws FileSystemException {
>> > +public boolean isFile() throws FileSystemException
>> > +{
>> > // Use equals instead of == to avoid any class loader worries.
>> > return FileType.FILE.equals(this.getType());
>> > }
>> >
>> > Modified:
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> > URL:
>> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java?rev=1245166&r1=1245165&r2=1245166&view=diff
>> >
>> ==
>> > ---
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> (original)
>> > +++
>> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>> Thu Feb 16 20:38:04 2012
>> > @@ -518,7 +518,8 @@ public abstract class AbstractFileObject
>> >  * @see #getType()
>> >  * @see FileType#FILE
>> >  */
>> > -public boolean isFile() throws FileSystemException {
>> > +public boolean isFile() throws FileSystemException
>> > +{
>> > // Use equals instead of == to avoid any class loader worries.
>> > return FileType.FILE.equals(this.getType());
>> > }
>> > @@ -531,7 +532,8 @@ public abstract class AbstractFileObject
>> >  * @see #getType()
>> >  * @see FileType#FOLDER
>> >  */
>> > -public

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Gary Gregory 
On Fri, Feb 17, 2012 at 11:33 AM, Ralph Goers wrote:

> I'm confused as to why you are having to fix so many checkstyle issues. I
> had thought I had them down to just a couple of classes.  In fact, putting
> the curly brace on the next line should cause a checkstyle error. Are you
> using the checktyle configuration that is in the project which is used to
> build the checkstyle report for the web site?
>

Yes, all I am doing it: "m3 site".

I do not like the stype of { on a line by iteself but all of VFS is coded
that way.

Gary


>
> Ralph
>
> On Feb 16, 2012, at 12:38 PM, ggreg...@apache.org wrote:
>
> > Author: ggregory
> > Date: Thu Feb 16 20:38:04 2012
> > New Revision: 1245166
> >
> > URL: http://svn.apache.org/viewvc?rev=1245166&view=rev
> > Log:
> > Fix Checkstyle issues.
> >
> > Modified:
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/DefaultFileContent.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/http/HttpFileNameParser.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/https/HttpsFileNameParser.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ram/RamFileObject.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpClientFactory.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileObject.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystem.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/tar/TarFileSystem.java
> >
>  
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/util/Messages.java
> >
> > Modified:
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> > URL:
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> >
> ==
> > ---
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> (original)
> > +++
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> Thu Feb 16 20:38:04 2012
> > @@ -454,7 +454,8 @@ public abstract class AbstractFileName i
> >  * @see #getType()
> >  * @see FileType#FILE
> >  */
> > -public boolean isFile() throws FileSystemException {
> > +public boolean isFile() throws FileSystemException
> > +{
> > // Use equals instead of == to avoid any class loader worries.
> > return FileType.FILE.equals(this.getType());
> > }
> >
> > Modified:
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> > URL:
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> >
> ==
> > ---
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> (original)
> > +++
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> Thu Feb 16 20:38:04 2012
> > @@ -518,7 +518,8 @@ public abstract class AbstractFileObject
> >  * @see #getType()
> >  * @see FileType#FILE
> >  */
> > -public boolean isFile() throws FileSystemException {
> > +public boolean isFile() throws FileSystemException
> > +{
> > // Use equals instead of == to avoid any class loader worries.
> > return FileType.FILE.equals(this.getType());
> > }
> > @@ -531,7 +532,8 @@ public abstract class AbstractFileObject
> >  * @see #getType()
> >  * @see FileType#FOLDER
> >  */
> > -public boolean isFolder() throws FileSystemException {
> > +public boolean isFolder() throws FileSystemException
> > +{
> > // Use equals instead of == to avoid any class loader worries.
> > return FileType.FOLDER.equals(this.getType());
> > }
> > @@ -623,7 +625,8 @@ public abstract class AbstractFileObject
> > try
> > {
> > return listFiles(Selectors.SELECT_ALL).iterator();
> > -} catch (FileSystemException e)
> > +}
> > +catch (FileSystemException e)
> > {
> > throw new Illeg

Re: [Math] Toward releasing 3.0 ?

2012-02-17 Thread Mikkel Meyer Andersen 
2012/2/17 Thomas Neidhart :
> Hi @all,
>
> just some status/feedback on some still open issues:
>
>  - MATH-449: I have implemented (almost) all suggestions from
>   Phil, and the code is documented and tested, so imho the issue
>   can be resolved unless somebody has still reservations
>
>  - MATH-431: the two tests were contributed by Mikkel Meyer Andersen
>   (is he still active?) and I have cleaned up the exceptions while
>   working on another issue. There are still things to do, as can be
>   seen in the comments to the issue (mainly the results are not 100%
>   equivalent to R due to some specific corrections). I do not have
>   the expertise to work on them myself straight away. How do we proceed
>   in such a case? Keep them as they are and note the differences
>   in the javadoc, or remove them unless the issues are completely
>   resolved?
>
> Cheers,
>
> Thomas

Dear all,

I am still active in theory, but in practise I unfortunately haven't
contributed much lately due to high workload on my PhD. I am of course
sorry for this and hope to be able to highen my activity.

Regarding MATH-431, we need to discuss if we should adopt some of the
changes R makes and find references for all these. I am on holiday
next week, but I will be back in one week and would love to
participate in the discussion. Meanwhile I would love some views on
whether to adopt the changes or not. Personally, I am fine with
noticing in the code for 3.0 release that some corrections can be made
and refer to some (e.g. from R) but none are implemented yet.

Cheers, Mikkel.

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

Re: [Math] Toward releasing 3.0 ?

2012-02-17 Thread Thomas Neidhart 
Hi @all,

just some status/feedback on some still open issues:

 - MATH-449: I have implemented (almost) all suggestions from
   Phil, and the code is documented and tested, so imho the issue
   can be resolved unless somebody has still reservations

 - MATH-431: the two tests were contributed by Mikkel Meyer Andersen
   (is he still active?) and I have cleaned up the exceptions while
   working on another issue. There are still things to do, as can be
   seen in the comments to the issue (mainly the results are not 100%
   equivalent to R due to some specific corrections). I do not have
   the expertise to work on them myself straight away. How do we proceed
   in such a case? Keep them as they are and note the differences
   in the javadoc, or remove them unless the issues are completely
   resolved?

Cheers,

Thomas

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

[LANG] Broken Build

2012-02-17 Thread Felix Müller 
Hi,

FYI: I submitted a patch to already closed ticket
https://issues.apache.org/jira/browse/LANG-462

The previously merged patch caused the build to broke. Is uses Java 6
features, which are not Java 5 compatible. Also one test was broken.

Regards,
Felix

Re: svn commit: r1245166 - in /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2: provider/ provider/http/ provider/https/ provider/ram/ provider/sftp/ provider/tar/ util/

2012-02-17 Thread Ralph Goers 
I'm confused as to why you are having to fix so many checkstyle issues. I had 
thought I had them down to just a couple of classes.  In fact, putting the 
curly brace on the next line should cause a checkstyle error. Are you using the 
checktyle configuration that is in the project which is used to build the 
checkstyle report for the web site?

Ralph

On Feb 16, 2012, at 12:38 PM, ggreg...@apache.org wrote:

> Author: ggregory
> Date: Thu Feb 16 20:38:04 2012
> New Revision: 1245166
> 
> URL: http://svn.apache.org/viewvc?rev=1245166&view=rev
> Log:
> Fix Checkstyle issues.
> 
> Modified:
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/DefaultFileContent.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/http/HttpFileNameParser.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/https/HttpsFileNameParser.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/ram/RamFileObject.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpClientFactory.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileObject.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystem.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/tar/TarFileSystem.java
>
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/util/Messages.java
> 
> Modified: 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> ==
> --- 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>  (original)
> +++ 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileName.java
>  Thu Feb 16 20:38:04 2012
> @@ -454,7 +454,8 @@ public abstract class AbstractFileName i
>  * @see #getType()
>  * @see FileType#FILE
>  */
> -public boolean isFile() throws FileSystemException {
> +public boolean isFile() throws FileSystemException
> +{
> // Use equals instead of == to avoid any class loader worries.
> return FileType.FILE.equals(this.getType());
> }
> 
> Modified: 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java?rev=1245166&r1=1245165&r2=1245166&view=diff
> ==
> --- 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>  (original)
> +++ 
> commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java
>  Thu Feb 16 20:38:04 2012
> @@ -518,7 +518,8 @@ public abstract class AbstractFileObject
>  * @see #getType()
>  * @see FileType#FILE
>  */
> -public boolean isFile() throws FileSystemException {
> +public boolean isFile() throws FileSystemException
> +{
> // Use equals instead of == to avoid any class loader worries.
> return FileType.FILE.equals(this.getType());
> }
> @@ -531,7 +532,8 @@ public abstract class AbstractFileObject
>  * @see #getType()
>  * @see FileType#FOLDER
>  */
> -public boolean isFolder() throws FileSystemException {
> +public boolean isFolder() throws FileSystemException
> +{
> // Use equals instead of == to avoid any class loader worries.
> return FileType.FOLDER.equals(this.getType());
> }
> @@ -623,7 +625,8 @@ public abstract class AbstractFileObject
> try
> {
> return listFiles(Selectors.SELECT_ALL).iterator();
> -} catch (FileSystemException e)
> +}
> +catch (FileSystemException e)
> {
> throw new IllegalStateException(e);
> }
> @@ -929,7 +932,7 @@ public abstract class AbstractFileObject
> }
> 
> /**
> - * Deletes this file, and all children matching the {@code selector}
> + * Deletes this file, and all children matching the {@code selector}.
>  *
>  * @param selector The FileSelector.
>  *

Re: [continuum] BUILD FAILURE: Apache Commons - Commons VFS - Default Maven 2 Build Definition (Java 1.5)

2012-02-17 Thread Gary Gregory 
On Feb 17, 2012, at 2:29, Ralph Goers  wrote:

> Did you notice these messages?

Yes and it just worked for some reason. Now gump is failing for the
previous reason: the wrong version of slf4j is used.

Gary

> Project ID: org.apache.maven.plugins:maven-checkstyle-plugin
>
> Reason: POM 'org.apache.maven.plugins:maven-checkstyle-plugin' not found in 
> repository: Unable to download the artifact from any repository
>
>  org.apache.maven.plugins:maven-checkstyle-plugin:pom:2.9
>
> from the specified remote repositories:
>  apache.snapshots.https 
> (https://repository.apache.org/content/repositories/snapshots),
>  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository/),
>  archiva (http://localhost:8090/archiva/repository/public/)
>
> for project org.apache.maven.plugins:maven-checkstyle-plugin
>
> Why is it looking in snapshot repositories?  It will never find a released 
> artifact there. Is archiva really running on localhost and does it contain 
> the artifact?
>
> Ralph
>
>
>
> On Feb 16, 2012, at 2:41 PM, Gary Gregory wrote:
>
>> And here too:
>> https://repository.apache.org/content/repositories/releases/org/apache/maven/plugins/maven-checkstyle-plugin/2.9/
>>
>> Gary
>>
>> On Thu, Feb 16, 2012 at 5:38 PM, Gary Gregory wrote:
>>
>>> Well, that does not make sense. I see the plugin right here:
>>>
>>>
>>> http://search.maven.org/#artifactdetails|org.apache.maven.plugins|maven-checkstyle-plugin|2.9|maven-plugin
>>>
>>> ?
>>>
>>> Gary
>>>
>>>
>>> On Thu, Feb 16, 2012 at 5:24 PM, Continuum@vmbuild 
>>> wrote:
>>>
 Online report :
 http://vmbuild.apache.org/continuum/buildResult.action?buildId=18946&projectId=129

 Build statistics:
 State: Failed
 Previous State: Ok
 Started at: Thu 16 Feb 2012 22:24:03 +
 Finished at: Thu 16 Feb 2012 22:24:34 +
 Total time: 30s
 Build Trigger: Schedule
 Build Number: 153
 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_US, platform encoding: UTF-8
OS name: "linux" version: "2.6.32-31-server" arch: "amd64"
 Family: "unix"


 
 SCM Changes:

 
 Changed: no author @ no date
 Comment: no comment
 Files changed:
 pom.xml ( no revision )


 
 Dependencies Changes:

 
 No dependencies changed



 
 Build Definition:

 
 POM filename: pom.xml
 Goals: clean deploy
 Arguments: --batch-mode -Pjava-1.5
 Build Fresh: false
 Always Build: false
 Default Build Definition: true
 Schedule: COMMONS_SCHEDULE
 Profile Name: Maven 2.2.1
 Description: Default Maven 2 Build Definition (Java 1.5)


 
 Test Summary:

 
 Tests: 1384
 Failures: 0
 Errors: 0
 Success Rate: 100
 Total time: 232.09402





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

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