[VOTE] Apache Commons VFS 2.1 rc1

classic Classic list List threaded Threaded
43 messages Options
123
Reply | Threaded
Open this post in threaded view
|

[VOTE] Apache Commons VFS 2.1 rc1

Josh Elser
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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
+1 (non-binding)

+1 signatures
+1 hashes
+1 LICENSE, NOTICE
0 README.md says <version>2.0</version>
0 Extra README.txt (confusing)
+1 RELEASE-NOTES.txt
+1 mvn apache-rat:check
+1 maven repository signatures/hashes
+1 maven repository *distribution* matches dist/
0 mvn clean install OK (but 1 test fails on tmpfs)
+1 target/*jar matches binaries
+1 source matches svn tag (minus sandbox/ :-) )
+1 Dependency licenses OK
-1 Unclassified use of encryption libraries Bouncy Castle/Apache
Mina/SSHD/Hadoop/jsch/Jetty (plus some AES128 in DefaultCryptor) - but
Commons VFS is not classified on
http://www.apache.org/licenses/exports/

I won't take a stand on the US Export classification requirement as
https://issues.apache.org/jira/browse/LEGAL-250 has not been resolved
yet.


I get this test error (because my /tmp is mounted with noexec):

Tests run: 90, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.259
sec <<< FAILURE! - in
org.apache.commons.vfs2.provider.local.test.LocalProviderTestCase
testExecutable(org.apache.commons.vfs2.test.PermissionsTests)  Time
elapsed: 0.011 sec  <<< FAILURE!
java.lang.AssertionError
    at org.junit.Assert.fail(Assert.java:86)
    at org.junit.Assert.assertTrue(Assert.java:41)
    at org.junit.Assert.assertTrue(Assert.java:52)
    at org.apache.commons.vfs2.test.PermissionsTests.testExecutable(PermissionsTests.java:70)
    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.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:218)
    at junit.framework.TestCase.runBare(TestCase.java:141)
    at junit.framework.TestResult$1.protect(TestResult.java:122)
    at junit.framework.TestResult.runProtected(TestResult.java:142)
    at junit.framework.TestResult.run(TestResult.java:125)
    at junit.framework.TestCase.run(TestCase.java:129)
    at junit.framework.TestSuite.runTest(TestSuite.java:252)
    at junit.framework.TestSuite.run(TestSuite.java:247)
    at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23)
    at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:149)
    at junit.framework.TestResult.runProtected(TestResult.java:142)
    at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)

Building from /var/tmp worked.

I won't fail because of this - I'm probably special still using tmpfs
:)   (And adding conditional testing would mean using the same APIs or
requivalent Java 7 NIO files APIs to see if executable bit is
supported).


Checked with:

stain@biggie:/tmp/vfs/source/commons-vfs-2.1$ mvn -v
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T16:41:47+00:00)
Maven home: /home/stain/software/maven
Java version: 1.8.0_72-internal, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: "linux", version: "3.16.0-67-generic", arch: "amd64", family: "unix"

On 4 May 2016 at 04:43, Josh Elser <[hidden email]> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
Hi Stian,

Stian Soiland-Reyes wrote:


[snip]

> -1 Unclassified use of encryption libraries Bouncy Castle/Apache
> Mina/SSHD/Hadoop/jsch/Jetty (plus some AES128 in DefaultCryptor) - but
> Commons VFS is not classified on
> http://www.apache.org/licenses/exports/


Sorry, but I fail to see the problem. BC is used as test dependency only and
it is nowhere part of our deliveries or used in our code. AES128 is part of
the Java runtime.

Cheers,
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Bernd Eckenfels
In reply to this post by Stian Soiland-Reyes
Thanks Stian!

Do you plan to report the noexec issue? If not let me know and I will
file one.

I thought we already had one but I cant find it.

I will do some windows tests and then vote.

Gruss
Bernd

 Am Wed, 4 May 2016 13:28:54 +0100
schrieb Stian Soiland-Reyes <[hidden email]>:

> +1 (non-binding)
>
> +1 signatures
> +1 hashes
> +1 LICENSE, NOTICE
> 0 README.md says <version>2.0</version>
> 0 Extra README.txt (confusing)
> +1 RELEASE-NOTES.txt
> +1 mvn apache-rat:check
> +1 maven repository signatures/hashes
> +1 maven repository *distribution* matches dist/
> 0 mvn clean install OK (but 1 test fails on tmpfs)
> +1 target/*jar matches binaries
> +1 source matches svn tag (minus sandbox/ :-) )
> +1 Dependency licenses OK
> -1 Unclassified use of encryption libraries Bouncy Castle/Apache
> Mina/SSHD/Hadoop/jsch/Jetty (plus some AES128 in DefaultCryptor) - but
> Commons VFS is not classified on
> http://www.apache.org/licenses/exports/
>
> I won't take a stand on the US Export classification requirement as
> https://issues.apache.org/jira/browse/LEGAL-250 has not been resolved
> yet.
>
>
> I get this test error (because my /tmp is mounted with noexec):
>
> Tests run: 90, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.259
> sec <<< FAILURE! - in
> org.apache.commons.vfs2.provider.local.test.LocalProviderTestCase
> testExecutable(org.apache.commons.vfs2.test.PermissionsTests)  Time
> elapsed: 0.011 sec  <<< FAILURE!
> java.lang.AssertionError
>     at org.junit.Assert.fail(Assert.java:86)
>     at org.junit.Assert.assertTrue(Assert.java:41)
>     at org.junit.Assert.assertTrue(Assert.java:52)
>     at
> org.apache.commons.vfs2.test.PermissionsTests.testExecutable(PermissionsTests.java:70)
> 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.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:218)
> at junit.framework.TestCase.runBare(TestCase.java:141) at
> junit.framework.TestResult$1.protect(TestResult.java:122) at
> junit.framework.TestResult.runProtected(TestResult.java:142) at
> junit.framework.TestResult.run(TestResult.java:125) at
> junit.framework.TestCase.run(TestCase.java:129) at
> junit.framework.TestSuite.runTest(TestSuite.java:252) at
> junit.framework.TestSuite.run(TestSuite.java:247) at
> junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at
> org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:149)
> at junit.framework.TestResult.runProtected(TestResult.java:142) at
> org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)
>
> Building from /var/tmp worked.
>
> I won't fail because of this - I'm probably special still using tmpfs
> :)   (And adding conditional testing would mean using the same APIs or
> requivalent Java 7 NIO files APIs to see if executable bit is
> supported).
>
>
> Checked with:
>
> stain@biggie:/tmp/vfs/source/commons-vfs-2.1$ mvn -v
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T16:41:47+00:00)
> Maven home: /home/stain/software/maven
> Java version: 1.8.0_72-internal, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
> Default locale: en_GB, platform encoding: UTF-8
> OS name: "linux", version: "3.16.0-67-generic", arch: "amd64",
> family: "unix"
>
> On 4 May 2016 at 04:43, Josh Elser <[hidden email]> 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: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
In reply to this post by Josh Elser
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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Bernd Eckenfels
Hello,

Java 9 is not supported (only 8), for the other problems I am not sure, do you consider that an blocker?

Gruss
Bernd

--
http://bernd.eckenfels.net

-----Original Message-----
From: "Jörg Schaible" <[hidden email]>
To: [hidden email]
Sent: Do., 05 Mai 2016 0:39
Subject: Re: [VOTE] Apache Commons VFS 2.1 rc1

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: [hidden email]
For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
[hidden email] wrote:

> Hello,
>
> Java 9 is not supported (only 8)

The build with Java 9 is a heads-up. However, vfs 2.0 was release when Java
7 was one month old ...

> , for the other problems I am not sure, do
> you consider that an blocker?

This depends actually on the cause. Currently I simply report those tests as
failing and therefore I do not vote.

Cheers,
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Josh Elser
In reply to this post by Jörg Schaible
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: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Bernd Eckenfels
Raised as https://issues.apache.org/jira/browse/VFS-604

I'll investigate a bit with the return values to see if VFS claims the
setting of permissions succeeded.

noexec is a bit weird.. you are allowed to SET the executable bit
(e.g. it would be correctly tar-ed up with exec flag), it just doesn't
have the effect if trying to exec it.


stain@biggie:/tmp$ echo '#!/bin/cat' > hello
stain@biggie:/tmp$ chmod 755 hello

stain@biggie:/tmp$ ./hello
-bash: ./hello: Permission denied

stain@biggie:/tmp$ ls -al hello
-rwxr-xr-x 1 stain stain 11 May  5 10:16 hello



On 4 May 2016 at 19:53, Bernd Eckenfels <[hidden email]> wrote:

> Thanks Stian!
>
> Do you plan to report the noexec issue? If not let me know and I will
> file one.
>
> I thought we already had one but I cant find it.
>
> I will do some windows tests and then vote.
>
> Gruss
> Bernd
>
>  Am Wed, 4 May 2016 13:28:54 +0100
> schrieb Stian Soiland-Reyes <[hidden email]>:
>
>> +1 (non-binding)
>>
>> +1 signatures
>> +1 hashes
>> +1 LICENSE, NOTICE
>> 0 README.md says <version>2.0</version>
>> 0 Extra README.txt (confusing)
>> +1 RELEASE-NOTES.txt
>> +1 mvn apache-rat:check
>> +1 maven repository signatures/hashes
>> +1 maven repository *distribution* matches dist/
>> 0 mvn clean install OK (but 1 test fails on tmpfs)
>> +1 target/*jar matches binaries
>> +1 source matches svn tag (minus sandbox/ :-) )
>> +1 Dependency licenses OK
>> -1 Unclassified use of encryption libraries Bouncy Castle/Apache
>> Mina/SSHD/Hadoop/jsch/Jetty (plus some AES128 in DefaultCryptor) - but
>> Commons VFS is not classified on
>> http://www.apache.org/licenses/exports/
>>
>> I won't take a stand on the US Export classification requirement as
>> https://issues.apache.org/jira/browse/LEGAL-250 has not been resolved
>> yet.
>>
>>
>> I get this test error (because my /tmp is mounted with noexec):
>>
>> Tests run: 90, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.259
>> sec <<< FAILURE! - in
>> org.apache.commons.vfs2.provider.local.test.LocalProviderTestCase
>> testExecutable(org.apache.commons.vfs2.test.PermissionsTests)  Time
>> elapsed: 0.011 sec  <<< FAILURE!
>> java.lang.AssertionError
>>     at org.junit.Assert.fail(Assert.java:86)
>>     at org.junit.Assert.assertTrue(Assert.java:41)
>>     at org.junit.Assert.assertTrue(Assert.java:52)
>>     at
>> org.apache.commons.vfs2.test.PermissionsTests.testExecutable(PermissionsTests.java:70)
>> 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.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:218)
>> at junit.framework.TestCase.runBare(TestCase.java:141) at
>> junit.framework.TestResult$1.protect(TestResult.java:122) at
>> junit.framework.TestResult.runProtected(TestResult.java:142) at
>> junit.framework.TestResult.run(TestResult.java:125) at
>> junit.framework.TestCase.run(TestCase.java:129) at
>> junit.framework.TestSuite.runTest(TestSuite.java:252) at
>> junit.framework.TestSuite.run(TestSuite.java:247) at
>> junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at
>> org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:149)
>> at junit.framework.TestResult.runProtected(TestResult.java:142) at
>> org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)
>>
>> Building from /var/tmp worked.
>>
>> I won't fail because of this - I'm probably special still using tmpfs
>> :)   (And adding conditional testing would mean using the same APIs or
>> requivalent Java 7 NIO files APIs to see if executable bit is
>> supported).
>>
>>
>> Checked with:
>>
>> stain@biggie:/tmp/vfs/source/commons-vfs-2.1$ mvn -v
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T16:41:47+00:00)
>> Maven home: /home/stain/software/maven
>> Java version: 1.8.0_72-internal, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
>> Default locale: en_GB, platform encoding: UTF-8
>> OS name: "linux", version: "3.16.0-67-generic", arch: "amd64",
>> family: "unix"
>>
>> On 4 May 2016 at 04:43, Josh Elser <[hidden email]> 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: [hidden email]
>> > For additional commands, e-mail: [hidden email]
>> >
>>
>>
>>
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Jörg Schaible
Test dependency should be fine. The SSHD and JSch integration is
however probably not OK without classification.


I think integrating with "encryption functionality" (without bundling)
is sufficient to become an "encryption item":

http://mail-archives.apache.org/mod_mbox/www-legal-discuss/201605.mbox/%3CD35026DE.692DB%25aharui%40adobe.com%3E

https://www.bis.doc.gov/index.php/policy-guidance/encryption/identifying-encryption-items


Let's try to sort this in the separate thread:
http://mail-archives.apache.org/mod_mbox/commons-dev/201605.mbox/%3CCAB917R%2BuGHPiOUUq_F48n3-m-nKdgrgndcBkmpmA%3DS1H3Ngs5Q%40mail.gmail.com%3E

It could be that Apache's pages about this is out of date.

On 4 May 2016 at 18:50, Jörg Schaible <[hidden email]> wrote:

> Hi Stian,
>
> Stian Soiland-Reyes wrote:
>
>
> [snip]
>
>> -1 Unclassified use of encryption libraries Bouncy Castle/Apache
>> Mina/SSHD/Hadoop/jsch/Jetty (plus some AES128 in DefaultCryptor) - but
>> Commons VFS is not classified on
>> http://www.apache.org/licenses/exports/
>
>
> Sorry, but I fail to see the problem. BC is used as test dependency only and
> it is nowhere part of our deliveries or used in our code. AES128 is part of
> the Java runtime.
>
> Cheers,
> Jörg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Jörg Schaible
> [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.

hadoop-common:test-jar pulls in:

http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.6.0/hadoop-annotations-2.6.0.pom

With two different profiles, the os.linux profile activates for me as
well, as the activation here is "Not a mac".


The newer Hadoop 2.7.1 seems to have fixed to these activations.

http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.7.1/hadoop-annotations-2.7.1.pom

(Hadoop 2.7 presumably no longer works on JDK6)


Could you try changing all the Hadoop 2.6.0 dependencies in pom.xml to
2.7.1 and see if JDK9 is happy then?

(We can always exclude it tools.jar in the test dependency, I don't
see how it's needed for our tests)

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Jörg Schaible
"EC AlgorithmParameters not available" seems to be a OpenJDK bug
because Elastic Curves relies on the sunec native library -
http://armoredbarista.blogspot.co.uk/2013/10/how-to-use-ecc-with-openjdk.html


Presumably this would also fail in those JDKs?

URL url = new java.net.URL("https://www.google.com/images/logos/ps_logo2.png");
url.openConnection();


We can modify https/test/GetContentInfoFunctionalTest to not rely on
fetching https://www.google.com/images/logos/ps_logo2.png - this
sounds a bit fragile to me anyway - for how long would that file
remain available?

If we need to do an external test, then we should use say
https://www.apache.org/licenses/LICENSE-2.0.txt

Obviously if INFRA changes the SSL configuration there to also request
Elastic Curves, then the test could still fail.


Tracked as https://issues.apache.org/jira/browse/VFS-605
and fix committed on trunk to instead test against
https://www.apache.org/licenses/LICENSE-2.0.tx

Could you verify if trunk builds on icedtea-bin-3.0.0 and IBM JDK?


On 4 May 2016 at 23:39, Jörg Schaible <[hidden email]> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
In reply to this post by Stian Soiland-Reyes
Hi Stian,

Stian Soiland-Reyes wrote:

>> [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.
>
> hadoop-common:test-jar pulls in:
>
> http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.6.0/hadoop-annotations-2.6.0.pom
>
> With two different profiles, the os.linux profile activates for me as
> well, as the activation here is "Not a mac".
>
>
> The newer Hadoop 2.7.1 seems to have fixed to these activations.
>
> http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.7.1/hadoop-annotations-2.7.1.pom
>
> (Hadoop 2.7 presumably no longer works on JDK6)
>
>
> Could you try changing all the Hadoop 2.6.0 dependencies in pom.xml to
> 2.7.1 and see if JDK9 is happy then?
>
> (We can always exclude it tools.jar in the test dependency, I don't
> see how it's needed for our tests)

After finally upgrading all four (!) Hadoop versions in the parent (we
should introduce a property for the Hadoop version), Oracle JDK 8 passes
again. However, Java 9 fails still with the jar plugin (and an ignored
ClassCastExceptions in the tests caused by Jetty):

======================== %< =============================
$ 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"
======================== %< =============================
Tests run: 84, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 30.141 sec
- in org.apache.commons.vfs2.provider.ftps.test.FtpsProviderExplicitTestCase
Running org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase
2016-05-05 12:37:16,660 [main] ERROR: unavailable
java.lang.ClassCastException:
jdk.internal.loader.ClassLoaders$AppClassLoader (in module: java.base)
cannot be cast to java.net.URLClassLoader (in module: java.base)
        at
org.apache.jasper.compiler.JspRuntimeContext.<init>(JspRuntimeContext.java:174)
        at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:150)
        at
org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:431)
        at
org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
        at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:643)
        at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
        at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1234)
        at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
        at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:460)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
        at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
        at
org.mortbay.jetty.handler.RequestLogHandler.doStart(RequestLogHandler.java:115)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
        at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
        at org.mortbay.jetty.Server.doStart(Server.java:222)
        at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
        at
org.apache.commons.vfs2.provider.webdav.test.JackrabbitMain.run(JackrabbitMain.java:264)
        at
org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.startJackrabbit(WebdavProviderTestCase.java:270)
        at
org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.setUpClass(WebdavProviderTestCase.java:247)
        at
org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.access$100(WebdavProviderTestCase.java:55)
        at
org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:282)
        at
org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148)
        at junit.framework.TestResult.runProtected(TestResult.java:142)
        at
org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)
        at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
        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)
VfsClassLoaderTests no layered .jar provider, skipping.
[snip]
[INFO] --- maven-jar-plugin:2.6:jar (default-jar) @ commons-vfs2 ---
[WARNING] Error injecting: org.codehaus.plexus.archiver.jar.JarArchiver
java.lang.ExceptionInInitializerError
        at
jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(java.base@9-
ea/Native Method)
        at
jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(java.base@9-
ea/NativeConstructorAccessorImpl.java:62)
        at
jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(java.base@9-
ea/DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(java.base@9-
ea/Constructor.java:453)
        at
com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java
[snip]
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
        at
org.codehaus.plexus.archiver.zip.AbstractZipArchiver.<clinit>(AbstractZipArchiver.java:116)
        ... 89 more
======================== %< =============================

BTW; I get same results if I keep the Hadoop version and simply exclude
jdk.tools:jdk.tools from the test-jar artifact of Hadoop. So it seems that
VFS 2.1 can basically run on Java 9.

Cheers,
Jörg




---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
In reply to this post by Stian Soiland-Reyes
Hi Stian,

Stian Soiland-Reyes wrote:

> "EC AlgorithmParameters not available" seems to be a OpenJDK bug
> because Elastic Curves relies on the sunec native library -
> http://armoredbarista.blogspot.co.uk/2013/10/how-to-use-ecc-with-openjdk.html
>
>
> Presumably this would also fail in those JDKs?
>
> URL url = new
> java.net.URL("https://www.google.com/images/logos/ps_logo2.png");
> url.openConnection();
>
>
> We can modify https/test/GetContentInfoFunctionalTest to not rely on
> fetching https://www.google.com/images/logos/ps_logo2.png - this
> sounds a bit fragile to me anyway - for how long would that file
> remain available?
>
> If we need to do an external test, then we should use say
> https://www.apache.org/licenses/LICENSE-2.0.txt
>
> Obviously if INFRA changes the SSL configuration there to also request
> Elastic Curves, then the test could still fail.
>
>
> Tracked as https://issues.apache.org/jira/browse/VFS-605
> and fix committed on trunk to instead test against
> https://www.apache.org/licenses/LICENSE-2.0.tx
>
> Could you verify if trunk builds on icedtea-bin-3.0.0 and IBM JDK?

Icedtea 3 builds fine now, but the IBM JDKs still fail with the same errors.
To me it looks like the test simply makes wrong assumptions about the
content of the classloader.

Cheers,
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Jörg Schaible
Thanks, I've added ${hadoop.version} so it's easier to upgrade in the
future, and also committed the <exclusion> of tools.jar


I think the maven-jar-maven JDK9 issue is due to
https://issues.apache.org/jira/browse/MJAR-206
https://issues.apache.org/jira/browse/MJAR-205

so you would need to wait for maven-jar-plugin 3.0.0



Not sure about the JspRuntimeContext class cast exception..

jdk.internal.loader.ClassLoaders$AppClassLoader (in module: java.base)
cannot be cast to java.net.URLClassLoader

sounds like a bit naive casting by Jasper.  Perhaps we would then also
need to force a newer version - this is PRETTY old:

[INFO] |  +- tomcat:jasper-compiler:jar:5.5.23:test
[INFO] |  +- tomcat:jasper-runtime:jar:5.5.23:test

(This version is also coming in as a Hadoop test dependency)

Fixed in Tomcat 8.0.0 at least:

https://github.com/apache/tomcat/blob/TOMCAT_8_0_0/java/org/apache/jasper/compiler/JspRuntimeContext.java#L403


On 5 May 2016 at 11:49, Jörg Schaible <[hidden email]> wrote:

> Hi Stian,
>
> Stian Soiland-Reyes wrote:
>
>>> [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.
>>
>> hadoop-common:test-jar pulls in:
>>
>> http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.6.0/hadoop-annotations-2.6.0.pom
>>
>> With two different profiles, the os.linux profile activates for me as
>> well, as the activation here is "Not a mac".
>>
>>
>> The newer Hadoop 2.7.1 seems to have fixed to these activations.
>>
>> http://central.maven.org/maven2/org/apache/hadoop/hadoop-annotations/2.7.1/hadoop-annotations-2.7.1.pom
>>
>> (Hadoop 2.7 presumably no longer works on JDK6)
>>
>>
>> Could you try changing all the Hadoop 2.6.0 dependencies in pom.xml to
>> 2.7.1 and see if JDK9 is happy then?
>>
>> (We can always exclude it tools.jar in the test dependency, I don't
>> see how it's needed for our tests)
>
> After finally upgrading all four (!) Hadoop versions in the parent (we
> should introduce a property for the Hadoop version), Oracle JDK 8 passes
> again. However, Java 9 fails still with the jar plugin (and an ignored
> ClassCastExceptions in the tests caused by Jetty):
>
> ======================== %< =============================
> $ 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"
> ======================== %< =============================
> Tests run: 84, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 30.141 sec
> - in org.apache.commons.vfs2.provider.ftps.test.FtpsProviderExplicitTestCase
> Running org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase
> 2016-05-05 12:37:16,660 [main] ERROR: unavailable
> java.lang.ClassCastException:
> jdk.internal.loader.ClassLoaders$AppClassLoader (in module: java.base)
> cannot be cast to java.net.URLClassLoader (in module: java.base)
>         at
> org.apache.jasper.compiler.JspRuntimeContext.<init>(JspRuntimeContext.java:174)
>         at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:150)
>         at
> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:431)
>         at
> org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
>         at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>         at
> org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:643)
>         at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
>         at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1234)
>         at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
>         at
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:460)
>         at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>         at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>         at
> org.mortbay.jetty.handler.RequestLogHandler.doStart(RequestLogHandler.java:115)
>         at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>         at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>         at org.mortbay.jetty.Server.doStart(Server.java:222)
>         at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>         at
> org.apache.commons.vfs2.provider.webdav.test.JackrabbitMain.run(JackrabbitMain.java:264)
>         at
> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.startJackrabbit(WebdavProviderTestCase.java:270)
>         at
> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.setUpClass(WebdavProviderTestCase.java:247)
>         at
> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase.access$100(WebdavProviderTestCase.java:55)
>         at
> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:282)
>         at
> org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148)
>         at junit.framework.TestResult.runProtected(TestResult.java:142)
>         at
> org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)
>         at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>         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)
> VfsClassLoaderTests no layered .jar provider, skipping.
> [snip]
> [INFO] --- maven-jar-plugin:2.6:jar (default-jar) @ commons-vfs2 ---
> [WARNING] Error injecting: org.codehaus.plexus.archiver.jar.JarArchiver
> java.lang.ExceptionInInitializerError
>         at
> jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(java.base@9-
> ea/Native Method)
>         at
> jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(java.base@9-
> ea/NativeConstructorAccessorImpl.java:62)
>         at
> jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(java.base@9-
> ea/DelegatingConstructorAccessorImpl.java:45)
>         at java.lang.reflect.Constructor.newInstance(java.base@9-
> ea/Constructor.java:453)
>         at
> com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java
> [snip]
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
>         at
> org.codehaus.plexus.archiver.zip.AbstractZipArchiver.<clinit>(AbstractZipArchiver.java:116)
>         ... 89 more
> ======================== %< =============================
>
> BTW; I get same results if I keep the Hadoop version and simply exclude
> jdk.tools:jdk.tools from the test-jar artifact of Hadoop. So it seems that
> VFS 2.1 can basically run on Java 9.
>
> Cheers,
> Jörg
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Stian Soiland-Reyes
In reply to this post by Jörg Schaible
No, it shouldn't matter the class loader content to do a normal https
connection, should it?  Or do you consider that optional support from
the JDK? In that case the tests would need to test for https
capability first and ignore themselves if the JDK doesn't support SSL.

Is this the latest IBM JDK patch release..?

On 5 May 2016 at 12:05, Jörg Schaible <[hidden email]> wrote:

> Hi Stian,
>
> Stian Soiland-Reyes wrote:
>
>> "EC AlgorithmParameters not available" seems to be a OpenJDK bug
>> because Elastic Curves relies on the sunec native library -
>> http://armoredbarista.blogspot.co.uk/2013/10/how-to-use-ecc-with-openjdk.html
>>
>>
>> Presumably this would also fail in those JDKs?
>>
>> URL url = new
>> java.net.URL("https://www.google.com/images/logos/ps_logo2.png");
>> url.openConnection();
>>
>>
>> We can modify https/test/GetContentInfoFunctionalTest to not rely on
>> fetching https://www.google.com/images/logos/ps_logo2.png - this
>> sounds a bit fragile to me anyway - for how long would that file
>> remain available?
>>
>> If we need to do an external test, then we should use say
>> https://www.apache.org/licenses/LICENSE-2.0.txt
>>
>> Obviously if INFRA changes the SSL configuration there to also request
>> Elastic Curves, then the test could still fail.
>>
>>
>> Tracked as https://issues.apache.org/jira/browse/VFS-605
>> and fix committed on trunk to instead test against
>> https://www.apache.org/licenses/LICENSE-2.0.tx
>>
>> Could you verify if trunk builds on icedtea-bin-3.0.0 and IBM JDK?
>
> Icedtea 3 builds fine now, but the IBM JDKs still fail with the same errors.
> To me it looks like the test simply makes wrong assumptions about the
> content of the classloader.
>
> Cheers,
> Jörg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Ralph Goers
In reply to this post by Josh Elser
Remember, as the release manager you get to decide whether any of this stuff is a blocker to the release. I can tell you for sure that VFS 2.0 wasn’t verified against this many different Java implementations and versions. Of course, the more testing the better!

I will try to inspect the release and vote on it this evening.

Ralph

> On May 4, 2016, at 9:43 PM, Josh Elser <[hidden email]> wrote:
>
> 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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Josh Elser
In reply to this post by Stian Soiland-Reyes


Stian Soiland-Reyes wrote:

> "EC AlgorithmParameters not available" seems to be a OpenJDK bug
> because Elastic Curves relies on the sunec native library -
> http://armoredbarista.blogspot.co.uk/2013/10/how-to-use-ecc-with-openjdk.html
>
>
> Presumably this would also fail in those JDKs?
>
> URL url = new java.net.URL("https://www.google.com/images/logos/ps_logo2.png");
> url.openConnection();
>
>
> We can modify https/test/GetContentInfoFunctionalTest to not rely on
> fetching https://www.google.com/images/logos/ps_logo2.png - this
> sounds a bit fragile to me anyway - for how long would that file
> remain available?

There was a test that I @Ignored because it was doing the same thing
(reaching out to the internet, for some file/endpoint which no longer
exists). See VFS-600.

I see you already pushed a fix for it too! Awesome :)

> If we need to do an external test, then we should use say
> https://www.apache.org/licenses/LICENSE-2.0.txt
>
> Obviously if INFRA changes the SSL configuration there to also request
> Elastic Curves, then the test could still fail.
>
>
> Tracked as https://issues.apache.org/jira/browse/VFS-605
> and fix committed on trunk to instead test against
> https://www.apache.org/licenses/LICENSE-2.0.tx
>
> Could you verify if trunk builds on icedtea-bin-3.0.0 and IBM JDK?
>
>
> On 4 May 2016 at 23:39, Jörg Schaible<[hidden email]>  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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Josh Elser
In reply to this post by Ralph Goers
Oh, well then! No pressure :)

I'll have to find some time to re-read all of the conversation between
Jörg and Stian, but my initial reaction is the same as what you were
implying: compatibility across more JVMs would be great, but shouldn't
block this 2.1 release.

The other points seem to be "nice to have"'s, but please bring it to my
attention is my quick glance missed something that is really bad.

Ralph Goers wrote:

> Remember, as the release manager you get to decide whether any of this stuff is a blocker to the release. I can tell you for sure that VFS 2.0 wasn’t verified against this many different Java implementations and versions. Of course, the more testing the better!
>
> I will try to inspect the release and vote on it this evening.
>
> Ralph
>
>> On May 4, 2016, at 9:43 PM, Josh Elser<[hidden email]>  wrote:
>>
>> 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: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VOTE] Apache Commons VFS 2.1 rc1

Jörg Schaible
In reply to this post by Stian Soiland-Reyes
Hi Stian,

Stian Soiland-Reyes wrote:

> No, it shouldn't matter the class loader content to do a normal https
> connection, should it? Or do you consider that optional support from
> the JDK? In that case the tests would need to test for https
> capability first and ignore themselves if the JDK doesn't support SSL.

What has HTTPS to do with the failing
VfsClassLoaderTests.testGetResourcesJARs for the IBM JDKs?

> Is this the latest IBM JDK patch release..?

No, I don't think so ...

Cheers,
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

123