Re: [VOTE] Release Apache Commons Configuration 2.4 based on RC2
I’ll throw in my +1 just to keep the ball rolling. But it was the trivial +1. -Rob > On Oct 26, 2018, at 10:12 PM, Gary Gregory wrote: > > A reminder that we need more votes ;-) > > Gary > >> On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: >> >> We have fixed quite a few bugs and added some significant enhancements >> since Apache Commons Configuration 2.3 was released, so I would like to >> release Apache Commons Configuration 2.4. >> >> Apache Commons Configuration 2.4 RC2 is available for review here: >>https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 >> (svn revision 30260) >> >> The Subversion tag for this RC is here: >> >> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ >> (svn revision 1844715) >> >> Maven artifacts are here: >> >> https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ >> >> These are the Maven artifacts and their hashes in Nexus: >> >> #Nexus SHA-1s >> >> commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec >> commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d >> >> commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 >> >> commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 >> >> commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 >> commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 >> >> #Release SHA-256s >> #Tue Oct 23 21:49:00 EDT 2018 >> >> commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43630e8375cbb2776 >> >> commons-configuration2-2.4-bin-zip=cb9b1979ec07dbfb7ffc8b1a4e897210942ab85e8c91fcaba0a2de88fad274cd >> >> commons-configuration2-2.4-src-tar.gz=1c24b4a507a7688e26af3b508eb85cf954a92ac3dc2ffa841bb114c345fb2d97 >> >> commons-configuration2-2.4-src-zip=d6ac9d51fb29426746916265c072e370a2b1a3720c8891bba8621720c3f479c8 >> >> I have tested this with 'mvn clean install site' using: >> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> 2018-06-17T14:33:14-04:00) >> Maven home: /usr/local/Cellar/maven/3.5.4/libexec >> Java version: 1.8.0_181, vendor: Oracle Corporation, runtime: >> /Library/Java/JavaVirtualMachines/jdk1.8.0_181.jdk/Contents/Home/jre >> Default locale: en_US, platform encoding: UTF-8 >> OS name: "mac os x", version: "10.14", arch: "x86_64", family: "mac" >> >> Details of changes since 2.3 are in the release notes: >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/RELEASE-NOTES.txt >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/changes-report.html >> >> Site: >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site >>(note some *relative* links are broken and the 2.4 directories are not >> yet created - these will be OK once the site is deployed.) >> >> CLIRR Report (compared to 2.3): >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/clirr-report.html >> >> JApiCmp Report (compared to 2.3): >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/japicmp.html >> >> RAT Report: >> >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/rat-report.html >> >> KEYS: >> https://www.apache.org/dist/commons/KEYS >> >> Please review the release candidate and vote. >> This vote will close no sooner that 72 hours from now. >> >> [ ] +1 Release these artifacts >> [ ] +0 OK, but... >> [ ] -0 OK, but really should fix... >> [ ] -1 I oppose this release because... >> >> Thank you, >> >> Rob Tompkins, >> Release Manager (using key B6E73D84EA4FCC47166087253FAAD2CD5ECBB314) >> - >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Apache Commons Configuration 2.4 based on RC2
A reminder that we need more votes ;-) Gary On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: > We have fixed quite a few bugs and added some significant enhancements > since Apache Commons Configuration 2.3 was released, so I would like to > release Apache Commons Configuration 2.4. > > Apache Commons Configuration 2.4 RC2 is available for review here: > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 > (svn revision 30260) > > The Subversion tag for this RC is here: > > http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ > (svn revision 1844715) > > Maven artifacts are here: > > https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ > > These are the Maven artifacts and their hashes in Nexus: > > #Nexus SHA-1s > > commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec > commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d > > commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 > > commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 > > commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 > commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 > > #Release SHA-256s > #Tue Oct 23 21:49:00 EDT 2018 > > commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43630e8375cbb2776 > > commons-configuration2-2.4-bin-zip=cb9b1979ec07dbfb7ffc8b1a4e897210942ab85e8c91fcaba0a2de88fad274cd > > commons-configuration2-2.4-src-tar.gz=1c24b4a507a7688e26af3b508eb85cf954a92ac3dc2ffa841bb114c345fb2d97 > > commons-configuration2-2.4-src-zip=d6ac9d51fb29426746916265c072e370a2b1a3720c8891bba8621720c3f479c8 > > I have tested this with 'mvn clean install site' using: > Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; > 2018-06-17T14:33:14-04:00) > Maven home: /usr/local/Cellar/maven/3.5.4/libexec > Java version: 1.8.0_181, vendor: Oracle Corporation, runtime: > /Library/Java/JavaVirtualMachines/jdk1.8.0_181.jdk/Contents/Home/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "mac os x", version: "10.14", arch: "x86_64", family: "mac" > > Details of changes since 2.3 are in the release notes: > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/RELEASE-NOTES.txt > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/changes-report.html > > Site: > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site > (note some *relative* links are broken and the 2.4 directories are not > yet created - these will be OK once the site is deployed.) > > CLIRR Report (compared to 2.3): > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/clirr-report.html > > JApiCmp Report (compared to 2.3): > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/japicmp.html > > RAT Report: > > https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2/site/rat-report.html > > KEYS: > https://www.apache.org/dist/commons/KEYS > > Please review the release candidate and vote. > This vote will close no sooner that 72 hours from now. > > [ ] +1 Release these artifacts > [ ] +0 OK, but... > [ ] -0 OK, but really should fix... > [ ] -1 I oppose this release because... > > Thank you, > > Rob Tompkins, > Release Manager (using key B6E73D84EA4FCC47166087253FAAD2CD5ECBB314) > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [CONFIGURATION] 2.4 RC2 test failures with java 11 (Was: [VOTE] Release Apache Commons Configuration 2.4 based on RC2)
Feel free to comment here: https://github.com/easymock/easymock/issues/230 On Fri, Oct 26, 2018 at 11:39 AM Gary Gregory wrote: > Indeed: > > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at org.easymock.asm.ClassReader.(ClassReader.java:166) > at org.easymock.asm.ClassReader.(ClassReader.java:148) > at org.easymock.asm.ClassReader.(ClassReader.java:136) > at org.easymock.asm.ClassReader.(ClassReader.java:237) > at > org.easymock.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeMethodResolver.java:69) > at org.easymock.cglib.proxy.Enhancer.emitMethods(Enhancer.java:1132) > at org.easymock.cglib.proxy.Enhancer.generateClass(Enhancer.java:630) > at > org.easymock.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25) > at > org.easymock.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:329) > at org.easymock.cglib.proxy.Enhancer.generate(Enhancer.java:492) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:93) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:91) > at > org.easymock.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at > org.easymock.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61) > at org.easymock.cglib.core.internal.LoadingCache.get(LoadingCache.java:34) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:116) > at > org.easymock.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291) > at org.easymock.cglib.proxy.Enhancer.createHelper(Enhancer.java:480) > at org.easymock.cglib.proxy.Enhancer.createClass(Enhancer.java:337) > at > org.easymock.internal.ClassProxyFactory.createProxy(ClassProxyFactory.java:175) > at org.easymock.internal.MocksControl.createMock(MocksControl.java:123) > at org.easymock.internal.MocksControl.createMock(MocksControl.java:99) > at org.easymock.EasyMock.mock(EasyMock.java:69) > at org.easymock.EasyMock.createMock(EasyMock.java:311) > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > 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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:89) > at > org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:41) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:541) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:763) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:463) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:209) > > Gary > > On Fri, Oct 26, 2018 at 10:55 AM Pascal Schumacher < > pascalschumac...@gmx.net> wrote: > >> I would guess this is caused by a byte code manipulation library like >> ASM which does not support Java 11 yet. >> >> Am 26.10.2018 um 16:28 schrieb Rob Tompkins: >> > Yes…those failures happen in 11, but not 10. Thoughts? >> > >> >> On Oct 26, 2018, at 9:59 AM, Gary Gregory >> wrote: >> >> >> >> Ping? Anybody see this as well? >> >> >> >> Gary >> >> >> >> On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory >> wrote: >> >> >> >>> From src zip: ASC, SHA256, SHA512 OK. >> >>> >> >>> Building OK with 'mvn -V clean package site' using >> >>> >> >>> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> >
Re: [VOTE] Release Apache Commons Configuration 2.4 based on RC2
+1 (see other thread.) Gary On Fri, Oct 26, 2018 at 7:59 AM Gary Gregory wrote: > Ping? Anybody see this as well? > > Gary > > On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory > wrote: > >> From src zip: ASC, SHA256, SHA512 OK. >> >> Building OK with 'mvn -V clean package site' using >> >> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> 2018-06-17T12:33:14-06:00) >> Maven home: C:\Java\apache-maven-3.5.4\bin\.. >> Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: C:\Program >> Files\Java\jdk1.8.0_191\jre >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" >> >> But using Java 11: >> >> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> 2018-06-17T12:33:14-06:00) >> Maven home: C:\Java\apache-maven-3.5.4\bin\.. >> Java version: 11.0.1, vendor: Oracle Corporation, runtime: C:\Program >> Files\Java\jdk-11.0.1 >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" >> >> I get: >> >> [INFO] Running >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector >> [ERROR] Tests run: 11, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: >> 0.008 s <<< FAILURE! - in >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector >> [ERROR] >> testRefreshIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0.002 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version >> 55 >> at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testRefreshReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version >> 55 >> at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version >> 55 >> at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testRefreshDelay(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version >> 55 >> at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version >> 55 >> at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> Any thoughts on that? >> >> Gary >> >> On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: >> >>> We have fixed quite a few bugs and added some significant enhancements >>> since Apache Commons Configuration 2.3 was released, so I would like to >>> release Apache Commons Configuration 2.4. >>> >>> Apache Commons Configuration 2.4 RC2 is available for review here: >>> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 >>> (svn revision 30260) >>> >>> The Subversion tag for this RC is here: >>> >>> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ >>> (svn revision 1844715) >>> >>> Maven artifacts are here: >>> >>> https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ >>> >>> These are the Maven artifacts and their hashes in Nexus: >>> >>> #Nexus SHA-1s >>> >>> commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec >>> commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d >>> >>> commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 >>> >>> commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 >>> >>> commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 >>> commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 >>> >>> #Release SHA-256s >>> #Tue Oct 23 21:49:00 EDT 2018 >>> >>> commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43630e8375cbb2776 >>> >>> commons-co
Re: [CONFIGURATION] 2.4 RC2 test failures with java 11 (Was: [VOTE] Release Apache Commons Configuration 2.4 based on RC2)
So that's a +1 from me. Nothing we can do about EasyMock/ASM/cglib. Gary On Fri, Oct 26, 2018 at 11:39 AM Gary Gregory wrote: > Indeed: > > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at org.easymock.asm.ClassReader.(ClassReader.java:166) > at org.easymock.asm.ClassReader.(ClassReader.java:148) > at org.easymock.asm.ClassReader.(ClassReader.java:136) > at org.easymock.asm.ClassReader.(ClassReader.java:237) > at > org.easymock.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeMethodResolver.java:69) > at org.easymock.cglib.proxy.Enhancer.emitMethods(Enhancer.java:1132) > at org.easymock.cglib.proxy.Enhancer.generateClass(Enhancer.java:630) > at > org.easymock.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25) > at > org.easymock.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:329) > at org.easymock.cglib.proxy.Enhancer.generate(Enhancer.java:492) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:93) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:91) > at > org.easymock.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at > org.easymock.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61) > at org.easymock.cglib.core.internal.LoadingCache.get(LoadingCache.java:34) > at > org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:116) > at > org.easymock.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291) > at org.easymock.cglib.proxy.Enhancer.createHelper(Enhancer.java:480) > at org.easymock.cglib.proxy.Enhancer.createClass(Enhancer.java:337) > at > org.easymock.internal.ClassProxyFactory.createProxy(ClassProxyFactory.java:175) > at org.easymock.internal.MocksControl.createMock(MocksControl.java:123) > at org.easymock.internal.MocksControl.createMock(MocksControl.java:99) > at org.easymock.EasyMock.mock(EasyMock.java:69) > at org.easymock.EasyMock.createMock(EasyMock.java:311) > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > 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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:89) > at > org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:41) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:541) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:763) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:463) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:209) > > Gary > > On Fri, Oct 26, 2018 at 10:55 AM Pascal Schumacher < > pascalschumac...@gmx.net> wrote: > >> I would guess this is caused by a byte code manipulation library like >> ASM which does not support Java 11 yet. >> >> Am 26.10.2018 um 16:28 schrieb Rob Tompkins: >> > Yes…those failures happen in 11, but not 10. Thoughts? >> > >> >> On Oct 26, 2018, at 9:59 AM, Gary Gregory >> wrote: >> >> >> >> Ping? Anybody see this as well? >> >> >> >> Gary >> >> >> >> On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory >> wrote: >> >> >> >>> From src zip: ASC, SHA256, SHA512 OK. >> >>> >> >>> Building OK with 'mvn -V clean package site' using >> >>> >> >>> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> >>
Re: [CONFIGURATION] 2.4 RC2 test failures with java 11 (Was: [VOTE] Release Apache Commons Configuration 2.4 based on RC2)
Indeed: java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.easymock.asm.ClassReader.(ClassReader.java:166) at org.easymock.asm.ClassReader.(ClassReader.java:148) at org.easymock.asm.ClassReader.(ClassReader.java:136) at org.easymock.asm.ClassReader.(ClassReader.java:237) at org.easymock.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeMethodResolver.java:69) at org.easymock.cglib.proxy.Enhancer.emitMethods(Enhancer.java:1132) at org.easymock.cglib.proxy.Enhancer.generateClass(Enhancer.java:630) at org.easymock.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25) at org.easymock.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:329) at org.easymock.cglib.proxy.Enhancer.generate(Enhancer.java:492) at org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:93) at org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:91) at org.easymock.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.easymock.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61) at org.easymock.cglib.core.internal.LoadingCache.get(LoadingCache.java:34) at org.easymock.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:116) at org.easymock.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291) at org.easymock.cglib.proxy.Enhancer.createHelper(Enhancer.java:480) at org.easymock.cglib.proxy.Enhancer.createClass(Enhancer.java:337) at org.easymock.internal.ClassProxyFactory.createProxy(ClassProxyFactory.java:175) at org.easymock.internal.MocksControl.createMock(MocksControl.java:123) at org.easymock.internal.MocksControl.createMock(MocksControl.java:99) at org.easymock.EasyMock.mock(EasyMock.java:69) at org.easymock.EasyMock.createMock(EasyMock.java:311) at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) 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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:89) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:41) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:541) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:763) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:463) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:209) Gary On Fri, Oct 26, 2018 at 10:55 AM Pascal Schumacher wrote: > I would guess this is caused by a byte code manipulation library like > ASM which does not support Java 11 yet. > > Am 26.10.2018 um 16:28 schrieb Rob Tompkins: > > Yes…those failures happen in 11, but not 10. Thoughts? > > > >> On Oct 26, 2018, at 9:59 AM, Gary Gregory > wrote: > >> > >> Ping? Anybody see this as well? > >> > >> Gary > >> > >> On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory > wrote: > >> > >>> From src zip: ASC, SHA256, SHA512 OK. > >>> > >>> Building OK with 'mvn -V clean package site' using > >>> > >>> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; > >>> 2018-06-17T12:33:14-06:00) > >>> Maven home: C:\Java\apache-maven-3.5.4\bin\.. > >>> Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: > C:\Program > >>> Files\Java\jdk1.8.0_191\jre > >>> Default locale: en_US, platform encoding: Cp1252 > >>> OS name: "windows 10", version: "10.0", arch: "amd64", family: > "windows" > >>> > >>>
Re: [CONFIGURATION] 2.4 RC2 test failures with java 11 (Was: [VOTE] Release Apache Commons Configuration 2.4 based on RC2)
I would guess this is caused by a byte code manipulation library like ASM which does not support Java 11 yet. Am 26.10.2018 um 16:28 schrieb Rob Tompkins: Yes…those failures happen in 11, but not 10. Thoughts? On Oct 26, 2018, at 9:59 AM, Gary Gregory wrote: Ping? Anybody see this as well? Gary On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory wrote: From src zip: ASC, SHA256, SHA512 OK. Building OK with 'mvn -V clean package site' using Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T12:33:14-06:00) Maven home: C:\Java\apache-maven-3.5.4\bin\.. Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: C:\Program Files\Java\jdk1.8.0_191\jre Default locale: en_US, platform encoding: Cp1252 OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" But using Java 11: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T12:33:14-06:00) Maven home: C:\Java\apache-maven-3.5.4\bin\.. Java version: 11.0.1, vendor: Oracle Corporation, runtime: C:\Program Files\Java\jdk-11.0.1 Default locale: en_US, platform encoding: Cp1252 OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" I get: [INFO] Running org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector [ERROR] Tests run: 11, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 0.008 s <<< FAILURE! - in org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector [ERROR] testRefreshIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) Time elapsed: 0.002 s <<< ERROR! java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) [ERROR] testRefreshReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) Time elapsed: 0 s <<< ERROR! java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) [ERROR] testReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) Time elapsed: 0 s <<< ERROR! java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) [ERROR] testRefreshDelay(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) Time elapsed: 0 s <<< ERROR! java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) [ERROR] testIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) Time elapsed: 0 s <<< ERROR! java.lang.IllegalArgumentException: Unsupported class file major version 55 at org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) Any thoughts on that? Gary On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: We have fixed quite a few bugs and added some significant enhancements since Apache Commons Configuration 2.3 was released, so I would like to release Apache Commons Configuration 2.4. Apache Commons Configuration 2.4 RC2 is available for review here: https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 (svn revision 30260) The Subversion tag for this RC is here: http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ (svn revision 1844715) Maven artifacts are here: https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ These are the Maven artifacts and their hashes in Nexus: #Nexus SHA-1s commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 #Release SHA-256s #Tue Oct 23 21:49:00 EDT 2018 commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43630e8375cbb2776 commons-configuration2-2.4-bin-zip=cb9b1979ec07dbfb7ffc8b1a4e897210942ab85e8c91fcaba0a2de88fad274cd commons-configuration2-2.4-src-tar.gz=1c24b4a507a7688e26af3b508eb85cf954a92ac3d
[Numbers] Root finders
Hello. I'm pondering porting some of the root finders from CM's org.apache.commons.math4.analysis.solvers package. The type of "solved" function would be https://docs.oracle.com/javase/8/docs/api/java/util/function/DoubleUnaryOperator.html (i.e. this code would be in a new module, that targets Java 8+). For the moment, I'd leave out specialized algorithms that assumes more than a "plain" function (e.g. "NewtonRaphson", which would require the "autodiff" module[1]). Comments, suggestions? Now would a good time to review the design: https://git1-us-west.apache.org/repos/asf?p=commons-math.git;a=blob;f=src/main/java/org/apache/commons/math4/analysis/solvers/BaseAbstractUnivariateSolver.java Regards, Gilles [1] https://issues.apache.org/jira/projects/NUMBERS/issues/NUMBERS-69 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[geometry] Euclidean Vector API
Hi all, Gilles and I are stuck on a discussion of a few of the names in the API for the Euclidean vector classes (Vector1D, Vector2D, Vector3D) and I'd like to get some outside feedback. Our discussion has focused on ease of use, clarity, and mathematical accuracy. Below are a few of the options we've been discussing for class names and factory methods, in no particular order. I'm using Vector2D as an example here but the other classes would be similar. It would be very helpful if some of you could say which API you prefer and your reasoning behind it. Note that each of the classes below would have getX(), getY(), and toPolar() methods (among many others). The toPolar() method returns an instance of a PolarCoordinates class. a) class Vector2D implements Vector { public static Vector2D ofCartesian(double x, double y); public static Vector2D ofPolar(double radius, double angle); } b) class Vector2D implements Vector { public static Vector2D of(double x, double y); public static Vector2D fromPolar(double radius, double angle); } c) class Cartesian3D implements Vector { public static Cartesian3D of(double x, double y); public static Cartesian3D ofPolar(double radius, double angle); } Thanks, Matt J
[CONFIGURATION] 2.4 RC2 test failures with java 11 (Was: [VOTE] Release Apache Commons Configuration 2.4 based on RC2)
Yes…those failures happen in 11, but not 10. Thoughts? > On Oct 26, 2018, at 9:59 AM, Gary Gregory wrote: > > Ping? Anybody see this as well? > > Gary > > On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory wrote: > >> From src zip: ASC, SHA256, SHA512 OK. >> >> Building OK with 'mvn -V clean package site' using >> >> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> 2018-06-17T12:33:14-06:00) >> Maven home: C:\Java\apache-maven-3.5.4\bin\.. >> Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: C:\Program >> Files\Java\jdk1.8.0_191\jre >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" >> >> But using Java 11: >> >> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; >> 2018-06-17T12:33:14-06:00) >> Maven home: C:\Java\apache-maven-3.5.4\bin\.. >> Java version: 11.0.1, vendor: Oracle Corporation, runtime: C:\Program >> Files\Java\jdk-11.0.1 >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" >> >> I get: >> >> [INFO] Running >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector >> [ERROR] Tests run: 11, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: >> 0.008 s <<< FAILURE! - in >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector >> [ERROR] >> testRefreshIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0.002 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version 55 >>at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testRefreshReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version 55 >>at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version 55 >>at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testRefreshDelay(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version 55 >>at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> [ERROR] >> testIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) >> Time elapsed: 0 s <<< ERROR! >> java.lang.IllegalArgumentException: Unsupported class file major version 55 >>at >> org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) >> >> Any thoughts on that? >> >> Gary >> >> On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: >> >>> We have fixed quite a few bugs and added some significant enhancements >>> since Apache Commons Configuration 2.3 was released, so I would like to >>> release Apache Commons Configuration 2.4. >>> >>> Apache Commons Configuration 2.4 RC2 is available for review here: >>>https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 >>> (svn revision 30260) >>> >>> The Subversion tag for this RC is here: >>> >>> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ >>> (svn revision 1844715) >>> >>> Maven artifacts are here: >>> >>> https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ >>> >>> These are the Maven artifacts and their hashes in Nexus: >>> >>> #Nexus SHA-1s >>> >>> commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec >>> commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d >>> >>> commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 >>> >>> commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 >>> >>> commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 >>> commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 >>> >>> #Release SHA-256s >>> #Tue Oct 23 21:49:00 EDT 2018 >>> >>> commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43
Re: [VOTE] Release Apache Commons Configuration 2.4 based on RC2
Ping? Anybody see this as well? Gary On Thu, Oct 25, 2018 at 9:27 AM Gary Gregory wrote: > From src zip: ASC, SHA256, SHA512 OK. > > Building OK with 'mvn -V clean package site' using > > Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; > 2018-06-17T12:33:14-06:00) > Maven home: C:\Java\apache-maven-3.5.4\bin\.. > Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: C:\Program > Files\Java\jdk1.8.0_191\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" > > But using Java 11: > > Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; > 2018-06-17T12:33:14-06:00) > Maven home: C:\Java\apache-maven-3.5.4\bin\.. > Java version: 11.0.1, vendor: Oracle Corporation, runtime: C:\Program > Files\Java\jdk-11.0.1 > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" > > I get: > > [INFO] Running > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector > [ERROR] Tests run: 11, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: > 0.008 s <<< FAILURE! - in > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector > [ERROR] > testRefreshIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) > Time elapsed: 0.002 s <<< ERROR! > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > > [ERROR] > testRefreshReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) > Time elapsed: 0 s <<< ERROR! > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > > [ERROR] > testReloadingAndReset(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) > Time elapsed: 0 s <<< ERROR! > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > > [ERROR] > testRefreshDelay(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) > Time elapsed: 0 s <<< ERROR! > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > > [ERROR] > testIsReloadingRequiredTrue(org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector) > Time elapsed: 0 s <<< ERROR! > java.lang.IllegalArgumentException: Unsupported class file major version 55 > at > org.apache.commons.configuration2.reloading.TestFileHandlerReloadingDetector.testRefreshIsReloadingRequiredTrue(TestFileHandlerReloadingDetector.java:131) > > Any thoughts on that? > > Gary > > On Tue, Oct 23, 2018 at 8:10 PM Rob Tompkins wrote: > >> We have fixed quite a few bugs and added some significant enhancements >> since Apache Commons Configuration 2.3 was released, so I would like to >> release Apache Commons Configuration 2.4. >> >> Apache Commons Configuration 2.4 RC2 is available for review here: >> https://dist.apache.org/repos/dist/dev/commons/configuration/2.4-RC2 >> (svn revision 30260) >> >> The Subversion tag for this RC is here: >> >> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_4_RC2/ >> (svn revision 1844715) >> >> Maven artifacts are here: >> >> https://repository.apache.org/content/repositories/orgapachecommons-1391/org/apache/commons/commons-configuration2/2.4/ >> >> These are the Maven artifacts and their hashes in Nexus: >> >> #Nexus SHA-1s >> >> commons-configuration2-2.4-sources.jar=2bcdd60dac93e16b53f613f37979b585cb5c23ec >> commons-configuration2-2.4.pom=24b3e7ef8afc470ead058236dd71a73a0f029d9d >> >> commons-configuration2-2.4-test-sources.jar=1f1fc7fad84049f55a6b9f28e9cacde46971bad6 >> >> commons-configuration2-2.4-tests.jar=a6c0ef84d06fb110681ee4ffc46f8d2d0436d203 >> >> commons-configuration2-2.4-javadoc.jar=e73305477e5d62ad0e140b58aa7e87dd0dbd1266 >> commons-configuration2-2.4.jar=208279841cb092e0f51f097c1f1649341e6333f3 >> >> #Release SHA-256s >> #Tue Oct 23 21:49:00 EDT 2018 >> >> commons-configuration2-2.4-bin-tar.gz=25a59714dbeb379263d5b05d88a22ce0a6521cbd4b29e0d43630e8375cbb2776 >> >> commons-configuration2-2.4-bin-zip=cb9b1979ec07dbfb7ffc8b1a4e897210942ab85e8c91fcaba0a2de88fad274cd >> >> commons-configuration2-2.4-src-tar.gz=1c24b4a507a7688e26af3b508eb85cf954a92ac3dc2ffa841bb114c345fb2d97 >> >> commons-conf
Re: [general] Apache on GitHub - permission denied for committer
On Fri, 26 Oct 2018 14:07:40 +0100, sebb wrote: On Fri, 26 Oct 2018 at 00:16, Eric Barnhill wrote: Second posting on this issue: Despite my committer status with commons-numbers I do not appear to be able to push commits through the Git Apache organizational repo. I have investigated the site and there is a "Team" within Apache called Apache Committers and I am on it. However I still get permission denied for commons-numbers, so perhaps someone has to flip that permission for me. Does anyone know how to resolve this? You are in the Commons committer LDAP group, which should be sufficient to grant access to the repo. So I think there must be an issue with your ASF Git setup; maybe there is no mapping between your Git id and your LDAP record. I think you will need to raise a JIRA with INFRA. The question was about write access from GitHub mirror to Apache repository (see link to ML archive in my previous post). Gilles I can always go back and push through apache.org like I used to, I would just prefer to do it this way so my contributions are on my github record. Thanks, Eric - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [general] Apache on GitHub - permission denied for committer
On Fri, 26 Oct 2018 at 00:16, Eric Barnhill wrote: > > Second posting on this issue: Despite my committer status with > commons-numbers I do not appear to be able to push commits through the Git > Apache organizational repo. I have investigated the site and there is a > "Team" within Apache called Apache Committers and I am on it. However I > still get permission denied for commons-numbers, so perhaps someone has to > flip that permission for me. Does anyone know how to resolve this? You are in the Commons committer LDAP group, which should be sufficient to grant access to the repo. So I think there must be an issue with your ASF Git setup; maybe there is no mapping between your Git id and your LDAP record. I think you will need to raise a JIRA with INFRA. > I can always go back and push through apache.org like I used to, I would > just prefer to do it this way so my contributions are on my github record. > > Thanks, > Eric - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[ALL] Karma for Git repos
Commons decided a long time ago to open all its SVN repos to all ASF committers. However when repos are migrated to Git (or new repos are created) it appears that the setting does not automatically apply to Git. It looks like we have to ask for that especially, see: https://issues.apache.org/jira/browse/INFRA-17094?focusedCommentId=16640917&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16640917 Sorry, but I don't have time to progress that at present. In theory, adding someone to the Commons committer list should enable Git commit karma, but that does not seem to be sufficient in all cases. Worth a try though until such time as the Git permissions have been sorted out. S. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org