You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Josh Elser <el...@apache.org> on 2016/05/04 05:43:51 UTC
[VOTE] Apache Commons VFS 2.1 rc1
All,
Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
Maven repository:
https://repository.apache.org/content/repositories/orgapachecommons-1163
Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
MD5 commons-vfs-distribution-2.1-bin.tar.gz
1192914d1ba6f8ca3a2a688feeff602c
SHA1 commons-vfs-distribution-2.1-bin.tar.gz
285097f1db6cbc9d76ae5bb3adf66a315344a864
MD5 commons-vfs-distribution-2.1-src.tar.gz
0646187562302a7dcfbddb93204fc9eb
SHA1 commons-vfs-distribution-2.1-src.tar.gz
24bab87fd4049b9389acd1b6e272f405630aeb25
MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
SHA1 commons-vfs-distribution-2.1-bin.zip
942a23fb202b89b1a8432beeb0a66469959e661d
MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
SHA1 commons-vfs-distribution-2.1-src.zip
1ddf0d218f659766f136894eab0beca504ab9f8c
Signed with 4677D66C from
https://dist.apache.org/repos/dist/release/commons/KEYS
SVN tag is available at
https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
r1742212
Staged Maven website:
http://home.apache.org/~elserj/commons/commons-vfs-2.1/
All reports are available in the provided staged Maven site (see
"Project Reports" at the root-level as well as under each sub-module).
JIRA-generated release notes are available in the dist.a.o "Artifacts"
repository. Unit tests pass and the RC was built util JDK6.
(For Sebb) A direct Clirr link
http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
Changes since rc0:
* Improved release notes and website for compatibility
* Fixes to pom.xml for building website
This vote will be open for 72-hours, 2016/05/06 0400 UTC.
[ ] +1 Release these artifacts as version 2.1
[ ] 0 OK, but...
[ ] -1 I oppose these artifacts as version 2.1 because..
- Josh
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
ecki@zusammenkunft.net 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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by ec...@zusammenkunft.net.
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" <jo...@gmx.de>
To: dev@commons.apache.org
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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
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<jo...@gmx.de> wrote:
>> Hi,
>>
>> I've tried to build the release from the source tarball using my compiler
>> zoo.
>>
>> Passes:
>> - Sun JDK 1.6
>> - IcedTea/OpenJDK 6
>> - Oracle JDK 1.7
>> - IcedTea/OpenJDK 7
>> - Oracle JDK 1.8
>>
>> Tests fail with IBM JDKs 1.6 and 1.7, IcedTea/OpenJDK 3 and Java 9:
>>
>> ========================= %< ======================
>> $ mvn-3.2 -version
>> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
>> 2014-12-14T18:29:23+01:00)
>> Maven home: /usr/share/maven-bin-3.2
>> Java version: 1.6.0, vendor: IBM Corporation
>> Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
>> ========================= %< ======================
>> Failed tests:
>> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
>> Run 1: PASS
>> Run 2: PASS
>> Run 3: PASS
>> Run 4: PASS
>> Run 5: PASS
>> Run 6: PASS
>> Run 7: PASS
>> Run 8: PASS
>> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>>> testGetResourcesJARs:154 First resource must refer to nested.jar but was
>> jar:file:/opt/ibm-jdk-
>> bin-1.6.0.9_p2/jre/lib/amd64/default/jclSC160/vm.jar!/META-INF/MANIFEST.MF
>> Run 10: PASS
>> Run 11: PASS
>> Run 12: PASS
>> Run 13: PASS
>> Run 14: PASS
>> Run 15: PASS
>> Run 16: PASS
>> Run 17: PASS
>> Run 18: PASS
>> Run 19: PASS
>> Run 20: PASS
>> Run 21: PASS
>> Run 22: PASS
>> Run 23: PASS
>> Run 24: PASS
>> Run 25: PASS
>> ========================= %< ======================
>> $ mvn -version
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>> Maven home: /usr/share/maven-bin-3.3
>> Java version: 1.7.0, vendor: IBM Corporation
>> Java home: /opt/ibm-jdk-bin-1.7.0.5/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
>> ========================= %< ======================
>> Failed tests:
>> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
>> Run 1: PASS
>> Run 2: PASS
>> Run 3: PASS
>> Run 4: PASS
>> Run 5: PASS
>> Run 6: PASS
>> Run 7: PASS
>> Run 8: PASS
>> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>>> testGetResourcesJARs:154 First resource must refer to nested.jar but was
>> jar:file:/opt/ibm-jdk-
>> bin-1.7.0.5/jre/lib/amd64/compressedrefs/jclSC170/vm.jar!/META-
>> INF/MANIFEST.MF
>> Run 10: PASS
>> Run 11: PASS
>> Run 12: PASS
>> Run 13: PASS
>> Run 14: PASS
>> Run 15: PASS
>> Run 16: PASS
>> Run 17: PASS
>> Run 18: PASS
>> Run 19: PASS
>> Run 20: PASS
>> Run 21: PASS
>> Run 22: PASS
>> Run 23: PASS
>> Run 24: PASS
>> Run 25: PASS
>> ========================= %< ======================
>> $ mvn -version
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>> Maven home: /usr/share/maven-bin-3.3
>> Java version: 1.8.0_77, vendor: Oracle Corporation
>> Java home: /opt/icedtea-bin-3.0.0/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
>> ========================= %< ======================
>> Tests in error:
>> GetContentInfoFunctionalTest.testGoogle:76 � FileSystem Unknown message
>> with code "java.lang.RuntimeException:
>> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not
>> available".
>> at
>> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:51)
>> at
>> org.apache.commons.vfs2.provider.DefaultFileContent.getContentInfo(DefaultFileContent.java:806)
>> at
>> org.apache.commons.vfs2.provider.https.test.GetContentInfoFunctionalTest.testGoogle(GetContentInfoFunctionalTest.java:76)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at
>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>> at
>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>> at
>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>> at
>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
>> at
>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
>> at
>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
>> at
>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
>> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
>> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
>> at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
>> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
>> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1906)
>> at
>> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1889)
>> at
>> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1815)
>> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:128)
>> at
>> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
>> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
>> at
>> org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(HttpConnection.java:828)
>> at
>> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.flushRequestOutputStream(MultiThreadedHttpConnectionManager.java:1565)
>> at
>> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2116)
>> at
>> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
>> at
>> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
>> at
>> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
>> at
>> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
>> at
>> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
>> at
>> org.apache.commons.vfs2.provider.http.HttpFileObject.getHeadMethod(HttpFileObject.java:240)
>> at
>> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:47)
>> ... 26 more
>> Caused by: java.lang.RuntimeException:
>> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
>> at sun.security.util.ECUtil.getECParameters(ECUtil.java:100)
>> at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:149)
>> at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385)
>> at
>> sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1065)
>> at
>> sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:284)
>> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
>> at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
>> at
>> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062)
>> at
>> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
>> at
>> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:747)
>> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
>> ... 38 more
>> Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters
>> not available
>> at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
>> at java.security.Security.getImpl(Security.java:695)
>> at
>> java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146)
>> at sun.security.util.ECUtil.getECParameters(ECUtil.java:98)
>> ... 48 more
>> ========================= %< ======================
>> $ mvn -version
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>> Maven home: /usr/share/maven-bin-3.3
>> Java version: 9-ea, vendor: Oracle Corporation
>> Java home: /opt/oracle-jdk-bin-1.9.0.0_beta116
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
>> ========================= %< ======================
>> $ mcp -Danimal.sniffer.skip
>> [INFO] Scanning for projects...
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Reactor Build Order:
>> [INFO]
>> [INFO] Apache Commons VFS
>> [INFO] Apache Commons VFS Core
>> [INFO] Apache Commons VFS Examples
>> [INFO] Apache Commons VFS Distribution
>> [INFO]
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Building Apache Commons VFS 2.1
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO]
>> [INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-vfs2-
>> project ---
>> [INFO] Deleting /home/joehni/tmp/download/commons-vfs-2.1/target
>> [INFO]
>> [INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ commons-
>> vfs2-project ---
>> [INFO]
>> [INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @
>> commons-vfs2-project ---
>> [INFO]
>> [INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-vfs2-
>> project ---
>> [INFO] Executing tasks
>>
>> main:
>> [copy] Copying 2 files to /home/joehni/tmp/download/commons-
>> vfs-2.1/target/apidocs/META-INF
>> [INFO] Executed tasks
>> [INFO]
>> [INFO] --- maven-antrun-plugin:1.8:run (vfs-jar-manifest) @ commons-vfs2-
>> project ---
>> [INFO] Executing tasks
>>
>> main:
>> [mkdir] Created dir: /home/joehni/tmp/download/commons-
>> vfs-2.1/target/osgi
>> [touch] Creating /home/joehni/tmp/download/commons-
>> vfs-2.1/target/osgi/MANIFEST.MF
>> [INFO] Executed tasks
>> [INFO]
>> [INFO] --- maven-remote-resources-plugin:1.5:process (default) @ commons-
>> vfs2-project ---
>> [INFO]
>> [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-vfs2-
>> project ---
>> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
>> && 'svn' '--non-interactive' 'info'
>> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
>> [INFO] Storing buildNumber: ?????? at timestamp: 1462399750905
>> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
>> && 'svn' '--non-interactive' 'info'
>> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
>> [INFO] Storing buildScmBranch: UNKNOWN_BRANCH
>> [INFO]
>> [INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-
>> vfs2-project ---
>> [WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
>> [INFO]
>> [INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @
>> commons-vfs2-project ---
>> [INFO] Signature checking is skipped.
>> [INFO]
>> [INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @
>> commons-vfs2-project ---
>> [INFO]
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Building Apache Commons VFS Core 2.1
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Reactor Summary:
>> [INFO]
>> [INFO] Apache Commons VFS ................................. SUCCESS [ 3.068
>> s]
>> [INFO] Apache Commons VFS Core ............................ FAILURE [ 0.350
>> s]
>> [INFO] Apache Commons VFS Examples ........................ SKIPPED
>> [INFO] Apache Commons VFS Distribution .................... SKIPPED
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] BUILD FAILURE
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Total time: 3.738 s
>> [INFO] Finished at: 2016-05-05T00:09:12+02:00
>> [INFO] Final Memory: 23M/78M
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] Failed to execute goal on project commons-vfs2: Could not resolve
>> dependencies for project org.apache.commons:commons-vfs2:jar:2.1: Could not
>> find artifact jdk.tools:jdk.tools:jar:1.6 at specified path /opt/oracle-jdk-
>> bin-1.9.0.0_beta116/../lib/tools.jar -> [Help 1]
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
>> switch.
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> [ERROR]
>> [ERROR] For more information about the errors and possible solutions, please
>> read the following articles:
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
>> [ERROR]
>> [ERROR] After correcting the problems, you can resume the build with the
>> command
>> [ERROR] mvn<goals> -rf :commons-vfs2
>> ========================= %< ======================
>>
>> The reason is an invalid (transitive) system dependency on tools.jar of
>> Hadoop which is no longer present in Java 9.
>>
>> Cheers,
>> J�rg
>>
>>
>> Josh Elser wrote:
>>
>>> All,
>>>
>>> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>>>
>>> Maven repository:
>>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>>
>>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>>> 1192914d1ba6f8ca3a2a688feeff602c
>>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>>> 0646187562302a7dcfbddb93204fc9eb
>>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>>> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
>>> SHA1 commons-vfs-distribution-2.1-bin.zip
>>> 942a23fb202b89b1a8432beeb0a66469959e661d
>>> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
>>> SHA1 commons-vfs-distribution-2.1-src.zip
>>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>>
>>> Signed with 4677D66C from
>>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>>
>>> SVN tag is available at
>>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>>> r1742212
>>>
>>> Staged Maven website:
>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>>
>>> All reports are available in the provided staged Maven site (see
>>> "Project Reports" at the root-level as well as under each sub-module).
>>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>>> repository. Unit tests pass and the RC was built util JDK6.
>>>
>>> (For Sebb) A direct Clirr link
>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>>
>>> Changes since rc0:
>>>
>>> * Improved release notes and website for compatibility
>>> * Fixes to pom.xml for building website
>>>
>>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>>
>>> [ ] +1 Release these artifacts as version 2.1
>>> [ ] 0 OK, but...
>>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>>
>>> - Josh
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
J�rg Schaible wrote:
> 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?
It seems the patch for VFS-500 does not work for the IBM JDKs either.
Cheers,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
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 <jo...@gmx.de> 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: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
"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 <jo...@gmx.de> wrote:
> Hi,
>
> I've tried to build the release from the source tarball using my compiler
> zoo.
>
> Passes:
> - Sun JDK 1.6
> - IcedTea/OpenJDK 6
> - Oracle JDK 1.7
> - IcedTea/OpenJDK 7
> - Oracle JDK 1.8
>
> Tests fail with IBM JDKs 1.6 and 1.7, IcedTea/OpenJDK 3 and Java 9:
>
> ========================= %< ======================
> $ mvn-3.2 -version
> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
> 2014-12-14T18:29:23+01:00)
> Maven home: /usr/share/maven-bin-3.2
> Java version: 1.6.0, vendor: IBM Corporation
> Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Failed tests:
> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
> Run 1: PASS
> Run 2: PASS
> Run 3: PASS
> Run 4: PASS
> Run 5: PASS
> Run 6: PASS
> Run 7: PASS
> Run 8: PASS
> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>>testGetResourcesJARs:154 First resource must refer to nested.jar but was
> jar:file:/opt/ibm-jdk-
> bin-1.6.0.9_p2/jre/lib/amd64/default/jclSC160/vm.jar!/META-INF/MANIFEST.MF
> Run 10: PASS
> Run 11: PASS
> Run 12: PASS
> Run 13: PASS
> Run 14: PASS
> Run 15: PASS
> Run 16: PASS
> Run 17: PASS
> Run 18: PASS
> Run 19: PASS
> Run 20: PASS
> Run 21: PASS
> Run 22: PASS
> Run 23: PASS
> Run 24: PASS
> Run 25: PASS
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 1.7.0, vendor: IBM Corporation
> Java home: /opt/ibm-jdk-bin-1.7.0.5/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Failed tests:
> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
> Run 1: PASS
> Run 2: PASS
> Run 3: PASS
> Run 4: PASS
> Run 5: PASS
> Run 6: PASS
> Run 7: PASS
> Run 8: PASS
> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>>testGetResourcesJARs:154 First resource must refer to nested.jar but was
> jar:file:/opt/ibm-jdk-
> bin-1.7.0.5/jre/lib/amd64/compressedrefs/jclSC170/vm.jar!/META-
> INF/MANIFEST.MF
> Run 10: PASS
> Run 11: PASS
> Run 12: PASS
> Run 13: PASS
> Run 14: PASS
> Run 15: PASS
> Run 16: PASS
> Run 17: PASS
> Run 18: PASS
> Run 19: PASS
> Run 20: PASS
> Run 21: PASS
> Run 22: PASS
> Run 23: PASS
> Run 24: PASS
> Run 25: PASS
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 1.8.0_77, vendor: Oracle Corporation
> Java home: /opt/icedtea-bin-3.0.0/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Tests in error:
> GetContentInfoFunctionalTest.testGoogle:76 » FileSystem Unknown message
> with code "java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not
> available".
> at
> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:51)
> at
> org.apache.commons.vfs2.provider.DefaultFileContent.getContentInfo(DefaultFileContent.java:806)
> at
> org.apache.commons.vfs2.provider.https.test.GetContentInfoFunctionalTest.testGoogle(GetContentInfoFunctionalTest.java:76)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
> at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
> at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1906)
> at
> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1889)
> at
> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1815)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:128)
> at
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> at
> org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(HttpConnection.java:828)
> at
> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.flushRequestOutputStream(MultiThreadedHttpConnectionManager.java:1565)
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2116)
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
> at
> org.apache.commons.vfs2.provider.http.HttpFileObject.getHeadMethod(HttpFileObject.java:240)
> at
> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:47)
> ... 26 more
> Caused by: java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
> at sun.security.util.ECUtil.getECParameters(ECUtil.java:100)
> at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:149)
> at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385)
> at
> sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1065)
> at
> sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:284)
> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
> at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
> at
> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062)
> at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
> at
> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:747)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
> ... 38 more
> Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters
> not available
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
> at java.security.Security.getImpl(Security.java:695)
> at
> java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146)
> at sun.security.util.ECUtil.getECParameters(ECUtil.java:98)
> ... 48 more
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 9-ea, vendor: Oracle Corporation
> Java home: /opt/oracle-jdk-bin-1.9.0.0_beta116
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> $ mcp -Danimal.sniffer.skip
> [INFO] Scanning for projects...
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] Apache Commons VFS
> [INFO] Apache Commons VFS Core
> [INFO] Apache Commons VFS Examples
> [INFO] Apache Commons VFS Distribution
> [INFO]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Commons VFS 2.1
> [INFO]
> ------------------------------------------------------------------------
> [INFO]
> [INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-vfs2-
> project ---
> [INFO] Deleting /home/joehni/tmp/download/commons-vfs-2.1/target
> [INFO]
> [INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ commons-
> vfs2-project ---
> [INFO]
> [INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @
> commons-vfs2-project ---
> [INFO]
> [INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-vfs2-
> project ---
> [INFO] Executing tasks
>
> main:
> [copy] Copying 2 files to /home/joehni/tmp/download/commons-
> vfs-2.1/target/apidocs/META-INF
> [INFO] Executed tasks
> [INFO]
> [INFO] --- maven-antrun-plugin:1.8:run (vfs-jar-manifest) @ commons-vfs2-
> project ---
> [INFO] Executing tasks
>
> main:
> [mkdir] Created dir: /home/joehni/tmp/download/commons-
> vfs-2.1/target/osgi
> [touch] Creating /home/joehni/tmp/download/commons-
> vfs-2.1/target/osgi/MANIFEST.MF
> [INFO] Executed tasks
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.5:process (default) @ commons-
> vfs2-project ---
> [INFO]
> [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-vfs2-
> project ---
> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
> && 'svn' '--non-interactive' 'info'
> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
> [INFO] Storing buildNumber: ?????? at timestamp: 1462399750905
> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
> && 'svn' '--non-interactive' 'info'
> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
> [INFO] Storing buildScmBranch: UNKNOWN_BRANCH
> [INFO]
> [INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-
> vfs2-project ---
> [WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
> [INFO]
> [INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @
> commons-vfs2-project ---
> [INFO] Signature checking is skipped.
> [INFO]
> [INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @
> commons-vfs2-project ---
> [INFO]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Commons VFS Core 2.1
> [INFO]
> ------------------------------------------------------------------------
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache Commons VFS ................................. SUCCESS [ 3.068
> s]
> [INFO] Apache Commons VFS Core ............................ FAILURE [ 0.350
> s]
> [INFO] Apache Commons VFS Examples ........................ SKIPPED
> [INFO] Apache Commons VFS Distribution .................... SKIPPED
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 3.738 s
> [INFO] Finished at: 2016-05-05T00:09:12+02:00
> [INFO] Final Memory: 23M/78M
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal on project commons-vfs2: Could not resolve
> dependencies for project org.apache.commons:commons-vfs2:jar:2.1: Could not
> find artifact jdk.tools:jdk.tools:jar:1.6 at specified path /opt/oracle-jdk-
> bin-1.9.0.0_beta116/../lib/tools.jar -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please
> read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
> [ERROR] mvn <goals> -rf :commons-vfs2
> ========================= %< ======================
>
> The reason is an invalid (transitive) system dependency on tools.jar of
> Hadoop which is no longer present in Java 9.
>
> Cheers,
> Jörg
>
>
> Josh Elser wrote:
>
>> All,
>>
>> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>>
>> Maven repository:
>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>
>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>> 1192914d1ba6f8ca3a2a688feeff602c
>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>> 0646187562302a7dcfbddb93204fc9eb
>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
>> SHA1 commons-vfs-distribution-2.1-bin.zip
>> 942a23fb202b89b1a8432beeb0a66469959e661d
>> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
>> SHA1 commons-vfs-distribution-2.1-src.zip
>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>
>> Signed with 4677D66C from
>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>
>> SVN tag is available at
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>> r1742212
>>
>> Staged Maven website:
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>
>> All reports are available in the provided staged Maven site (see
>> "Project Reports" at the root-level as well as under each sub-module).
>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>> repository. Unit tests pass and the RC was built util JDK6.
>>
>> (For Sebb) A direct Clirr link
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>
>> Changes since rc0:
>>
>> * Improved release notes and website for compatibility
>> * Fixes to pom.xml for building website
>>
>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>
>> [ ] +1 Release these artifacts as version 2.1
>> [ ] 0 OK, but...
>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>
>> - Josh
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
Hi Stian,
Stian Soiland-Reyes wrote:
> 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
I faced the same problem when I tested the release for commons-net earlier
this week. At least there's nothing to blame for vfs.
> 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
>
Fine. Again, we cannot blame vfs. I was just a bit astonished when I saw the
stack trace on the console and later on Maven claimed a successful build.
Cheers,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
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 <jo...@gmx.de> 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: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
> [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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Ralph Goers <ra...@dslextreme.com>.
Wow, I have no recollection of that email. But I have read a lot of emails over the last 6 years.
Ralph
> On May 5, 2016, at 3:05 PM, Jörg Schaible <jo...@gmx.de> wrote:
>
> Hi Ralph,
>
> 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.
>
> Well, you're wrong:
> http://article.gmane.org/gmane.comp.jakarta.commons.devel/116497
>
>> Of course, the more testing the better!
>
> Of course, Java 8 and 9 did not exist, but we dropped support for JHDK 5 now
> ;-)
>
> Cheers,
> Jörg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
Hi Ralph,
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\u2019t verified against this many different Java implementations and
> versions.
Well, you're wrong:
http://article.gmane.org/gmane.comp.jakarta.commons.devel/116497
> Of course, the more testing the better!
Of course, Java 8 and 9 did not exist, but we dropped support for JHDK 5 now
;-)
Cheers,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Gary Gregory <ga...@gmail.com>.
If the RM is willing, there is always the RERO route and getting a 2.1.1
out next to address JRE/JVM compat. issues if those are fixable at all from
VFS in a not too hacky manner.
Gary
On May 5, 2016 5:41 PM, "Josh Elser" <el...@apache.org> wrote:
> Jörg Schaible wrote:
>
>> Jörg Schaible wrote:
>>
>> > Hi Josh,
>>> >
>>> > Josh Elser wrote:
>>> >
>>>
>>>> >> 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.
>>>>
>>>
>> Just an additional remark: Compatibility across more JVMs*is* an issue,
>> since there are platforms where you have no other choice (IBM AIX, Mac,
>> most
>> Linux distributions use OpenJDK by default).
>>
>>
> Is 2.1's compatibility across JVMs worse than 2.0's was? What are the
> guarantees put forth by those involved with commons-vfs for compatibility
> WRT JVMs?
>
> I'm not nit-picking JVM support -- I'm nit-picking it's severity to block
> v2.1 for being released.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
On May 6, 2016 2:45 AM, "Jörg Schaible" <jo...@gmx.de> wrote:
>
> Hi Josh,
>
> Josh Elser wrote:
>
> > Jörg Schaible wrote:
> >> Jörg Schaible wrote:
> >>
> >>> > Hi Josh,
> >>> >
> >>> > Josh Elser wrote:
> >>> >
> >>>> >> 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.
> >>
> >> Just an additional remark: Compatibility across more JVMs*is* an
issue,
> >> since there are platforms where you have no other choice (IBM AIX, Mac,
> >> most Linux distributions use OpenJDK by default).
> >>
> >
> > Is 2.1's compatibility across JVMs worse than 2.0's was?
>
> It passed last time. We have now new JDKs though and don't support the
Java
> 5 ones anymore and have some new tests.
>
> > What are the
> > guarantees put forth by those involved with commons-vfs for
> > compatibility WRT JVMs?
>
> If issues are reported we already identified as problem with the JDK, we
can
> simply relax and give an appropriate pointer. This is e.g. the case for
> commons-io where the IBM JDKs fail with UTF-16LE.
>
> > I'm not nit-picking JVM support -- I'm nit-picking it's severity to
> > block v2.1 for being released.
>
> As said, I do not block it, but for *my* vote, I want to know, why some
JDKs
> fail.
>
> Cheers,
> Jörg
Great, thanks for clarifying. Let's deal with this at the earliest
convenience after 2.1.
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
Hi Josh,
Josh Elser wrote:
> J�rg Schaible wrote:
>> J�rg Schaible wrote:
>>
>>> > Hi Josh,
>>> >
>>> > Josh Elser wrote:
>>> >
>>>> >> 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.
>>
>> Just an additional remark: Compatibility across more JVMs*is* an issue,
>> since there are platforms where you have no other choice (IBM AIX, Mac,
>> most Linux distributions use OpenJDK by default).
>>
>
> Is 2.1's compatibility across JVMs worse than 2.0's was?
It passed last time. We have now new JDKs though and don't support the Java
5 ones anymore and have some new tests.
> What are the
> guarantees put forth by those involved with commons-vfs for
> compatibility WRT JVMs?
If issues are reported we already identified as problem with the JDK, we can
simply relax and give an appropriate pointer. This is e.g. the case for
commons-io where the IBM JDKs fail with UTF-16LE.
> I'm not nit-picking JVM support -- I'm nit-picking it's severity to
> block v2.1 for being released.
As said, I do not block it, but for *my* vote, I want to know, why some JDKs
fail.
Cheers,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
J�rg Schaible wrote:
> J�rg Schaible wrote:
>
>> > Hi Josh,
>> >
>> > Josh Elser wrote:
>> >
>>> >> 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.
>
> Just an additional remark: Compatibility across more JVMs*is* an issue,
> since there are platforms where you have no other choice (IBM AIX, Mac, most
> Linux distributions use OpenJDK by default).
>
Is 2.1's compatibility across JVMs worse than 2.0's was? What are the
guarantees put forth by those involved with commons-vfs for
compatibility WRT JVMs?
I'm not nit-picking JVM support -- I'm nit-picking it's severity to
block v2.1 for being released.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
J�rg Schaible wrote:
> Hi Josh,
>
> Josh Elser wrote:
>
>> 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.
Just an additional remark: Compatibility across more JVMs *is* an issue,
since there are platforms where you have no other choice (IBM AIX, Mac, most
Linux distributions use OpenJDK by default).
> This depends always on the nature of a problem. Therefore I did not make
> any vote for now. Currently it looks like you're right and thanks to Stian
> the problems are covered in trunk on top (sole the problem with the IBM
> JDKs).
>
>> 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.
>
> Cheers,
> J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
Hi Josh,
Josh Elser wrote:
> 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.
This depends always on the nature of a problem. Therefore I did not make any
vote for now. Currently it looks like you're right and thanks to Stian the
problems are covered in trunk on top (sole the problem with the IBM JDKs).
> 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.
Cheers,
J�rg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
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\u2019t 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<el...@apache.org> 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: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Ralph Goers <ra...@dslextreme.com>.
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 <el...@apache.org> 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: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Thanks for investigating and sharing your findings, J�rg!
I guess commons-vfs has some room for improvement on IBM JDKs. I have
been using Oracle JDK6/7 here locally which has been fine. I think this
would be great to investigate further for future releases.
J�rg Schaible wrote:
> Hi,
>
> I've tried to build the release from the source tarball using my compiler
> zoo.
>
> Passes:
> - Sun JDK 1.6
> - IcedTea/OpenJDK 6
> - Oracle JDK 1.7
> - IcedTea/OpenJDK 7
> - Oracle JDK 1.8
>
> Tests fail with IBM JDKs 1.6 and 1.7, IcedTea/OpenJDK 3 and Java 9:
>
> ========================= %< ======================
> $ mvn-3.2 -version
> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
> 2014-12-14T18:29:23+01:00)
> Maven home: /usr/share/maven-bin-3.2
> Java version: 1.6.0, vendor: IBM Corporation
> Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Failed tests:
> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
> Run 1: PASS
> Run 2: PASS
> Run 3: PASS
> Run 4: PASS
> Run 5: PASS
> Run 6: PASS
> Run 7: PASS
> Run 8: PASS
> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>> testGetResourcesJARs:154 First resource must refer to nested.jar but was
> jar:file:/opt/ibm-jdk-
> bin-1.6.0.9_p2/jre/lib/amd64/default/jclSC160/vm.jar!/META-INF/MANIFEST.MF
> Run 10: PASS
> Run 11: PASS
> Run 12: PASS
> Run 13: PASS
> Run 14: PASS
> Run 15: PASS
> Run 16: PASS
> Run 17: PASS
> Run 18: PASS
> Run 19: PASS
> Run 20: PASS
> Run 21: PASS
> Run 22: PASS
> Run 23: PASS
> Run 24: PASS
> Run 25: PASS
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 1.7.0, vendor: IBM Corporation
> Java home: /opt/ibm-jdk-bin-1.7.0.5/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Failed tests:
> org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
> Run 1: PASS
> Run 2: PASS
> Run 3: PASS
> Run 4: PASS
> Run 5: PASS
> Run 6: PASS
> Run 7: PASS
> Run 8: PASS
> Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>> testGetResourcesJARs:154 First resource must refer to nested.jar but was
> jar:file:/opt/ibm-jdk-
> bin-1.7.0.5/jre/lib/amd64/compressedrefs/jclSC170/vm.jar!/META-
> INF/MANIFEST.MF
> Run 10: PASS
> Run 11: PASS
> Run 12: PASS
> Run 13: PASS
> Run 14: PASS
> Run 15: PASS
> Run 16: PASS
> Run 17: PASS
> Run 18: PASS
> Run 19: PASS
> Run 20: PASS
> Run 21: PASS
> Run 22: PASS
> Run 23: PASS
> Run 24: PASS
> Run 25: PASS
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 1.8.0_77, vendor: Oracle Corporation
> Java home: /opt/icedtea-bin-3.0.0/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> Tests in error:
> GetContentInfoFunctionalTest.testGoogle:76 � FileSystem Unknown message
> with code "java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not
> available".
> at
> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:51)
> at
> org.apache.commons.vfs2.provider.DefaultFileContent.getContentInfo(DefaultFileContent.java:806)
> at
> org.apache.commons.vfs2.provider.https.test.GetContentInfoFunctionalTest.testGoogle(GetContentInfoFunctionalTest.java:76)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
> at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
> at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
> at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1906)
> at
> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1889)
> at
> sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1815)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:128)
> at
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> at
> org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(HttpConnection.java:828)
> at
> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.flushRequestOutputStream(MultiThreadedHttpConnectionManager.java:1565)
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2116)
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
> at
> org.apache.commons.vfs2.provider.http.HttpFileObject.getHeadMethod(HttpFileObject.java:240)
> at
> org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:47)
> ... 26 more
> Caused by: java.lang.RuntimeException:
> java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
> at sun.security.util.ECUtil.getECParameters(ECUtil.java:100)
> at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:149)
> at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385)
> at
> sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1065)
> at
> sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:284)
> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
> at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
> at
> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062)
> at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
> at
> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:747)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
> ... 38 more
> Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters
> not available
> at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
> at java.security.Security.getImpl(Security.java:695)
> at
> java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146)
> at sun.security.util.ECUtil.getECParameters(ECUtil.java:98)
> ... 48 more
> ========================= %< ======================
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> Maven home: /usr/share/maven-bin-3.3
> Java version: 9-ea, vendor: Oracle Corporation
> Java home: /opt/oracle-jdk-bin-1.9.0.0_beta116
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
> ========================= %< ======================
> $ mcp -Danimal.sniffer.skip
> [INFO] Scanning for projects...
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] Apache Commons VFS
> [INFO] Apache Commons VFS Core
> [INFO] Apache Commons VFS Examples
> [INFO] Apache Commons VFS Distribution
> [INFO]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Commons VFS 2.1
> [INFO]
> ------------------------------------------------------------------------
> [INFO]
> [INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-vfs2-
> project ---
> [INFO] Deleting /home/joehni/tmp/download/commons-vfs-2.1/target
> [INFO]
> [INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ commons-
> vfs2-project ---
> [INFO]
> [INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @
> commons-vfs2-project ---
> [INFO]
> [INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-vfs2-
> project ---
> [INFO] Executing tasks
>
> main:
> [copy] Copying 2 files to /home/joehni/tmp/download/commons-
> vfs-2.1/target/apidocs/META-INF
> [INFO] Executed tasks
> [INFO]
> [INFO] --- maven-antrun-plugin:1.8:run (vfs-jar-manifest) @ commons-vfs2-
> project ---
> [INFO] Executing tasks
>
> main:
> [mkdir] Created dir: /home/joehni/tmp/download/commons-
> vfs-2.1/target/osgi
> [touch] Creating /home/joehni/tmp/download/commons-
> vfs-2.1/target/osgi/MANIFEST.MF
> [INFO] Executed tasks
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.5:process (default) @ commons-
> vfs2-project ---
> [INFO]
> [INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-vfs2-
> project ---
> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
> && 'svn' '--non-interactive' 'info'
> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
> [INFO] Storing buildNumber: ?????? at timestamp: 1462399750905
> [INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
> && 'svn' '--non-interactive' 'info'
> [INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
> [INFO] Storing buildScmBranch: UNKNOWN_BRANCH
> [INFO]
> [INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-
> vfs2-project ---
> [WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
> [INFO]
> [INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @
> commons-vfs2-project ---
> [INFO] Signature checking is skipped.
> [INFO]
> [INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @
> commons-vfs2-project ---
> [INFO]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Commons VFS Core 2.1
> [INFO]
> ------------------------------------------------------------------------
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache Commons VFS ................................. SUCCESS [ 3.068
> s]
> [INFO] Apache Commons VFS Core ............................ FAILURE [ 0.350
> s]
> [INFO] Apache Commons VFS Examples ........................ SKIPPED
> [INFO] Apache Commons VFS Distribution .................... SKIPPED
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 3.738 s
> [INFO] Finished at: 2016-05-05T00:09:12+02:00
> [INFO] Final Memory: 23M/78M
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal on project commons-vfs2: Could not resolve
> dependencies for project org.apache.commons:commons-vfs2:jar:2.1: Could not
> find artifact jdk.tools:jdk.tools:jar:1.6 at specified path /opt/oracle-jdk-
> bin-1.9.0.0_beta116/../lib/tools.jar -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please
> read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
> [ERROR] mvn<goals> -rf :commons-vfs2
> ========================= %< ======================
>
> The reason is an invalid (transitive) system dependency on tools.jar of
> Hadoop which is no longer present in Java 9.
>
> Cheers,
> J�rg
>
>
> Josh Elser wrote:
>
>> All,
>>
>> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>>
>> Maven repository:
>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>
>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>> 1192914d1ba6f8ca3a2a688feeff602c
>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>> 0646187562302a7dcfbddb93204fc9eb
>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
>> SHA1 commons-vfs-distribution-2.1-bin.zip
>> 942a23fb202b89b1a8432beeb0a66469959e661d
>> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
>> SHA1 commons-vfs-distribution-2.1-src.zip
>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>
>> Signed with 4677D66C from
>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>
>> SVN tag is available at
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>> r1742212
>>
>> Staged Maven website:
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>
>> All reports are available in the provided staged Maven site (see
>> "Project Reports" at the root-level as well as under each sub-module).
>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>> repository. Unit tests pass and the RC was built util JDK6.
>>
>> (For Sebb) A direct Clirr link
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>
>> Changes since rc0:
>>
>> * Improved release notes and website for compatibility
>> * Fixes to pom.xml for building website
>>
>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>
>> [ ] +1 Release these artifacts as version 2.1
>> [ ] 0 OK, but...
>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>
>> - Josh
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
Hi,
I've tried to build the release from the source tarball using my compiler
zoo.
Passes:
- Sun JDK 1.6
- IcedTea/OpenJDK 6
- Oracle JDK 1.7
- IcedTea/OpenJDK 7
- Oracle JDK 1.8
Tests fail with IBM JDKs 1.6 and 1.7, IcedTea/OpenJDK 3 and Java 9:
========================= %< ======================
$ mvn-3.2 -version
Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
2014-12-14T18:29:23+01:00)
Maven home: /usr/share/maven-bin-3.2
Java version: 1.6.0, vendor: IBM Corporation
Java home: /opt/ibm-jdk-bin-1.6.0.9_p2/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %< ======================
Failed tests:
org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
Run 1: PASS
Run 2: PASS
Run 3: PASS
Run 4: PASS
Run 5: PASS
Run 6: PASS
Run 7: PASS
Run 8: PASS
Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>testGetResourcesJARs:154 First resource must refer to nested.jar but was
jar:file:/opt/ibm-jdk-
bin-1.6.0.9_p2/jre/lib/amd64/default/jclSC160/vm.jar!/META-INF/MANIFEST.MF
Run 10: PASS
Run 11: PASS
Run 12: PASS
Run 13: PASS
Run 14: PASS
Run 15: PASS
Run 16: PASS
Run 17: PASS
Run 18: PASS
Run 19: PASS
Run 20: PASS
Run 21: PASS
Run 22: PASS
Run 23: PASS
Run 24: PASS
Run 25: PASS
========================= %< ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 1.7.0, vendor: IBM Corporation
Java home: /opt/ibm-jdk-bin-1.7.0.5/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %< ======================
Failed tests:
org.apache.commons.vfs2.impl.test.VfsClassLoaderTests.testGetResourcesJARs(org.apache.commons.vfs2.impl.test.VfsClassLoaderTests)
Run 1: PASS
Run 2: PASS
Run 3: PASS
Run 4: PASS
Run 5: PASS
Run 6: PASS
Run 7: PASS
Run 8: PASS
Run 9: VfsClassLoaderTests>AbstractProviderTestCase.runTest:218-
>testGetResourcesJARs:154 First resource must refer to nested.jar but was
jar:file:/opt/ibm-jdk-
bin-1.7.0.5/jre/lib/amd64/compressedrefs/jclSC170/vm.jar!/META-
INF/MANIFEST.MF
Run 10: PASS
Run 11: PASS
Run 12: PASS
Run 13: PASS
Run 14: PASS
Run 15: PASS
Run 16: PASS
Run 17: PASS
Run 18: PASS
Run 19: PASS
Run 20: PASS
Run 21: PASS
Run 22: PASS
Run 23: PASS
Run 24: PASS
Run 25: PASS
========================= %< ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 1.8.0_77, vendor: Oracle Corporation
Java home: /opt/icedtea-bin-3.0.0/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %< ======================
Tests in error:
GetContentInfoFunctionalTest.testGoogle:76 � FileSystem Unknown message
with code "java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not
available".
at
org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:51)
at
org.apache.commons.vfs2.provider.DefaultFileContent.getContentInfo(DefaultFileContent.java:806)
at
org.apache.commons.vfs2.provider.https.test.GetContentInfoFunctionalTest.testGoogle(GetContentInfoFunctionalTest.java:76)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1906)
at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1889)
at
sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1815)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:128)
at
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
at
org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(HttpConnection.java:828)
at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.flushRequestOutputStream(MultiThreadedHttpConnectionManager.java:1565)
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2116)
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
at
org.apache.commons.vfs2.provider.http.HttpFileObject.getHeadMethod(HttpFileObject.java:240)
at
org.apache.commons.vfs2.provider.http.HttpFileContentInfoFactory.create(HttpFileContentInfoFactory.java:47)
... 26 more
Caused by: java.lang.RuntimeException:
java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available
at sun.security.util.ECUtil.getECParameters(ECUtil.java:100)
at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:149)
at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385)
at
sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1065)
at
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:284)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
at
sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062)
at
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
at
sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:747)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
... 38 more
Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters
not available
at sun.security.jca.GetInstance.getInstance(GetInstance.java:159)
at java.security.Security.getImpl(Security.java:695)
at
java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146)
at sun.security.util.ECUtil.getECParameters(ECUtil.java:98)
... 48 more
========================= %< ======================
$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/share/maven-bin-3.3
Java version: 9-ea, vendor: Oracle Corporation
Java home: /opt/oracle-jdk-bin-1.9.0.0_beta116
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.4.6-gentoo", arch: "amd64", family: "unix"
========================= %< ======================
$ mcp -Danimal.sniffer.skip
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] Apache Commons VFS
[INFO] Apache Commons VFS Core
[INFO] Apache Commons VFS Examples
[INFO] Apache Commons VFS Distribution
[INFO]
[INFO]
------------------------------------------------------------------------
[INFO] Building Apache Commons VFS 2.1
[INFO]
------------------------------------------------------------------------
[INFO]
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ commons-vfs2-
project ---
[INFO] Deleting /home/joehni/tmp/download/commons-vfs-2.1/target
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-3) @ commons-
vfs2-project ---
[INFO]
[INFO] --- build-helper-maven-plugin:1.10:parse-version (parse-version) @
commons-vfs2-project ---
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-vfs2-
project ---
[INFO] Executing tasks
main:
[copy] Copying 2 files to /home/joehni/tmp/download/commons-
vfs-2.1/target/apidocs/META-INF
[INFO] Executed tasks
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (vfs-jar-manifest) @ commons-vfs2-
project ---
[INFO] Executing tasks
main:
[mkdir] Created dir: /home/joehni/tmp/download/commons-
vfs-2.1/target/osgi
[touch] Creating /home/joehni/tmp/download/commons-
vfs-2.1/target/osgi/MANIFEST.MF
[INFO] Executed tasks
[INFO]
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ commons-
vfs2-project ---
[INFO]
[INFO] --- buildnumber-maven-plugin:1.4:create (default) @ commons-vfs2-
project ---
[INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
&& 'svn' '--non-interactive' 'info'
[INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
[INFO] Storing buildNumber: ?????? at timestamp: 1462399750905
[INFO] Executing: /bin/sh -c cd '/home/joehni/tmp/download/commons-vfs-2.1'
&& 'svn' '--non-interactive' 'info'
[INFO] Working directory: /home/joehni/tmp/download/commons-vfs-2.1
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[INFO]
[INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @ commons-
vfs2-project ---
[WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
[INFO]
[INFO] --- animal-sniffer-maven-plugin:1.15:check (checkAPIcompatibility) @
commons-vfs2-project ---
[INFO] Signature checking is skipped.
[INFO]
[INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @
commons-vfs2-project ---
[INFO]
[INFO]
------------------------------------------------------------------------
[INFO] Building Apache Commons VFS Core 2.1
[INFO]
------------------------------------------------------------------------
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache Commons VFS ................................. SUCCESS [ 3.068
s]
[INFO] Apache Commons VFS Core ............................ FAILURE [ 0.350
s]
[INFO] Apache Commons VFS Examples ........................ SKIPPED
[INFO] Apache Commons VFS Distribution .................... SKIPPED
[INFO]
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 3.738 s
[INFO] Finished at: 2016-05-05T00:09:12+02:00
[INFO] Final Memory: 23M/78M
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal on project commons-vfs2: Could not resolve
dependencies for project org.apache.commons:commons-vfs2:jar:2.1: Could not
find artifact jdk.tools:jdk.tools:jar:1.6 at specified path /opt/oracle-jdk-
bin-1.9.0.0_beta116/../lib/tools.jar -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please
read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the
command
[ERROR] mvn <goals> -rf :commons-vfs2
========================= %< ======================
The reason is an invalid (transitive) system dependency on tools.jar of
Hadoop which is no longer present in Java 9.
Cheers,
J�rg
Josh Elser wrote:
> All,
>
> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>
> Maven repository:
> https://repository.apache.org/content/repositories/orgapachecommons-1163
> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>
> MD5 commons-vfs-distribution-2.1-bin.tar.gz
> 1192914d1ba6f8ca3a2a688feeff602c
> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
> 285097f1db6cbc9d76ae5bb3adf66a315344a864
> MD5 commons-vfs-distribution-2.1-src.tar.gz
> 0646187562302a7dcfbddb93204fc9eb
> SHA1 commons-vfs-distribution-2.1-src.tar.gz
> 24bab87fd4049b9389acd1b6e272f405630aeb25
> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
> SHA1 commons-vfs-distribution-2.1-bin.zip
> 942a23fb202b89b1a8432beeb0a66469959e661d
> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
> SHA1 commons-vfs-distribution-2.1-src.zip
> 1ddf0d218f659766f136894eab0beca504ab9f8c
>
> Signed with 4677D66C from
> https://dist.apache.org/repos/dist/release/commons/KEYS
>
> SVN tag is available at
> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
> r1742212
>
> Staged Maven website:
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>
> All reports are available in the provided staged Maven site (see
> "Project Reports" at the root-level as well as under each sub-module).
> JIRA-generated release notes are available in the dist.a.o "Artifacts"
> repository. Unit tests pass and the RC was built util JDK6.
>
> (For Sebb) A direct Clirr link
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>
> Changes since rc0:
>
> * Improved release notes and website for compatibility
> * Fixes to pom.xml for building website
>
> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>
> [ ] +1 Release these artifacts as version 2.1
> [ ] 0 OK, but...
> [ ] -1 I oppose these artifacts as version 2.1 because..
>
> - Josh
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Gary Gregory wrote:
> Some of the versions of jars in this page are out of date.
>
> Why not refer to the generated page:
> https://home.apache.org/~elserj/commons/commons-vfs-2.1/dependency-management.html
> from the "About" page and other places if any?
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Gary Gregory <ga...@gmail.com>.
I am recording here what I've found and tested (no VOTE yet):
Minor:
[INFO] --- maven-bundle-plugin:3.0.1:manifest (bundle-manifest) @
commons-vfs2-project ---
[WARN] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
Plain wrong but not a blocker IMO (could be hacked post release):
https://home.apache.org/~elserj/commons/commons-vfs-2.1/download.html
Some of the versions of jars in this page are out of date.
Why not refer to the generated page:
https://home.apache.org/~elserj/commons/commons-vfs-2.1/dependency-management.html
from the "About" page and other places if any?
Based on the src distribution zip file:
MD5, SHA1, ASC, reports OK (Clirr is a separate topic).
Builds OK running: 'mvn clean test' and then 'mvn package -DskipTests' with:
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T08:41:47-08:00)
Maven home: E:\Java\apache-maven-3.3.9\bin\..
Java version: 1.8.0_91, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_91\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
Gary
On Tue, May 3, 2016 at 8:43 PM, Josh Elser <el...@apache.org> wrote:
> All,
>
> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>
> Maven repository:
> https://repository.apache.org/content/repositories/orgapachecommons-1163
> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>
> MD5 commons-vfs-distribution-2.1-bin.tar.gz
> 1192914d1ba6f8ca3a2a688feeff602c
> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
> 285097f1db6cbc9d76ae5bb3adf66a315344a864
> MD5 commons-vfs-distribution-2.1-src.tar.gz
> 0646187562302a7dcfbddb93204fc9eb
> SHA1 commons-vfs-distribution-2.1-src.tar.gz
> 24bab87fd4049b9389acd1b6e272f405630aeb25
> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
> SHA1 commons-vfs-distribution-2.1-bin.zip
> 942a23fb202b89b1a8432beeb0a66469959e661d
> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
> SHA1 commons-vfs-distribution-2.1-src.zip
> 1ddf0d218f659766f136894eab0beca504ab9f8c
>
> Signed with 4677D66C from
> https://dist.apache.org/repos/dist/release/commons/KEYS
>
> SVN tag is available at
> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
> r1742212
>
> Staged Maven website:
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>
> All reports are available in the provided staged Maven site (see "Project
> Reports" at the root-level as well as under each sub-module).
> JIRA-generated release notes are available in the dist.a.o "Artifacts"
> repository. Unit tests pass and the RC was built util JDK6.
>
> (For Sebb) A direct Clirr link
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>
> Changes since rc0:
>
> * Improved release notes and website for compatibility
> * Fixes to pom.xml for building website
>
> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>
> [ ] +1 Release these artifacts as version 2.1
> [ ] 0 OK, but...
> [ ] -1 I oppose these artifacts as version 2.1 because..
>
> - Josh
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Thanks Benedikt for stating you'll vote. I look forward to it.
Greg, thanks again for making the time here and I see that you have
requested a new RC, but I do not wish to honor it unless you commit to
writing a patch with the changes you want to make in a very quick
timeframe (a day or two). I don't see a commit nor a JIRA issue filed
for this yet, so I'm assuming it's not already done/ready; please
correct me if I'm wrong.
2.1 can still be released as-is and you have the ability to make the
changes you desire, test to your heart's content and then make a 2.1.1
release to address this issue. It would be a much different story to me
if there was any semblance of a regular release cadence, but I have no
patience for "last minute changes" after so long since your last
release. IMO, you are doing just as much harm in not releasing code (due
to the nasty race conditions that exist in 2.0) than you are in
releasing something that is not 100% binary compatible.
Gary Gregory wrote:
> Please note that I'm requesting one more RC.
>
> For details, see the thread "[VFS] BC breaks in VFS 2.1 RC1" starting here
> http://mail-archives.apache.org/mod_mbox/commons-dev/201605.mbox/%3CCACZkXPy2R2m-95yme4J8ZbRQVtj%3DHaEZ7LncR7aU_QYAVt3UCA%40mail.gmail.com%3E
>
> Thank you,
>
> Gary
>
> On Sun, May 8, 2016 at 5:06 AM, Benedikt Ritter<br...@apache.org> wrote:
>
>> Hello Josh,
>>
>> thank you for pushing this release. Sorry I haven't voted yet. I will have
>> time tomorrow morning to have a look.
>>
>> Benedikt
>>
>> Josh Elser<el...@apache.org> schrieb am Fr., 6. Mai 2016 um 16:24 Uhr:
>>
>>> Well, we've already passed the 3day vote window and have no binding
>> votes.
>>> **PMC, please vote.**
>>>
>>> (Thanks to Stian for the nonbinding vote)
>>>
>>> Consider the vote extended another 48hrs.
>>> On May 3, 2016 11:43 PM, "Josh Elser"<el...@apache.org> wrote:
>>>
>>>> All,
>>>>
>>>> Please consider the following for Apache Commons VFS2 version 2.1
>> (rc1).
>>>> Maven repository:
>>>>
>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>>>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>>>
>>>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>>>> 1192914d1ba6f8ca3a2a688feeff602c
>>>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>>>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>>>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>>>> 0646187562302a7dcfbddb93204fc9eb
>>>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>>>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>>>> MD5 commons-vfs-distribution-2.1-bin.zip
>>> 3785874aa0cda64d68acbb8fb7db8bea
>>>> SHA1 commons-vfs-distribution-2.1-bin.zip
>>>> 942a23fb202b89b1a8432beeb0a66469959e661d
>>>> MD5 commons-vfs-distribution-2.1-src.zip
>>> c8ef43d308bed1b3ffcb363c15285176
>>>> SHA1 commons-vfs-distribution-2.1-src.zip
>>>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>>>
>>>> Signed with 4677D66C from
>>>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>>>
>>>> SVN tag is available at
>>>>
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>>>> r1742212
>>>>
>>>> Staged Maven website:
>>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>>>
>>>> All reports are available in the provided staged Maven site (see
>> "Project
>>>> Reports" at the root-level as well as under each sub-module).
>>>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>>>> repository. Unit tests pass and the RC was built util JDK6.
>>>>
>>>> (For Sebb) A direct Clirr link
>>>>
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>>> Changes since rc0:
>>>>
>>>> * Improved release notes and website for compatibility
>>>> * Fixes to pom.xml for building website
>>>>
>>>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>>>
>>>> [ ] +1 Release these artifacts as version 2.1
>>>> [ ] 0 OK, but...
>>>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>>>
>>>> - Josh
>>>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Gary Gregory <ga...@gmail.com>.
-1 to pick up the latest from trunk in a new RC.
Gary
On Sun, May 8, 2016 at 5:35 PM, Josh Elser <el...@apache.org> wrote:
> Also, Gary, please cast a vote of -1 if that is your opinion. Requesting
> action without a vote doesn't actually help anyone (especially because
> release votes are decided by a majority). I do not plan on closing this
> vote until we actually get some votes.
>
> **PMC, yet again, we've exceeded the vote extension and I've gotten one
> binding vote (essentially**. Please vote at your earliest convenience.
>
>
> Gary Gregory wrote:
>
>> Please note that I'm requesting one more RC.
>>
>> For details, see the thread "[VFS] BC breaks in VFS 2.1 RC1" starting here
>>
>> http://mail-archives.apache.org/mod_mbox/commons-dev/201605.mbox/%3CCACZkXPy2R2m-95yme4J8ZbRQVtj%3DHaEZ7LncR7aU_QYAVt3UCA%40mail.gmail.com%3E
>>
>> Thank you,
>>
>> Gary
>>
>> On Sun, May 8, 2016 at 5:06 AM, Benedikt Ritter<br...@apache.org>
>> wrote:
>>
>> Hello Josh,
>>>
>>> thank you for pushing this release. Sorry I haven't voted yet. I will
>>> have
>>> time tomorrow morning to have a look.
>>>
>>> Benedikt
>>>
>>> Josh Elser<el...@apache.org> schrieb am Fr., 6. Mai 2016 um 16:24 Uhr:
>>>
>>> Well, we've already passed the 3day vote window and have no binding
>>>>
>>> votes.
>>>
>>>> **PMC, please vote.**
>>>>
>>>> (Thanks to Stian for the nonbinding vote)
>>>>
>>>> Consider the vote extended another 48hrs.
>>>> On May 3, 2016 11:43 PM, "Josh Elser"<el...@apache.org> wrote:
>>>>
>>>> All,
>>>>>
>>>>> Please consider the following for Apache Commons VFS2 version 2.1
>>>>>
>>>> (rc1).
>>>
>>>> Maven repository:
>>>>>
>>>>>
>>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>>>
>>>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>>>>
>>>>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>>>>> 1192914d1ba6f8ca3a2a688feeff602c
>>>>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>>>>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>>>>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>>>>> 0646187562302a7dcfbddb93204fc9eb
>>>>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>>>>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>>>>> MD5 commons-vfs-distribution-2.1-bin.zip
>>>>>
>>>> 3785874aa0cda64d68acbb8fb7db8bea
>>>>
>>>>> SHA1 commons-vfs-distribution-2.1-bin.zip
>>>>> 942a23fb202b89b1a8432beeb0a66469959e661d
>>>>> MD5 commons-vfs-distribution-2.1-src.zip
>>>>>
>>>> c8ef43d308bed1b3ffcb363c15285176
>>>>
>>>>> SHA1 commons-vfs-distribution-2.1-src.zip
>>>>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>>>>
>>>>> Signed with 4677D66C from
>>>>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>>>>
>>>>> SVN tag is available at
>>>>>
>>>>>
>>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>>>
>>>> r1742212
>>>>>
>>>>> Staged Maven website:
>>>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>>>>
>>>>> All reports are available in the provided staged Maven site (see
>>>>>
>>>> "Project
>>>
>>>> Reports" at the root-level as well as under each sub-module).
>>>>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>>>>> repository. Unit tests pass and the RC was built util JDK6.
>>>>>
>>>>> (For Sebb) A direct Clirr link
>>>>>
>>>>>
>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>>
>>>> Changes since rc0:
>>>>>
>>>>> * Improved release notes and website for compatibility
>>>>> * Fixes to pom.xml for building website
>>>>>
>>>>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>>>>
>>>>> [ ] +1 Release these artifacts as version 2.1
>>>>> [ ] 0 OK, but...
>>>>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>>>>
>>>>> - Josh
>>>>>
>>>>>
>>
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Also, Gary, please cast a vote of -1 if that is your opinion. Requesting
action without a vote doesn't actually help anyone (especially because
release votes are decided by a majority). I do not plan on closing this
vote until we actually get some votes.
**PMC, yet again, we've exceeded the vote extension and I've gotten one
binding vote (essentially**. Please vote at your earliest convenience.
Gary Gregory wrote:
> Please note that I'm requesting one more RC.
>
> For details, see the thread "[VFS] BC breaks in VFS 2.1 RC1" starting here
> http://mail-archives.apache.org/mod_mbox/commons-dev/201605.mbox/%3CCACZkXPy2R2m-95yme4J8ZbRQVtj%3DHaEZ7LncR7aU_QYAVt3UCA%40mail.gmail.com%3E
>
> Thank you,
>
> Gary
>
> On Sun, May 8, 2016 at 5:06 AM, Benedikt Ritter<br...@apache.org> wrote:
>
>> Hello Josh,
>>
>> thank you for pushing this release. Sorry I haven't voted yet. I will have
>> time tomorrow morning to have a look.
>>
>> Benedikt
>>
>> Josh Elser<el...@apache.org> schrieb am Fr., 6. Mai 2016 um 16:24 Uhr:
>>
>>> Well, we've already passed the 3day vote window and have no binding
>> votes.
>>> **PMC, please vote.**
>>>
>>> (Thanks to Stian for the nonbinding vote)
>>>
>>> Consider the vote extended another 48hrs.
>>> On May 3, 2016 11:43 PM, "Josh Elser"<el...@apache.org> wrote:
>>>
>>>> All,
>>>>
>>>> Please consider the following for Apache Commons VFS2 version 2.1
>> (rc1).
>>>> Maven repository:
>>>>
>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>>>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>>>
>>>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>>>> 1192914d1ba6f8ca3a2a688feeff602c
>>>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>>>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>>>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>>>> 0646187562302a7dcfbddb93204fc9eb
>>>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>>>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>>>> MD5 commons-vfs-distribution-2.1-bin.zip
>>> 3785874aa0cda64d68acbb8fb7db8bea
>>>> SHA1 commons-vfs-distribution-2.1-bin.zip
>>>> 942a23fb202b89b1a8432beeb0a66469959e661d
>>>> MD5 commons-vfs-distribution-2.1-src.zip
>>> c8ef43d308bed1b3ffcb363c15285176
>>>> SHA1 commons-vfs-distribution-2.1-src.zip
>>>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>>>
>>>> Signed with 4677D66C from
>>>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>>>
>>>> SVN tag is available at
>>>>
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>>>> r1742212
>>>>
>>>> Staged Maven website:
>>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>>>
>>>> All reports are available in the provided staged Maven site (see
>> "Project
>>>> Reports" at the root-level as well as under each sub-module).
>>>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>>>> repository. Unit tests pass and the RC was built util JDK6.
>>>>
>>>> (For Sebb) A direct Clirr link
>>>>
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>>> Changes since rc0:
>>>>
>>>> * Improved release notes and website for compatibility
>>>> * Fixes to pom.xml for building website
>>>>
>>>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>>>
>>>> [ ] +1 Release these artifacts as version 2.1
>>>> [ ] 0 OK, but...
>>>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>>>
>>>> - Josh
>>>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Gary Gregory <ga...@gmail.com>.
Please note that I'm requesting one more RC.
For details, see the thread "[VFS] BC breaks in VFS 2.1 RC1" starting here
http://mail-archives.apache.org/mod_mbox/commons-dev/201605.mbox/%3CCACZkXPy2R2m-95yme4J8ZbRQVtj%3DHaEZ7LncR7aU_QYAVt3UCA%40mail.gmail.com%3E
Thank you,
Gary
On Sun, May 8, 2016 at 5:06 AM, Benedikt Ritter <br...@apache.org> wrote:
> Hello Josh,
>
> thank you for pushing this release. Sorry I haven't voted yet. I will have
> time tomorrow morning to have a look.
>
> Benedikt
>
> Josh Elser <el...@apache.org> schrieb am Fr., 6. Mai 2016 um 16:24 Uhr:
>
> > Well, we've already passed the 3day vote window and have no binding
> votes.
> > **PMC, please vote.**
> >
> > (Thanks to Stian for the nonbinding vote)
> >
> > Consider the vote extended another 48hrs.
> > On May 3, 2016 11:43 PM, "Josh Elser" <el...@apache.org> 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
> > >
> >
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Benedikt Ritter <br...@apache.org>.
Hello Josh,
thank you for pushing this release. Sorry I haven't voted yet. I will have
time tomorrow morning to have a look.
Benedikt
Josh Elser <el...@apache.org> schrieb am Fr., 6. Mai 2016 um 16:24 Uhr:
> Well, we've already passed the 3day vote window and have no binding votes.
> **PMC, please vote.**
>
> (Thanks to Stian for the nonbinding vote)
>
> Consider the vote extended another 48hrs.
> On May 3, 2016 11:43 PM, "Josh Elser" <el...@apache.org> 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
> >
>
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Thanks Gary! Will keep an eye out.
Gary Gregory wrote:
> Sorry, quite busy this week, I'll try to take a look later today or this
> weekend.
>
> Gary
> On May 6, 2016 7:24 AM, "Josh Elser"<el...@apache.org> wrote:
>
>> Well, we've already passed the 3day vote window and have no binding votes.
>> **PMC, please vote.**
>>
>> (Thanks to Stian for the nonbinding vote)
>>
>> Consider the vote extended another 48hrs.
>> On May 3, 2016 11:43 PM, "Josh Elser"<el...@apache.org> wrote:
>>
>>> All,
>>>
>>> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>>>
>>> Maven repository:
>>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>>
>>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>>> 1192914d1ba6f8ca3a2a688feeff602c
>>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>>> 0646187562302a7dcfbddb93204fc9eb
>>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>>> MD5 commons-vfs-distribution-2.1-bin.zip
>> 3785874aa0cda64d68acbb8fb7db8bea
>>> SHA1 commons-vfs-distribution-2.1-bin.zip
>>> 942a23fb202b89b1a8432beeb0a66469959e661d
>>> MD5 commons-vfs-distribution-2.1-src.zip
>> c8ef43d308bed1b3ffcb363c15285176
>>> SHA1 commons-vfs-distribution-2.1-src.zip
>>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>>
>>> Signed with 4677D66C from
>>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>>
>>> SVN tag is available at
>>>
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>>> r1742212
>>>
>>> Staged Maven website:
>>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>>
>>> All reports are available in the provided staged Maven site (see "Project
>>> Reports" at the root-level as well as under each sub-module).
>>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>>> repository. Unit tests pass and the RC was built util JDK6.
>>>
>>> (For Sebb) A direct Clirr link
>>>
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>> Changes since rc0:
>>>
>>> * Improved release notes and website for compatibility
>>> * Fixes to pom.xml for building website
>>>
>>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>>
>>> [ ] +1 Release these artifacts as version 2.1
>>> [ ] 0 OK, but...
>>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>>
>>> - Josh
>>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Gary Gregory <ga...@gmail.com>.
Sorry, quite busy this week, I'll try to take a look later today or this
weekend.
Gary
On May 6, 2016 7:24 AM, "Josh Elser" <el...@apache.org> wrote:
> Well, we've already passed the 3day vote window and have no binding votes.
> **PMC, please vote.**
>
> (Thanks to Stian for the nonbinding vote)
>
> Consider the vote extended another 48hrs.
> On May 3, 2016 11:43 PM, "Josh Elser" <el...@apache.org> 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
> >
>
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Well, we've already passed the 3day vote window and have no binding votes.
**PMC, please vote.**
(Thanks to Stian for the nonbinding vote)
Consider the vote extended another 48hrs.
On May 3, 2016 11:43 PM, "Josh Elser" <el...@apache.org> 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
>
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
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 <jo...@gmx.de> 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: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Jörg Schaible <jo...@gmx.de>.
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: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
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 <ec...@zusammenkunft.net> 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 <st...@apache.org>:
>
>> +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 <el...@apache.org> wrote:
>> > All,
>> >
>> > Please consider the following for Apache Commons VFS2 version 2.1
>> > (rc1).
>> >
>> > Maven repository:
>> > https://repository.apache.org/content/repositories/orgapachecommons-1163
>> > Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/
>> > r13511
>> >
>> > MD5 commons-vfs-distribution-2.1-bin.tar.gz
>> > 1192914d1ba6f8ca3a2a688feeff602c
>> > SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>> > 285097f1db6cbc9d76ae5bb3adf66a315344a864
>> > MD5 commons-vfs-distribution-2.1-src.tar.gz
>> > 0646187562302a7dcfbddb93204fc9eb
>> > SHA1 commons-vfs-distribution-2.1-src.tar.gz
>> > 24bab87fd4049b9389acd1b6e272f405630aeb25
>> > MD5 commons-vfs-distribution-2.1-bin.zip
>> > 3785874aa0cda64d68acbb8fb7db8bea SHA1
>> > commons-vfs-distribution-2.1-bin.zip
>> > 942a23fb202b89b1a8432beeb0a66469959e661d MD5
>> > commons-vfs-distribution-2.1-src.zip
>> > c8ef43d308bed1b3ffcb363c15285176 SHA1
>> > commons-vfs-distribution-2.1-src.zip
>> > 1ddf0d218f659766f136894eab0beca504ab9f8c
>> >
>> > Signed with 4677D66C from
>> > https://dist.apache.org/repos/dist/release/commons/KEYS
>> >
>> > SVN tag is available at
>> > https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>> > r1742212
>> >
>> > Staged Maven website:
>> > http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>> >
>> > All reports are available in the provided staged Maven site (see
>> > "Project Reports" at the root-level as well as under each
>> > sub-module). JIRA-generated release notes are available in the
>> > dist.a.o "Artifacts" repository. Unit tests pass and the RC was
>> > built util JDK6.
>> >
>> > (For Sebb) A direct Clirr link
>> > http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>> >
>> > Changes since rc0:
>> >
>> > * Improved release notes and website for compatibility
>> > * Fixes to pom.xml for building website
>> >
>> > This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>> >
>> > [ ] +1 Release these artifacts as version 2.1
>> > [ ] 0 OK, but...
>> > [ ] -1 I oppose these artifacts as version 2.1 because..
>> >
>> > - Josh
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> > For additional commands, e-mail: dev-help@commons.apache.org
>> >
>>
>>
>>
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Bernd Eckenfels <ec...@zusammenkunft.net>.
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 <st...@apache.org>:
> +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 <el...@apache.org> wrote:
> > All,
> >
> > Please consider the following for Apache Commons VFS2 version 2.1
> > (rc1).
> >
> > Maven repository:
> > https://repository.apache.org/content/repositories/orgapachecommons-1163
> > Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/
> > r13511
> >
> > MD5 commons-vfs-distribution-2.1-bin.tar.gz
> > 1192914d1ba6f8ca3a2a688feeff602c
> > SHA1 commons-vfs-distribution-2.1-bin.tar.gz
> > 285097f1db6cbc9d76ae5bb3adf66a315344a864
> > MD5 commons-vfs-distribution-2.1-src.tar.gz
> > 0646187562302a7dcfbddb93204fc9eb
> > SHA1 commons-vfs-distribution-2.1-src.tar.gz
> > 24bab87fd4049b9389acd1b6e272f405630aeb25
> > MD5 commons-vfs-distribution-2.1-bin.zip
> > 3785874aa0cda64d68acbb8fb7db8bea SHA1
> > commons-vfs-distribution-2.1-bin.zip
> > 942a23fb202b89b1a8432beeb0a66469959e661d MD5
> > commons-vfs-distribution-2.1-src.zip
> > c8ef43d308bed1b3ffcb363c15285176 SHA1
> > commons-vfs-distribution-2.1-src.zip
> > 1ddf0d218f659766f136894eab0beca504ab9f8c
> >
> > Signed with 4677D66C from
> > https://dist.apache.org/repos/dist/release/commons/KEYS
> >
> > SVN tag is available at
> > https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
> > r1742212
> >
> > Staged Maven website:
> > http://home.apache.org/~elserj/commons/commons-vfs-2.1/
> >
> > All reports are available in the provided staged Maven site (see
> > "Project Reports" at the root-level as well as under each
> > sub-module). JIRA-generated release notes are available in the
> > dist.a.o "Artifacts" repository. Unit tests pass and the RC was
> > built util JDK6.
> >
> > (For Sebb) A direct Clirr link
> > http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
> >
> > Changes since rc0:
> >
> > * Improved release notes and website for compatibility
> > * Fixes to pom.xml for building website
> >
> > This vote will be open for 72-hours, 2016/05/06 0400 UTC.
> >
> > [ ] +1 Release these artifacts as version 2.1
> > [ ] 0 OK, but...
> > [ ] -1 I oppose these artifacts as version 2.1 because..
> >
> > - Josh
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Stian Soiland-Reyes <st...@apache.org>.
+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 <el...@apache.org> wrote:
> All,
>
> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>
> Maven repository:
> https://repository.apache.org/content/repositories/orgapachecommons-1163
> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>
> MD5 commons-vfs-distribution-2.1-bin.tar.gz
> 1192914d1ba6f8ca3a2a688feeff602c
> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
> 285097f1db6cbc9d76ae5bb3adf66a315344a864
> MD5 commons-vfs-distribution-2.1-src.tar.gz
> 0646187562302a7dcfbddb93204fc9eb
> SHA1 commons-vfs-distribution-2.1-src.tar.gz
> 24bab87fd4049b9389acd1b6e272f405630aeb25
> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
> SHA1 commons-vfs-distribution-2.1-bin.zip
> 942a23fb202b89b1a8432beeb0a66469959e661d
> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
> SHA1 commons-vfs-distribution-2.1-src.zip
> 1ddf0d218f659766f136894eab0beca504ab9f8c
>
> Signed with 4677D66C from
> https://dist.apache.org/repos/dist/release/commons/KEYS
>
> SVN tag is available at
> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
> r1742212
>
> Staged Maven website:
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>
> All reports are available in the provided staged Maven site (see "Project
> Reports" at the root-level as well as under each sub-module). JIRA-generated
> release notes are available in the dist.a.o "Artifacts" repository. Unit
> tests pass and the RC was built util JDK6.
>
> (For Sebb) A direct Clirr link
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>
> Changes since rc0:
>
> * Improved release notes and website for compatibility
> * Fixes to pom.xml for building website
>
> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>
> [ ] +1 Release these artifacts as version 2.1
> [ ] 0 OK, but...
> [ ] -1 I oppose these artifacts as version 2.1 because..
>
> - Josh
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons RDF (incubating)
http://orcid.org/0000-0001-9842-9718
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Josh Elser <el...@apache.org>.
Benedikt Ritter wrote:
>> - The name is different from Release 1.0. It has been vfs-1.0, no it is
>> > commons-vfs-project-2.1. I think we should stick with the convention
>> > established with v1.0.
>> >
>
> I've looked at the tag names again. It looks completely mixed up. We have:
>
> vfs-1.0/
> commons-vfs2-project-2.0/
> commons-vfs-project-2.1-RC1/
>
> It looks like release 2.0 has introduced a new convention. It would be good
> to follow this convention with all upcoming releases...
>
>
Ack! I meant to follow suite with the 2.0 release, but it seems like I
missed the "2" in "vfs2". Thanks for catching it.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Benedikt Ritter <br...@apache.org>.
Benedikt Ritter <br...@apache.org> schrieb am Mo., 9. Mai 2016 um
21:03 Uhr:
> Hello Josh,
>
> first of all: Thank you for RMing VFS 2.1! Sorry it took me so long, but
> I'm about to go on vacation and you know how that is... :o)
>
> Here are my observations:
>
> - The staging repo contains a lot of stuff which is not needed (bin and
> src archives, examples). Not a blocker for me.
> - The Clirr report shows errors. As this has been discussed in length, I
> do not consider this blocking.
> - Signs and hashes look good
> - Release notes look good
> - Site looks good
> - There is a difference between the source archive and the release tag.
> Only the tag contains the folder "sandbox". This is strange, but it is not
> a blocker to me, since the sandbox folder does not contain production code.
> - The name is different from Release 1.0. It has been vfs-1.0, no it is
> commons-vfs-project-2.1. I think we should stick with the convention
> established with v1.0.
>
I've looked at the tag names again. It looks completely mixed up. We have:
vfs-1.0/
commons-vfs2-project-2.0/
commons-vfs-project-2.1-RC1/
It looks like release 2.0 has introduced a new convention. It would be good
to follow this convention with all upcoming releases...
>
> I have checked the build with:
> Java 1.6 and Maven 3.2.5
> Java 7 and Maven 3.3.9
> Java 8 and Maven 3.3.9
>
> The build works fine with this Java/Maven combinations on Mac OS 10.11.4.
>
> +1 for this release.
>
> Benedikt
>
>
> Josh Elser <el...@apache.org> schrieb am Mi., 4. Mai 2016 um 05:43 Uhr:
>
>> All,
>>
>> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>>
>> Maven repository:
>> https://repository.apache.org/content/repositories/orgapachecommons-1163
>> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>>
>> MD5 commons-vfs-distribution-2.1-bin.tar.gz
>> 1192914d1ba6f8ca3a2a688feeff602c
>> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
>> 285097f1db6cbc9d76ae5bb3adf66a315344a864
>> MD5 commons-vfs-distribution-2.1-src.tar.gz
>> 0646187562302a7dcfbddb93204fc9eb
>> SHA1 commons-vfs-distribution-2.1-src.tar.gz
>> 24bab87fd4049b9389acd1b6e272f405630aeb25
>> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
>> SHA1 commons-vfs-distribution-2.1-bin.zip
>> 942a23fb202b89b1a8432beeb0a66469959e661d
>> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
>> SHA1 commons-vfs-distribution-2.1-src.zip
>> 1ddf0d218f659766f136894eab0beca504ab9f8c
>>
>> Signed with 4677D66C from
>> https://dist.apache.org/repos/dist/release/commons/KEYS
>>
>> SVN tag is available at
>>
>> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
>> r1742212
>>
>> Staged Maven website:
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>>
>> All reports are available in the provided staged Maven site (see
>> "Project Reports" at the root-level as well as under each sub-module).
>> JIRA-generated release notes are available in the dist.a.o "Artifacts"
>> repository. Unit tests pass and the RC was built util JDK6.
>>
>> (For Sebb) A direct Clirr link
>>
>> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>>
>> Changes since rc0:
>>
>> * Improved release notes and website for compatibility
>> * Fixes to pom.xml for building website
>>
>> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>>
>> [ ] +1 Release these artifacts as version 2.1
>> [ ] 0 OK, but...
>> [ ] -1 I oppose these artifacts as version 2.1 because..
>>
>> - Josh
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
Re: [VOTE] Apache Commons VFS 2.1 rc1
Posted by Benedikt Ritter <br...@apache.org>.
Hello Josh,
first of all: Thank you for RMing VFS 2.1! Sorry it took me so long, but
I'm about to go on vacation and you know how that is... :o)
Here are my observations:
- The staging repo contains a lot of stuff which is not needed (bin and src
archives, examples). Not a blocker for me.
- The Clirr report shows errors. As this has been discussed in length, I do
not consider this blocking.
- Signs and hashes look good
- Release notes look good
- Site looks good
- There is a difference between the source archive and the release tag.
Only the tag contains the folder "sandbox". This is strange, but it is not
a blocker to me, since the sandbox folder does not contain production code.
- The name is different from Release 1.0. It has been vfs-1.0, no it is
commons-vfs-project-2.1. I think we should stick with the convention
established with v1.0.
I have checked the build with:
Java 1.6 and Maven 3.2.5
Java 7 and Maven 3.3.9
Java 8 and Maven 3.3.9
The build works fine with this Java/Maven combinations on Mac OS 10.11.4.
+1 for this release.
Benedikt
Josh Elser <el...@apache.org> schrieb am Mi., 4. Mai 2016 um 05:43 Uhr:
> All,
>
> Please consider the following for Apache Commons VFS2 version 2.1 (rc1).
>
> Maven repository:
> https://repository.apache.org/content/repositories/orgapachecommons-1163
> Artifacts: https://dist.apache.org/repos/dist/dev/commons/vfs/ r13511
>
> MD5 commons-vfs-distribution-2.1-bin.tar.gz
> 1192914d1ba6f8ca3a2a688feeff602c
> SHA1 commons-vfs-distribution-2.1-bin.tar.gz
> 285097f1db6cbc9d76ae5bb3adf66a315344a864
> MD5 commons-vfs-distribution-2.1-src.tar.gz
> 0646187562302a7dcfbddb93204fc9eb
> SHA1 commons-vfs-distribution-2.1-src.tar.gz
> 24bab87fd4049b9389acd1b6e272f405630aeb25
> MD5 commons-vfs-distribution-2.1-bin.zip 3785874aa0cda64d68acbb8fb7db8bea
> SHA1 commons-vfs-distribution-2.1-bin.zip
> 942a23fb202b89b1a8432beeb0a66469959e661d
> MD5 commons-vfs-distribution-2.1-src.zip c8ef43d308bed1b3ffcb363c15285176
> SHA1 commons-vfs-distribution-2.1-src.zip
> 1ddf0d218f659766f136894eab0beca504ab9f8c
>
> Signed with 4677D66C from
> https://dist.apache.org/repos/dist/release/commons/KEYS
>
> SVN tag is available at
>
> https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.1-RC1/
> r1742212
>
> Staged Maven website:
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/
>
> All reports are available in the provided staged Maven site (see
> "Project Reports" at the root-level as well as under each sub-module).
> JIRA-generated release notes are available in the dist.a.o "Artifacts"
> repository. Unit tests pass and the RC was built util JDK6.
>
> (For Sebb) A direct Clirr link
>
> http://home.apache.org/~elserj/commons/commons-vfs-2.1/commons-vfs2/clirr-report.html
>
> Changes since rc0:
>
> * Improved release notes and website for compatibility
> * Fixes to pom.xml for building website
>
> This vote will be open for 72-hours, 2016/05/06 0400 UTC.
>
> [ ] +1 Release these artifacts as version 2.1
> [ ] 0 OK, but...
> [ ] -1 I oppose these artifacts as version 2.1 because..
>
> - Josh
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>