Re: JIRA fixed versions (was: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is repeatedly failling
I mistakenly moved unresolved issues to 2.7.1 when I created the Jira
release. I cleared the version field for those tickets. I am sorry about
that.
Gary
On Sat, Oct 31, 2020, 14:29 Bernd Eckenfels wrote:
> Ok, so I guess I misunderstood your recent batch change, did you actually
> fixed all of them in master?
>
> Gruss
> Bernd
>
>
> --
> http://bernd.eckenfels.net
>
> Von: Gary Gregory
> Gesendet: Saturday, October 31, 2020 6:57:21 PM
> An: Commons Developers List
> Betreff: Re: JIRA fixed versions (was: [jira] [Updated] (VFS-600)
> HttpProviderTestCase#testHttp405 is repeatedly failling
>
> Hi,
>
> The fix version field should IMO be used for:
> - a fix for a RELEASED version
> - a fix for what is in git master and will be in that version
>
> The field should NOT be used, IMO, for wishful think like "I WANT this
> fixed in version V"
>
> Gary
>
> On Sat, Oct 31, 2020, 13:47 Bernd Eckenfels
> wrote:
>
> > Gary, should we remove the fix versions for all the backlog bugs, or use
> a
> > synthetic target? I am not sure if it is worth pushing them back. Maybe
> > only specify a concrete version if somebody is working on it?
> >
> > Gruss
> > Bernd
> > --
> > http://bernd.eckenfels.net
> >
> > Von: Gary D. Gregory (Jira)
> > Gesendet: Saturday, October 31, 2020 3:29:00 PM
> > An: iss...@commons.apache.org
> > Betreff: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is
> > repeatedly failling
> >
> >
> > [
> >
> https://issues.apache.org/jira/browse/VFS-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> > ]
> >
> > Gary D. Gregory updated VFS-600:
> >
> > Fix Version/s: (was: 2.7.0)
> >2.7.1
> >
> > > HttpProviderTestCase#testHttp405 is repeatedly failling
> > >
> > >
> > > Key: VFS-600
> > > URL: https://issues.apache.org/jira/browse/VFS-600
> > > Project: Commons VFS
> > > Issue Type: Task
> > >Affects Versions: 2.1
> > >Reporter: Josh Elser
> > >Priority: Minor
> > > Fix For: 2.7.1
> > >
> > >
> > > testHttp405 is repeatedly failing with the below message:
> > > {noformat}
> > >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > Time elapsed: 0.558 sec <<< ERROR!
> > > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > size of "
> http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> > because it is not a file.
> > >at
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> > >at
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> > >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > >at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> > >at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> > >at java.lang.reflect.Method.invoke(Method.java:597)
> > >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)
> > >at
> >
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
> > >at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
> > >at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
> > >at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
> > >at
> >
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
> > >at
> >
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> > >at
> >
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> > >at
> >
Re: JIRA fixed versions (was: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is repeatedly failling
Ok, so I guess I misunderstood your recent batch change, did you actually fixed
all of them in master?
Gruss
Bernd
--
http://bernd.eckenfels.net
Von: Gary Gregory
Gesendet: Saturday, October 31, 2020 6:57:21 PM
An: Commons Developers List
Betreff: Re: JIRA fixed versions (was: [jira] [Updated] (VFS-600)
HttpProviderTestCase#testHttp405 is repeatedly failling
Hi,
The fix version field should IMO be used for:
- a fix for a RELEASED version
- a fix for what is in git master and will be in that version
The field should NOT be used, IMO, for wishful think like "I WANT this
fixed in version V"
Gary
On Sat, Oct 31, 2020, 13:47 Bernd Eckenfels wrote:
> Gary, should we remove the fix versions for all the backlog bugs, or use a
> synthetic target? I am not sure if it is worth pushing them back. Maybe
> only specify a concrete version if somebody is working on it?
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
>
> Von: Gary D. Gregory (Jira)
> Gesendet: Saturday, October 31, 2020 3:29:00 PM
> An: iss...@commons.apache.org
> Betreff: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is
> repeatedly failling
>
>
> [
> https://issues.apache.org/jira/browse/VFS-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Gary D. Gregory updated VFS-600:
>
> Fix Version/s: (was: 2.7.0)
>2.7.1
>
> > HttpProviderTestCase#testHttp405 is repeatedly failling
> >
> >
> > Key: VFS-600
> > URL: https://issues.apache.org/jira/browse/VFS-600
> > Project: Commons VFS
> > Issue Type: Task
> >Affects Versions: 2.1
> >Reporter: Josh Elser
> >Priority: Minor
> > Fix For: 2.7.1
> >
> >
> > testHttp405 is repeatedly failing with the below message:
> > {noformat}
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> Time elapsed: 0.558 sec <<< ERROR!
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> size of "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> because it is not a file.
> >at
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >at
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >at java.lang.reflect.Method.invoke(Method.java:597)
> >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)
> >at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> > {noformat}
> > It seems like that URL is now throwing an HTTP 404?
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
>
Re: JIRA fixed versions (was: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is repeatedly failling
Hi,
The fix version field should IMO be used for:
- a fix for a RELEASED version
- a fix for what is in git master and will be in that version
The field should NOT be used, IMO, for wishful think like "I WANT this
fixed in version V"
Gary
On Sat, Oct 31, 2020, 13:47 Bernd Eckenfels wrote:
> Gary, should we remove the fix versions for all the backlog bugs, or use a
> synthetic target? I am not sure if it is worth pushing them back. Maybe
> only specify a concrete version if somebody is working on it?
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
>
> Von: Gary D. Gregory (Jira)
> Gesendet: Saturday, October 31, 2020 3:29:00 PM
> An: iss...@commons.apache.org
> Betreff: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is
> repeatedly failling
>
>
> [
> https://issues.apache.org/jira/browse/VFS-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Gary D. Gregory updated VFS-600:
>
> Fix Version/s: (was: 2.7.0)
>2.7.1
>
> > HttpProviderTestCase#testHttp405 is repeatedly failling
> >
> >
> > Key: VFS-600
> > URL: https://issues.apache.org/jira/browse/VFS-600
> > Project: Commons VFS
> > Issue Type: Task
> >Affects Versions: 2.1
> >Reporter: Josh Elser
> >Priority: Minor
> > Fix For: 2.7.1
> >
> >
> > testHttp405 is repeatedly failing with the below message:
> > {noformat}
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> Time elapsed: 0.558 sec <<< ERROR!
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> size of "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> because it is not a file.
> >at
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >at
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >at java.lang.reflect.Method.invoke(Method.java:597)
> >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)
> >at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
> >at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> >at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> > {noformat}
> > It seems like that URL is now throwing an HTTP 404?
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
>
JIRA fixed versions (was: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is repeatedly failling
Gary, should we remove the fix versions for all the backlog bugs, or use a
synthetic target? I am not sure if it is worth pushing them back. Maybe only
specify a concrete version if somebody is working on it?
Gruss
Bernd
--
http://bernd.eckenfels.net
Von: Gary D. Gregory (Jira)
Gesendet: Saturday, October 31, 2020 3:29:00 PM
An: iss...@commons.apache.org
Betreff: [jira] [Updated] (VFS-600) HttpProviderTestCase#testHttp405 is
repeatedly failling
[
https://issues.apache.org/jira/browse/VFS-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory updated VFS-600:
Fix Version/s: (was: 2.7.0)
2.7.1
> HttpProviderTestCase#testHttp405 is repeatedly failling
>
>
> Key: VFS-600
> URL: https://issues.apache.org/jira/browse/VFS-600
> Project: Commons VFS
> Issue Type: Task
>Affects Versions: 2.1
>Reporter: Josh Elser
>Priority: Minor
> Fix For: 2.7.1
>
>
> testHttp405 is repeatedly failing with the below message:
> {noformat}
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> Time elapsed: 0.558 sec <<< ERROR!
> org.apache.commons.vfs2.FileSystemException: Could not determine the size of
> "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL; because
> it is not a file.
>at
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
>at
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>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)
>at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
>at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
>at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
>at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
>at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
>at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
>at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> {noformat}
> It seems like that URL is now throwing an HTTP 404?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[ANNOUNCE] Apache Commons VFS Project 2.7.0
The Apache Commons VFS Project team is pleased to announce the release of Apache Commons VFS Project 2.7.0. Apache Commons VFS is a Virtual File System library. Maintenance release. Requires Java 8. Changes in this version include: New features: o VFS-757: [SFTP] Configure whether exec detection is enabled #80. Thanks to ddg-igh. o Add proxy config for some HTTP/HTTPS test #108. Thanks to PeterAlfredLee. o Fix some test error when JVM's default language is not US en #107. Thanks to PeterAlfredLee. o VFS-787: Allow users to set proxy schemes like http/https #122. Thanks to satish bhor. o VFS-786: Allow users to set custom keystore types like JCEKS, PKCS12 #121. Thanks to satish bhor. o VFS-570: Add HDFS write support #114. Thanks to garpinc, Gary Gregory. o Add FileObject.getURI(). Thanks to Gary Gregory. o Add FileObject.getPath(). Thanks to Gary Gregory. o VFS-768: Update Apache httpclient 4.5.11 to 4.5.13 and httpclient5 5.0-beta7 to 5.0.3. Thanks to ddg-igh, Gary Gregory. o Add org.apache.commons.vfs2.provider.sftp.SftpFileSystemConfigBuilder.isDisableDetectExecChannel(FileSystemOptions) and setDisableDetectExecChannel(FileSystemOptions, boolean). Thanks to Gary Gregory. o Add org.apache.commons.vfs2.FileSystemConfigBuilder.toBooleanObject(boolean). Thanks to Gary Gregory. o org.apache.commons.vfs2.provider.VfsComponent now implements java.io.Closeable. Thanks to Gary Gregory. o Modify some code use try-with-resources #138. Thanks to PeterAlfredLee. Fixed Bugs: o VFS-753: NumberFormatException in SftpFileSystem::getUId. Thanks to John Webb, Gary Gregory. o VFS-779: Possible null pointer dereference in org.apache.commons.vfs2.impl.DefaultFileReplicator.close() due to return value of called method. Thanks to Gary Gregory. o Modify some loop using stream API #96. Thanks to PeterAlfredLee. o VFS-780: SftpFileSystem returns null channel and produce NPE - fix get… #110. Thanks to Wuchte. o VFS-788: [webdav/webdav4] Jackrabbit1 and jackrabbit2 modules getting same OSGi symbolic name. Thanks to satish bhor. o VFS-624: Fix for read() in constructors of LocalFileRandomAccessContent and RamFileRandomAccessContent #93. Thanks to PeterAlfredLee. o VFS-769: Fix .tgz and .tbz2 createFileSystem fails #94 Thanks to PeterAlfredLee. o VFS-664: Fix for file names with exclamation mark can not be read #95. Thanks to PeterAlfredLee. o VFS-777: NoSuchMethodError due to multiple versions of commons-codec:commons-codec:jar. Thanks to Bing-ok, Gary Gregory. o Remove workaround for JDK BUG: 6192331 which was fixed way back in Java 6: https://bugs.java.com/bugdatabase/view_bug.do?bug_id=6192331 Thanks to Gary Gregory. o FileObject.getURL() returns an illegal URL when a it should escape a space. Thanks to Gary Gregory. o Fix test fail caused by lack proxy configuration for machines behind a proxy #139. Thanks to PeterAlfredLee. Changes: o Update some file from CRLF to LF #141. Thanks to PeterAlfredLee. o VFS-755: Update org.apache.httpcomponents:httpclient from 4.5.10 to 4.5.11. Thanks to Gary Gregory. o VFS-756: Update org.apache.jackrabbit:jackrabbit-standalone-components from 2.19.6 to 2.21.3. Thanks to Gary Gregory. o VFS-754: Update Apache Commons Compress from 1.19 to 1.20. Thanks to Gary Gregory. o Update tests from Apache Commons Lang 3.9 to 3.11. Thanks to Gary Gregory. o Update tests from Log4j 2.13.0 to 2.13.3. Thanks to Gary Gregory. o Update tests from org.mockito:mockito-core from 3.2.4 to 3.5.13, #131. Thanks to Gary Gregory, Dependabot. o Update Apache Commons IO from 2.6 to 2.8.0. Thanks to Gary Gregory. o Update site reports from org.apache.bcel:bcel 6.4.1 to 6.5.0. Thanks to Gary Gregory. o Update actions/checkout from v1 to v2.3.3 #100, #109, #130. Thanks to Dependabot. o Update actions/setup-java from v1.4.0 to v1.4.3 #111, #113, #133. Thanks to Dependabot. o Update commons-parent from 50 to 52. Thanks to Gary Gregory. o Update checkstyle from 8.27 to 8.36.2 #123, #132. Thanks to Dependabot. o Update maven-pmd-plugin from 3.12.0 to 3.13.0 #125. Thanks to Dependabot. o Update exec-maven-plugin from 1.6.0 to 3.0.0 #127. Thanks to Dependabot. o Update com.puppycrawl.tools:checkstyle 8.36 -> 8.36.1. Thanks to Gary Gregory. o Update Apache Commons Net from 3.6 to 3.7.2. Thanks to Gary Gregory. o Update JUnit from 4.13 to 4.13.1. Thanks to Gary Gregory. Historical list of changes: http://commons.apache.org/proper/commons-vfs/changes-report.html For complete information on Apache Commons VFS Project, including instructions on how to submit bug reports, patches, or suggestions for improvement, see the Apache Apache Commons VFS Project website: http://commons.apache.org/proper/commons-vfs/ Download page:
Re: latest jar file of commons-cli 1.4
You'll have to build it yourself probably, I'm guessing 'c12260c' relates to the hash, so to this specific commit; ''' commit c12260c05ebcd27558265395df79b8b049534fbd Author: Gary Gregory Date: Wed Dec 18 15:28:13 2019 -0500 Remove trailing white spaces on all lines. ''' Like you said yourself, it's a custom build of the latest code from "Wed Dec 18 15:28:13 2019 -0500", so you might need to talk to the person who built that jar for you or added that dependency version into your build. Good news, they understood it wasn't an official release so gave you the hash of when it was from. I've had nightmares before when someone wanted the latest open source project code but made up random version numbers, or bumped a minor or a major version number so then caused even more issues when the next official release happened. John - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: latest jar file of commons-cli 1.4
Look on the download page for that component: http://commons.apache.org/proper/commons-cli/download_cli.cgi Or also any Maven repository like Maven Central. Note that there is no such thing as release 1.4-c12260c, the latest is 1.4. Gary On Sat, Oct 31, 2020, 07:42 Abhishek Munnolimath < abhishek.munnolim...@oracle.com> wrote: > Hi All, > > Can someone please point me/attach the jar file Version “1.4-c12260c” - > a custom build of latest code from Commons CLI git repository? > > Thanks much, > > Abhishek > >
latest jar file of commons-cli 1.4
Hi All, Can someone please point me/attach the jar file Version “1.4-c12260c” - a custom build of latest code from Commons CLI git repository? Thanks much, Abhishek
