Thanks for investigating and sharing your findings, Jörg!

I guess commons-vfs has some room for improvement on IBM JDKs. I have been using Oracle JDK6/7 here locally which has been fine. I think this would be great to investigate further for future releases.

Jörg Schaible wrote:
Hi,

I've tried to build the release from the source tarball using my compiler
zoo.

Passes:
  - Sun JDK 1.6
  - IcedTea/OpenJDK 6
  - Oracle JDK 1.7
  - IcedTea/OpenJDK 7
  - Oracle JDK 1.8

Tests fail with IBM JDKs 1.6 and 1.7, IcedTea/OpenJDK 3 and Java 9:

========================= %<  ======================
$ mvn-3.2 -version
Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
2014-12-14T18:29:23+01:00)
Maven home: /usr/share/maven-bin-3.2
Java version: 1.6.0, vendor: IBM Corporation
Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %<  ======================
Failed tests:
org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
   Run 1: PASS
   Run 2: PASS
   Run 3: PASS
   Run 4: PASS
   Run 5: PASS
   Run 6: PASS
   Run 7: PASS
   Run 8: PASS
   Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
testGetResourcesJARs:154 First resource must refer to nested.jar but was
jar:file:/opt/ibm-jdk-
bin-1.6.0.9_p2/jre/lib/amd64/default/jclSC160/vm.jar!/META-INF/MANIFEST.MF
   Run 10: PASS
   Run 11: PASS
   Run 12: PASS
   Run 13: PASS
   Run 14: PASS
   Run 15: PASS
   Run 16: PASS
   Run 17: PASS
   Run 18: PASS
   Run 19: PASS
   Run 20: PASS
   Run 21: PASS
   Run 22: PASS
   Run 23: PASS
   Run 24: PASS
   Run 25: PASS
========================= %<  ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 1.7.0, vendor: IBM Corporation
Java home: /opt/ibm-jdk-bin-1.7.0.5/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %<  ======================
Failed tests:
org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
   Run 1: PASS
   Run 2: PASS
   Run 3: PASS
   Run 4: PASS
   Run 5: PASS
   Run 6: PASS
   Run 7: PASS
   Run 8: PASS
   Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
testGetResourcesJARs:154 First resource must refer to nested.jar but was
jar:file:/opt/ibm-jdk-
bin-1.7.0.5/jre/lib/amd64/compressedrefs/jclSC170/vm.jar!/META-
INF/MANIFEST.MF
   Run 10: PASS
   Run 11: PASS
   Run 12: PASS
   Run 13: PASS
   Run 14: PASS
   Run 15: PASS
   Run 16: PASS
   Run 17: PASS
   Run 18: PASS
   Run 19: PASS
   Run 20: PASS
   Run 21: PASS
   Run 22: PASS
   Run 23: PASS
   Run 24: PASS
   Run 25: PASS
========================= %<  ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 1.8.0_77, vendor: Oracle Corporation
Java home: /opt/icedtea-bin-3.0.0/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %<  ======================
Tests in error:
   GetContentInfoFunctionalTest.testGoogle:76 » FileSystem Unknown message
with code "java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not
available".
         at
org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:51)
         at
org.apache.commons.vfs2.provider.DefaultFileContent.getContentInfo(DefaultFileContent.java:806)
         at
org.apache.commons.vfs2.provider.https.test.GetContentInfoFunctionalTest.testGoogle(GetContentInfoFunctionalTest.java:76)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
         at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
         at java.lang.reflect.Method.invoke(Method.java:498)
         at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
         at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
         at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
         at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
         at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
         at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
         at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
         at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
         at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
         at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
         at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
         at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
         at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
         at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
         at
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
         at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
         at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
         at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
         at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
         at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
         at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
         at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
         at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1906)
         at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1889)
         at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1815)
         at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:128)
         at
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
         at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
         at
org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(HttpConnection.java:828)
         at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.flushRequestOutputStream(MultiThreadedHttpConnectionManager.java:1565)
         at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2116)
         at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
         at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
         at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
         at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
         at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
         at
org.apache.commons.vfs2.provider.http.HttpFileObject.getHeadMethod(HttpFileObject.java:240)
         at
org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:47)
         ... 26 more
Caused by: java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
         at sun.security.util.ECUtil.getECParameters(ECUtil.java:100)
         at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:149)
         at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385)
         at
sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1065)
         at
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:284)
         at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
         at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
         at
sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062)
         at
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
         at
sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:747)
         at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
         ... 38 more
Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters
not available
         at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
         at java.security.Security.getImpl(Security.java:695)
         at
java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146)
         at sun.security.util.ECUtil.getECParameters(ECUtil.java:98)
         ... 48 more
========================= %<  ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 9-ea, vendor: Oracle Corporation
Java home: /opt/oracle-jdk-bin-1.9.0.0_beta116
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %<  ======================
$ mcp -Danimal.sniffer.skip
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] Apache Commons VFS
[INFO] Apache Commons VFS Core
[INFO] Apache Commons VFS Examples
[INFO] Apache Commons VFS Distribution
[INFO]
[INFO]
------------------------------------------------------------------------
[INFO] Building Apache Commons VFS 2.1
[INFO]
------------------------------------------------------------------------
[INFO]
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-vfs2-
project ---
[INFO] Deleting /home/joehni/tmp/download/commons-vfs-2.1/target
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ commons-
vfs2-project ---
[INFO]
[INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @
commons-vfs2-project ---
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-vfs2-
project ---
[INFO] Executing tasks

main:
      [copy] Copying 2 files to /home/joehni/tmp/download/commons-
vfs-2.1/target/apidocs/META-INF
[INFO] Executed tasks
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (vfs-jar-manifest) @ commons-vfs2-
project ---
[INFO] Executing tasks

main:
     [mkdir] Created dir: /home/joehni/tmp/download/commons-
vfs-2.1/target/osgi
     [touch] Creating /home/joehni/tmp/download/commons-
vfs-2.1/target/osgi/MANIFEST.MF
[INFO] Executed tasks
[INFO]
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ commons-
vfs2-project ---
[INFO]
[INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-vfs2-
project ---
[INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
&&  'svn' '--non-interactive' 'info'
[INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
[INFO] Storing buildNumber: ?????? at timestamp: 1462399750905
[INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
&&  'svn' '--non-interactive' 'info'
[INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[INFO]
[INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-
vfs2-project ---
[WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
[INFO]
[INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @
commons-vfs2-project ---
[INFO] Signature checking is skipped.
[INFO]
[INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @
commons-vfs2-project ---
[INFO]
[INFO]
------------------------------------------------------------------------
[INFO] Building Apache Commons VFS Core 2.1
[INFO]
------------------------------------------------------------------------
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache Commons VFS ................................. SUCCESS [  3.068
s]
[INFO] Apache Commons VFS Core ............................ FAILURE [  0.350
s]
[INFO] Apache Commons VFS Examples ........................ SKIPPED
[INFO] Apache Commons VFS Distribution .................... SKIPPED
[INFO]
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 3.738 s
[INFO] Finished at: 2016-05-05T00:09:12+02:00
[INFO] Final Memory: 23M/78M
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal on project commons-vfs2: Could not resolve
dependencies for project org.apache.commons:commons-vfs2:jar:2.1: Could not
find artifact jdk.tools:jdk.tools:jar:1.6 at specified path /opt/oracle-jdk-
bin-1.9.0.0_beta116/../lib/tools.jar ->  [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please
read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the
command
[ERROR]   mvn<goals>  -rf :commons-vfs2
========================= %<  ======================

The reason is an invalid (transitive) system dependency on tools.jar of
Hadoop which is no longer present in Java 9.

Cheers,
Jörg


Josh Elser wrote:

All,

Please consider the following for Apache Commons VFS2 version 2.1 (rc1).

Maven repository:
https://repository.apache.org/content/repositories/orgapachecommons-1163
Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511

MD5  commons-vfs-distribution-2.1-bin.tar.gz
1192914d1ba6f8ca3a2a688feeff602c
SHA1 commons-vfs-distribution-2.1-bin.tar.gz
285097f1db6cbc9d76ae5bb3adf66a315344a864
MD5  commons-vfs-distribution-2.1-src.tar.gz
0646187562302a7dcfbddb93204fc9eb
SHA1 commons-vfs-distribution-2.1-src.tar.gz
24bab87fd4049b9389acd1b6e272f405630aeb25
MD5  commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
SHA1 commons-vfs-distribution-2.1-bin.zip
942a23fb202b89b1a8432beeb0a66469959e661d
MD5  commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
SHA1 commons-vfs-distribution-2.1-src.zip
1ddf0d218f659766f136894eab0beca504ab9f8c

Signed with 4677D66C from
https://dist.apache.org/repos/dist/release/commons/KEYS

SVN tag is available at
https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
r1742212

Staged Maven website:
http://home.apache.org/~elserj/commons/commons-vfs-2.1/

All reports are available in the provided staged Maven site (see
"Project Reports" at the root-level as well as under each sub-module).
JIRA-generated release notes are available in the dist.a.o "Artifacts"
repository. Unit tests pass and the RC was built util JDK6.

(For Sebb) A direct Clirr link
http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html

Changes since rc0:

* Improved release notes and website for compatibility
* Fixes to pom.xml for building website

This vote will be open for 72-hours, 2016/05/06 0400 UTC.

    [ ] +1 Release these artifacts as version 2.1
    [ ] 0  OK, but...
    [ ] -1 I oppose these artifacts as version 2.1 because..

- Josh



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

Reply via email to