Re: svn commit: r1826005 - in /commons/proper/commons-parent/trunk: RELEASE-NOTES.txt src/changes/changes.xml

[Rob Tompkins]

> On Mar 6, 2018, at 2:24 PM, Gary Gregory  wrote:
> 
> Thanks Rob!
> 

No worries. :-)

> Gary
> 
> On Tue, Mar 6, 2018, 10:32  wrote:
> 
>> Author: chtompki
>> Date: Tue Mar  6 17:32:18 2018
>> New Revision: 1826005
>> 
>> URL: http://svn.apache.org/viewvc?rev=1826005=rev
>> Log:
>> Updating changes and RELEASE-NOTES.txt
>> 
>> Modified:
>>commons/proper/commons-parent/trunk/RELEASE-NOTES.txt
>>commons/proper/commons-parent/trunk/src/changes/changes.xml
>> 
>> Modified: commons/proper/commons-parent/trunk/RELEASE-NOTES.txt
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/RELEASE-NOTES.txt?rev=1826005=1826004=1826005=diff
>> 
>> ==
>> --- commons/proper/commons-parent/trunk/RELEASE-NOTES.txt (original)
>> +++ commons/proper/commons-parent/trunk/RELEASE-NOTES.txt Tue Mar  6
>> 17:32:18 2018
>> @@ -22,6 +22,8 @@ o maven-enforcer-plugin set version to 3
>> o jacoco-maven-plugin 0.7.9 -> 0.8.0.
>> o Fix japicmp config: add to reporting section and define
>> ignoreMissingNewVersion explicitly
>> o org.apache:apache 18 -> 19
>> +o maven-surefire-plugin 2.20.1 -> 2.21.0
>> +o maven-failsafe-plugin 2.20.1 -> 2.21.0
>> 
>> 
>> Historical list of changes:
>> http://commons.apache.org/commons-parent-pom.htmlchanges-report.html
>> 
>> Modified: commons/proper/commons-parent/trunk/src/changes/changes.xml
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/src/changes/changes.xml?rev=1826005=1826004=1826005=diff
>> 
>> ==
>> --- commons/proper/commons-parent/trunk/src/changes/changes.xml (original)
>> +++ commons/proper/commons-parent/trunk/src/changes/changes.xml Tue Mar  6
>> 17:32:18 2018
>> @@ -69,6 +69,8 @@ The  type attribute can be add,u
>> org.apache:apache 18 -> 19
>> COMMONSSITE-105: Add
>> commons-release-plugin version 1.1
>> COMMONSSITE-106: Add spotbugs-maven-plugin
>> version 3.1.3
>> +maven-surefire-plugin 2.20.1 ->
>> 2.21.0
>> +maven-failsafe-plugin 2.20.1 ->
>> 2.21.0
>> 
>> 
>> 
>> 
>> 
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

Hello all,

This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC2).

Tag name:
   commons-parent-44-RC2

Tag URL:
   
https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-44-RC2/

Commit ID the tag points at:
1826033

Site Zip:
   https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip

Distribution files (committed at revision 25505):
   https://dist.apache.org/repos/dist/dev/commons/commons-parent/

Distribution files hashes (SHA1):
   commons-parent-44-src.tar.gz
   (SHA1: b6ee014c071db16d98062ef2697544b61af2b47d)
   commons-parent-44-src.zip
   (SHA1: 38c832a55852c08d1948adba15260537a2bf6f95)

These are the Maven artifacts and their hashes:
   commons-parent-44-site.xml
   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
   commons-parent-44.pom
   (SHA1: 68f9115b9286b7dfe3ab5d55263b60b09e010c8d)

KEYS file to check signatures:
   http://www.apache.org/dist/commons/KEYS

Maven artifacts:
   https://repository.apache.org/content/repositories/orgapachecommons-1311

Please select one of the following options[1]:
  [ ] +1 Release it.
  [ ] +0 Go ahead; I don't care.
  [ ] -0 There are a few minor glitches: ...
  [ ] -1 No, do not release it because ...

This vote will be open at least 72 hours, i.e. until 
2018-03-09T21:00:00Z
(this is UTC time).


Cheers,
-Rob

[1] http://apache.org/foundation/voting.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VFS] FILE_OR_FOLDER breaking tests

[Bernd Eckenfels]

Those tests should be behind a capability for sure, but I thought they are 
already (as the resource and URL fikesystem already passes the tests).

What filesystem do you have in mind and what are examples of failing testcases? 
I think I had fixed a few for WebDav back in the days.

Gruss
Bernd

Von: Otto Fowler
Gesendet: Dienstag, 6. März 2018 13:41
An: Commons Developers List
Betreff: [VFS] FILE_OR_FOLDER breaking tests

If you have a filesystem, where everything could be a FILE_OR_FOLDER type (
or VIRTUAL until attached ), then it seems like you need to replace some of
the testcases in the
provider suites, since they assume or check for FILE and FOLDER explicitly.

I guess my question is, are the tests as they are wrong and need to be
refactored or do we actually need alternate tests for content etc where we
check?

Re: svn commit: r1826005 - in /commons/proper/commons-parent/trunk: RELEASE-NOTES.txt src/changes/changes.xml

[Gary Gregory]

Thanks Rob!

Gary

On Tue, Mar 6, 2018, 10:32  wrote:

> Author: chtompki
> Date: Tue Mar  6 17:32:18 2018
> New Revision: 1826005
>
> URL: http://svn.apache.org/viewvc?rev=1826005=rev
> Log:
> Updating changes and RELEASE-NOTES.txt
>
> Modified:
> commons/proper/commons-parent/trunk/RELEASE-NOTES.txt
> commons/proper/commons-parent/trunk/src/changes/changes.xml
>
> Modified: commons/proper/commons-parent/trunk/RELEASE-NOTES.txt
> URL:
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/RELEASE-NOTES.txt?rev=1826005=1826004=1826005=diff
>
> ==
> --- commons/proper/commons-parent/trunk/RELEASE-NOTES.txt (original)
> +++ commons/proper/commons-parent/trunk/RELEASE-NOTES.txt Tue Mar  6
> 17:32:18 2018
> @@ -22,6 +22,8 @@ o maven-enforcer-plugin set version to 3
>  o jacoco-maven-plugin 0.7.9 -> 0.8.0.
>  o Fix japicmp config: add to reporting section and define
> ignoreMissingNewVersion explicitly
>  o org.apache:apache 18 -> 19
> +o maven-surefire-plugin 2.20.1 -> 2.21.0
> +o maven-failsafe-plugin 2.20.1 -> 2.21.0
>
>
>  Historical list of changes:
> http://commons.apache.org/commons-parent-pom.htmlchanges-report.html
>
> Modified: commons/proper/commons-parent/trunk/src/changes/changes.xml
> URL:
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/src/changes/changes.xml?rev=1826005=1826004=1826005=diff
>
> ==
> --- commons/proper/commons-parent/trunk/src/changes/changes.xml (original)
> +++ commons/proper/commons-parent/trunk/src/changes/changes.xml Tue Mar  6
> 17:32:18 2018
> @@ -69,6 +69,8 @@ The  type attribute can be add,u
>  org.apache:apache 18 -> 19
>  COMMONSSITE-105: Add
> commons-release-plugin version 1.1
>  COMMONSSITE-106: Add spotbugs-maven-plugin
> version 3.1.3
> +maven-surefire-plugin 2.20.1 ->
> 2.21.0
> +maven-failsafe-plugin 2.20.1 ->
> 2.21.0
>  
>
>  
>
>
>

Re: [VFS] FILE_OR_FOLDER breaking tests

[Otto Fowler]

protected void addBaseTests() throws Exception {
addTests(ProviderCacheStrategyTests.class);
addTests(UriTests.class);
addTests(NamingTests.class);
   // --> file or folder rework addTests(ContentTests.class);
   // --> file or folder rework addTests(ProviderReadTests.class);
addTests(ProviderWriteTests.class);
addTests(ProviderWriteAppendTests.class);
addTests(ProviderRandomReadTests.class);
addTests(ProviderRandomReadWriteTests.class);
addTests(ProviderRandomSetLengthTests.class);
addTests(ProviderRenameTests.class);
addTests(ProviderDeleteTests.class);
addTests(LastModifiedTests.class);
addTests(UrlTests.class);
   // -> file or folder rework addTests(UrlStructureTests.class);
}


These are the tests that I have run.  They are the standard set minus the
classloader.
All the tests pass, other than the commented out tests, because these tests
explicitly check for File or Folder,
that you cannot write or read data from a folder etc.

I’m playing around with a Zookeeper FS.  I haven’t posted it to my github
yet, but I will if you want to look.  So, with zookeeper you have nodes and
paths etc.
each node may have children and may have data.  So FILE_OR_FOLDER is the
correct designation.


RE : Resource and URL -> Only the MIME provider returns FILE_OR_FOLDER, the
others either delegate to the canonical type, or are FILE or IMAGINARY.  So
I don’t
think they count.
An the MIME provider has NO tests…. so yeah.


On March 6, 2018 at 14:25:46, Bernd Eckenfels (e...@zusammenkunft.net)
wrote:

Those tests should be behind a capability for sure, but I thought they are
already (as the resource and URL fikesystem already passes the tests).

What filesystem do you have in mind and what are examples of failing
testcases? I think I had fixed a few for WebDav back in the days.

Gruss
Bernd

Von: Otto Fowler
Gesendet: Dienstag, 6. März 2018 13:41
An: Commons Developers List
Betreff: [VFS] FILE_OR_FOLDER breaking tests

If you have a filesystem, where everything could be a FILE_OR_FOLDER type (
or VIRTUAL until attached ), then it seems like you need to replace some of
the testcases in the
provider suites, since they assume or check for FILE and FOLDER explicitly.

I guess my question is, are the tests as they are wrong and need to be
refactored or do we actually need alternate tests for content etc where we
check?

Re: [parent] maven-surefire-plugin 2.21.0

[Rob Tompkins]

> On Mar 6, 2018, at 11:40 AM, Gary Gregory  wrote:
> 
> On Tue, Mar 6, 2018 at 9:10 AM, Gary Gregory  wrote:
> 
>> Let's wait for maven-surefire-plugin 2.21.0 to populate to MC, update
>> [parent], before trying another RC... SVP. This should fixing testing on
>> Java >= 10.
>> 
> 
> Done.

Thanks.

> 
> Gary
> 
> 
>> 
>> Gary
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [io] org.apache.commons.io.input.ReversedLinesFileReader.readLine(long)

[Gary Gregory]

On Tue, Mar 6, 2018 at 4:13 PM, sebb  wrote:

> On 6 March 2018 at 21:38, Gary Gregory  wrote:
> > Hi All:
> >
> > Any objection to adding:
> >
> > /**
> >  * Reads n lines from this reader.
> >  */
> > List
> > org.apache.commons.io.input.ReversedLinesFileReader.readLine(long
> lineCount)
> >
> > ?
>
> Yes.
>
> The name makes it sound like it is reading a single line, yet the
> output is a list of lines.
>

Cut and paste error, obviously, the method should be called "readLines(long
lineCount)"


> Also, this seems like the sort of function that could be dealt with
> via a more general approach which would work with any method.
> AFAICT there would be no gain in embedding the looping code in IO
> rather than having it somewhere else.
>

The gain is that your questions below would be defined by the new method.


> What happens if there aren't enough lines in the file?
>

If you ask for 30 lines, and there are only 10 lines, you get 10 lines. I'm
not sure what else could happen, you can't invent data that does not exist.

What happens if there is an IO error reading one of the lines?
>

Then the method throws an exception, just like readLine() does. Would you
ask this question of readLine(): What happens if reading a single character
or a buffer of character causes an IO error?

Gary


>
> > Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

Hm….looking. At first look thought, that doesn’t look like something that we 
would want to expect.

> On Mar 6, 2018, at 3:50 PM, Gary Gregory  wrote:
> 
> Hi Rob,
> 
> Thank you for providing another RC.
> 
> When I run:
> 
> mvn clean verify package
> 
> I get:
> 
> [INFO] Generating "japicmp" report   ---
> japicmp-maven-plugin:0.11.0:cmp-report
> [debug] No packaging support defined, no filtering
> [info] Skipping execution because packaging of this module is 'pom'.
> [debug] Searching for versions in versionRange: (,44)
> [debug] Parameter  not configured, i.e. no version
> filtered.
> [warn] No new version specified and file
> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be opened
> as jar archive: error in opening zip file
> 
> java.util.zip.ZipException: error in opening zip file
>at java.util.zip.ZipFile.open(Native Method)
>at java.util.zip.ZipFile.(ZipFile.java:225)
>at java.util.zip.ZipFile.(ZipFile.java:155)
>at java.util.jar.JarFile.(JarFile.java:166)
>at java.util.jar.JarFile.(JarFile.java:130)
>at
> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParameters(JApiCmpMojo.java:341)
>at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:108)
>at
> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>at
> org.apache.maven.plugins.site.render.CategorySummaryDocumentRenderer.renderDocument(CategorySummaryDocumentRenderer.java:155)
>at
> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:349)
>at
> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(SiteMojo.java:184)
>at
> org.apache.maven.plugins.site.render.SiteMojo.execute(SiteMojo.java:133)
>at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
>at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
>at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
>at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
>at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
>at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
>at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
>at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
>at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
>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.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
>at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
>at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
>at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> 
> [warn] Please provide at least one resolvable new version using one of the
> configuration elements  or .
> [INFO]
> 
> [INFO] BUILD SUCCESS
> [INFO]
> 
> [INFO] Total time: 15.298 s
> [INFO] Finished at: 2018-03-06T13:49:11-07:00
> [INFO] Final Memory: 43M/391M
> [INFO]
> 
> 
> Using:
> 
> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
> 2017-10-18T01:58:13-06:00)
> Maven home: C:\Java\apache-maven-3.5.2\bin\..
> Java version: 1.8.0_162, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.8.0_162\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> 
> Is that expected? Explanable?
> 
> Thank you,
> Gary
> 
> On Tue, Mar 6, 2018 at 1:14 PM, Rob Tompkins  wrote:
> 
>> Hello all,
>> 
>> This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC2).
>> 
>> Tag name:
>>   

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

I’ve seen something like this before where your local .m2 repository is making 
things behave strangely. You could try deleting the commons-parent directory 
there. Betting you ran an install on 44 earlier when you were committing the 
surefire changes. 

-Rob

> On Mar 6, 2018, at 4:13 PM, Gary Gregory  wrote:
> 
> Yeah, the -X output is 1 MB which is too big for my free pastbin account...
> I'll email it to you...
> 
> Gary
> 
>> On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins  wrote:
>> 
>> Using java 1.8.0_162 I get a successful run. Here’s my log:
>> 
>> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
>> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
>> 
>> Can you run with -X and put your full log somewhere….I’m curious to look
>> at it.
>> 
>> -Rob
>> 
>> 
>>> On Mar 6, 2018, at 4:04 PM, Gary Gregory  wrote:
>>> 
>>> I forgot to mention that I used the src zip as opposed to the tar gz if
>>> that matters.
>>> 
>>> Gary
>>> 
 On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins  wrote:
 
 I downloaded the .zip and ran “mvn clean verify package” successfully
>> with
 the environment:
 
 Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
 2017-10-18T03:58:13-04:00)
 Maven home: /usr/local/Cellar/maven/3.5.2/libexec
 Java version: 1.8.0_152, vendor: Oracle Corporation
 Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
 152.jdk/Contents/Home/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
 
 I’ll download java 1.8.0_162 to see what happens.
 
 -Rob
 
> On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
> 
> Hm….looking. At first look thought, that doesn’t look like something
 that we would want to expect.
> 
>> On Mar 6, 2018, at 3:50 PM, Gary Gregory 
 wrote:
>> 
>> Hi Rob,
>> 
>> Thank you for providing another RC.
>> 
>> When I run:
>> 
>> mvn clean verify package
>> 
>> I get:
>> 
>> [INFO] Generating "japicmp" report   ---
>> japicmp-maven-plugin:0.11.0:cmp-report
>> [debug] No packaging support defined, no filtering
>> [info] Skipping execution because packaging of this module is 'pom'.
>> [debug] Searching for versions in versionRange: (,44)
>> [debug] Parameter  not configured, i.e. no version
>> filtered.
>> [warn] No new version specified and file
>> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
 opened
>> as jar archive: error in opening zip file
>> 
>> java.util.zip.ZipException: error in opening zip file
>> at java.util.zip.ZipFile.open(Native Method)
>> at java.util.zip.ZipFile.(ZipFile.java:225)
>> at java.util.zip.ZipFile.(ZipFile.java:155)
>> at java.util.jar.JarFile.(JarFile.java:166)
>> at java.util.jar.JarFile.(JarFile.java:130)
>> at
>> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
 eters(JApiCmpMojo.java:341)
>> at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>> at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
>> 108)
>> at
>> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>> at
>> org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
 r.renderDocument(CategorySummaryDocumentRenderer.java:155)
>> at
>> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
 DefaultSiteRenderer.java:349)
>> at
>> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
 SiteMojo.java:184)
>> at
>> org.apache.maven.plugins.site.render.SiteMojo.execute(
 SiteMojo.java:133)
>> at
>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
 DefaultBuildPluginManager.java:134)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
 MojoExecutor.java:208)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
 MojoExecutor.java:154)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
 MojoExecutor.java:146)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
 buildProject(LifecycleModuleBuilder.java:117)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
 buildProject(LifecycleModuleBuilder.java:81)
>> at
>> org.apache.maven.lifecycle.internal.builder.singlethreaded.
 SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleStarter.
 execute(LifecycleStarter.java:128)
>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
>> 309)
>> 

[io] org.apache.commons.io.input.ReversedLinesFileReader.readLine(long)

[Gary Gregory]

Hi All:

Any objection to adding:

/**
 * Reads n lines from this reader.
 */
List
org.apache.commons.io.input.ReversedLinesFileReader.readLine(long lineCount)

?

Gary

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

Shouldn't japicmp be configured with oldVersionPattern set to 43? Or
disabled for this component, which might make more sense?

Gary

On Tue, Mar 6, 2018 at 2:34 PM, Gary Gregory  wrote:

>
>
> On Tue, Mar 6, 2018 at 2:25 PM, Rob Tompkins  wrote:
>
>> I’ve seen something like this before where your local .m2 repository is
>> making things behave strangely. You could try deleting the commons-parent
>> directory there. Betting you ran an install on 44 earlier when you were
>> committing the surefire changes.
>>
>
> I did NOT have a "44" folder in my maven repo. I did have a "44-SNAPSHOT"
> folder which I deleted. Same results. Odd.
>
> Gary
>
>
>>
>> -Rob
>>
>> > On Mar 6, 2018, at 4:13 PM, Gary Gregory 
>> wrote:
>> >
>> > Yeah, the -X output is 1 MB which is too big for my free pastbin
>> account...
>> > I'll email it to you...
>> >
>> > Gary
>> >
>> >> On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins 
>> wrote:
>> >>
>> >> Using java 1.8.0_162 I get a successful run. Here’s my log:
>> >>
>> >> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
>> >> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
>> >>
>> >> Can you run with -X and put your full log somewhere….I’m curious to
>> look
>> >> at it.
>> >>
>> >> -Rob
>> >>
>> >>
>> >>> On Mar 6, 2018, at 4:04 PM, Gary Gregory 
>> wrote:
>> >>>
>> >>> I forgot to mention that I used the src zip as opposed to the tar gz
>> if
>> >>> that matters.
>> >>>
>> >>> Gary
>> >>>
>>  On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins 
>> wrote:
>> 
>>  I downloaded the .zip and ran “mvn clean verify package” successfully
>> >> with
>>  the environment:
>> 
>>  Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>>  2017-10-18T03:58:13-04:00)
>>  Maven home: /usr/local/Cellar/maven/3.5.2/libexec
>>  Java version: 1.8.0_152, vendor: Oracle Corporation
>>  Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
>>  152.jdk/Contents/Home/jre
>>  Default locale: en_US, platform encoding: UTF-8
>>  OS name: "mac os x", version: "10.13.3", arch: "x86_64", family:
>> “mac"
>> 
>>  I’ll download java 1.8.0_162 to see what happens.
>> 
>>  -Rob
>> 
>> > On Mar 6, 2018, at 3:56 PM, Rob Tompkins 
>> wrote:
>> >
>> > Hm….looking. At first look thought, that doesn’t look like something
>>  that we would want to expect.
>> >
>> >> On Mar 6, 2018, at 3:50 PM, Gary Gregory 
>>  wrote:
>> >>
>> >> Hi Rob,
>> >>
>> >> Thank you for providing another RC.
>> >>
>> >> When I run:
>> >>
>> >> mvn clean verify package
>> >>
>> >> I get:
>> >>
>> >> [INFO] Generating "japicmp" report   ---
>> >> japicmp-maven-plugin:0.11.0:cmp-report
>> >> [debug] No packaging support defined, no filtering
>> >> [info] Skipping execution because packaging of this module is
>> 'pom'.
>> >> [debug] Searching for versions in versionRange: (,44)
>> >> [debug] Parameter  not configured, i.e. no
>> version
>> >> filtered.
>> >> [warn] No new version specified and file
>> >> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not
>> be
>>  opened
>> >> as jar archive: error in opening zip file
>> >>
>> >> java.util.zip.ZipException: error in opening zip file
>> >> at java.util.zip.ZipFile.open(Native Method)
>> >> at java.util.zip.ZipFile.(ZipFile.java:225)
>> >> at java.util.zip.ZipFile.(ZipFile.java:155)
>> >> at java.util.jar.JarFile.(JarFile.java:166)
>> >> at java.util.jar.JarFile.(JarFile.java:130)
>> >> at
>> >> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
>>  eters(JApiCmpMojo.java:341)
>> >> at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>> >> at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
>> >> 108)
>> >> at
>> >> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>> >> at
>> >> org.apache.maven.plugins.site.render.CategorySummaryDocument
>> Rendere
>>  r.renderDocument(CategorySummaryDocumentRenderer.java:155)
>> >> at
>> >> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
>>  DefaultSiteRenderer.java:349)
>> >> at
>> >> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
>>  SiteMojo.java:184)
>> >> at
>> >> org.apache.maven.plugins.site.render.SiteMojo.execute(
>>  SiteMojo.java:133)
>> >> at
>> >> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
>>  DefaultBuildPluginManager.java:134)
>> >> at
>> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>>  MojoExecutor.java:208)
>> >> at
>> >> 

Re: [io] org.apache.commons.io.input.ReversedLinesFileReader.readLine(long)

[sebb]

On 6 March 2018 at 21:38, Gary Gregory  wrote:
> Hi All:
>
> Any objection to adding:
>
> /**
>  * Reads n lines from this reader.
>  */
> List
> org.apache.commons.io.input.ReversedLinesFileReader.readLine(long lineCount)
>
> ?

Yes.

The name makes it sound like it is reading a single line, yet the
output is a list of lines.

Also, this seems like the sort of function that could be dealt with
via a more general approach which would work with any method.
AFAICT there would be no gain in embedding the looping code in IO
rather than having it somewhere else.

What happens if there aren't enough lines in the file?
What happens if there is an IO error reading one of the lines?

> Gary

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

Yes, that makes sense to me as well. I’ll get to the next RC in the morning.

-Rob

> On Mar 6, 2018, at 5:02 PM, Gary Gregory  wrote:
> 
> Shouldn't japicmp be configured with oldVersionPattern set to 43? Or
> disabled for this component, which might make more sense?
> 
> Gary
> 
> On Tue, Mar 6, 2018 at 2:34 PM, Gary Gregory  wrote:
> 
>> 
>> 
>> On Tue, Mar 6, 2018 at 2:25 PM, Rob Tompkins  wrote:
>> 
>>> I’ve seen something like this before where your local .m2 repository is
>>> making things behave strangely. You could try deleting the commons-parent
>>> directory there. Betting you ran an install on 44 earlier when you were
>>> committing the surefire changes.
>>> 
>> 
>> I did NOT have a "44" folder in my maven repo. I did have a "44-SNAPSHOT"
>> folder which I deleted. Same results. Odd.
>> 
>> Gary
>> 
>> 
>>> 
>>> -Rob
>>> 
 On Mar 6, 2018, at 4:13 PM, Gary Gregory 
>>> wrote:
 
 Yeah, the -X output is 1 MB which is too big for my free pastbin
>>> account...
 I'll email it to you...
 
 Gary
 
> On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins 
>>> wrote:
> 
> Using java 1.8.0_162 I get a successful run. Here’s my log:
> 
> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
> 
> Can you run with -X and put your full log somewhere….I’m curious to
>>> look
> at it.
> 
> -Rob
> 
> 
>> On Mar 6, 2018, at 4:04 PM, Gary Gregory 
>>> wrote:
>> 
>> I forgot to mention that I used the src zip as opposed to the tar gz
>>> if
>> that matters.
>> 
>> Gary
>> 
>>> On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins 
>>> wrote:
>>> 
>>> I downloaded the .zip and ran “mvn clean verify package” successfully
> with
>>> the environment:
>>> 
>>> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>>> 2017-10-18T03:58:13-04:00)
>>> Maven home: /usr/local/Cellar/maven/3.5.2/libexec
>>> Java version: 1.8.0_152, vendor: Oracle Corporation
>>> Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
>>> 152.jdk/Contents/Home/jre
>>> Default locale: en_US, platform encoding: UTF-8
>>> OS name: "mac os x", version: "10.13.3", arch: "x86_64", family:
>>> “mac"
>>> 
>>> I’ll download java 1.8.0_162 to see what happens.
>>> 
>>> -Rob
>>> 
 On Mar 6, 2018, at 3:56 PM, Rob Tompkins 
>>> wrote:
 
 Hm….looking. At first look thought, that doesn’t look like something
>>> that we would want to expect.
 
> On Mar 6, 2018, at 3:50 PM, Gary Gregory 
>>> wrote:
> 
> Hi Rob,
> 
> Thank you for providing another RC.
> 
> When I run:
> 
> mvn clean verify package
> 
> I get:
> 
> [INFO] Generating "japicmp" report   ---
> japicmp-maven-plugin:0.11.0:cmp-report
> [debug] No packaging support defined, no filtering
> [info] Skipping execution because packaging of this module is
>>> 'pom'.
> [debug] Searching for versions in versionRange: (,44)
> [debug] Parameter  not configured, i.e. no
>>> version
> filtered.
> [warn] No new version specified and file
> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not
>>> be
>>> opened
> as jar archive: error in opening zip file
> 
> java.util.zip.ZipException: error in opening zip file
>at java.util.zip.ZipFile.open(Native Method)
>at java.util.zip.ZipFile.(ZipFile.java:225)
>at java.util.zip.ZipFile.(ZipFile.java:155)
>at java.util.jar.JarFile.(JarFile.java:166)
>at java.util.jar.JarFile.(JarFile.java:130)
>at
> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
>>> eters(JApiCmpMojo.java:341)
>at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
> 108)
>at
> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>at
> org.apache.maven.plugins.site.render.CategorySummaryDocument
>>> Rendere
>>> r.renderDocument(CategorySummaryDocumentRenderer.java:155)
>at
> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
>>> DefaultSiteRenderer.java:349)
>at
> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
>>> SiteMojo.java:184)
>at
> org.apache.maven.plugins.site.render.SiteMojo.execute(
>>> SiteMojo.java:133)
>at
> 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

Review in progress...

I would be nice if this worked:

 md5sum -c commons-parent-44-src.zip.md5
 sha1sum -c commons-parent-44-src.zip.sha1

I am using md5sum from Git's MingW64 shell.

Gary


On Tue, Mar 6, 2018 at 1:14 PM, Rob Tompkins  wrote:

> Hello all,
>
> This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC2).
>
> Tag name:
>commons-parent-44-RC2
>
> Tag URL:
>https://svn.apache.org/repos/asf/commons/proper/commons-
> parent/tags/commons-parent-44-RC2/
>
> Commit ID the tag points at:
> 1826033
>
> Site Zip:
>https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip
>
> Distribution files (committed at revision 25505):
>https://dist.apache.org/repos/dist/dev/commons/commons-parent/
>
> Distribution files hashes (SHA1):
>commons-parent-44-src.tar.gz
>(SHA1: b6ee014c071db16d98062ef2697544b61af2b47d)
>commons-parent-44-src.zip
>(SHA1: 38c832a55852c08d1948adba15260537a2bf6f95)
>
> These are the Maven artifacts and their hashes:
>commons-parent-44-site.xml
>(SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
>commons-parent-44.pom
>(SHA1: 68f9115b9286b7dfe3ab5d55263b60b09e010c8d)
>
> KEYS file to check signatures:
>http://www.apache.org/dist/commons/KEYS
>
> Maven artifacts:
>https://repository.apache.org/content/repositories/
> orgapachecommons-1311
>
> Please select one of the following options[1]:
>   [ ] +1 Release it.
>   [ ] +0 Go ahead; I don't care.
>   [ ] -0 There are a few minor glitches: ...
>   [ ] -1 No, do not release it because ...
>
> This vote will be open at least 72 hours, i.e. until
> 2018-03-09T21:00:00Z
> (this is UTC time).
> 
>
> Cheers,
> -Rob
>
> [1] http://apache.org/foundation/voting.html
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [io] org.apache.commons.io.input.ReversedLinesFileReader.readLine(long)

[sebb]

On 6 March 2018 at 23:22, Gary Gregory  wrote:
> On Tue, Mar 6, 2018 at 4:13 PM, sebb  wrote:
>
>> On 6 March 2018 at 21:38, Gary Gregory  wrote:
>> > Hi All:
>> >
>> > Any objection to adding:
>> >
>> > /**
>> >  * Reads n lines from this reader.
>> >  */
>> > List
>> > org.apache.commons.io.input.ReversedLinesFileReader.readLine(long
>> lineCount)
>> >
>> > ?
>>
>> Yes.
>>
>> The name makes it sound like it is reading a single line, yet the
>> output is a list of lines.
>>
>
> Cut and paste error, obviously, the method should be called "readLines(long
> lineCount)"
>
>
>> Also, this seems like the sort of function that could be dealt with
>> via a more general approach which would work with any method.
>> AFAICT there would be no gain in embedding the looping code in IO
>> rather than having it somewhere else.
>>
>
> The gain is that your questions below would be defined by the new method.

As they would by an independent method.

>
>> What happens if there aren't enough lines in the file?
>>
>
> If you ask for 30 lines, and there are only 10 lines, you get 10 lines. I'm
> not sure what else could happen, you can't invent data that does not exist.
>
> What happens if there is an IO error reading one of the lines?
>>
>
> Then the method throws an exception, just like readLine() does.

So all the lines that have already been read are lost?

> Would you
> ask this question of readLine(): What happens if reading a single character
> or a buffer of character causes an IO error?
>
> Gary
>
>
>>
>> > Gary
>>
>> -
>> 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: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

On Tue, Mar 6, 2018 at 2:25 PM, Rob Tompkins  wrote:

> I’ve seen something like this before where your local .m2 repository is
> making things behave strangely. You could try deleting the commons-parent
> directory there. Betting you ran an install on 44 earlier when you were
> committing the surefire changes.
>

I did NOT have a "44" folder in my maven repo. I did have a "44-SNAPSHOT"
folder which I deleted. Same results. Odd.

Gary


>
> -Rob
>
> > On Mar 6, 2018, at 4:13 PM, Gary Gregory  wrote:
> >
> > Yeah, the -X output is 1 MB which is too big for my free pastbin
> account...
> > I'll email it to you...
> >
> > Gary
> >
> >> On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins 
> wrote:
> >>
> >> Using java 1.8.0_162 I get a successful run. Here’s my log:
> >>
> >> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
> >> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
> >>
> >> Can you run with -X and put your full log somewhere….I’m curious to look
> >> at it.
> >>
> >> -Rob
> >>
> >>
> >>> On Mar 6, 2018, at 4:04 PM, Gary Gregory 
> wrote:
> >>>
> >>> I forgot to mention that I used the src zip as opposed to the tar gz if
> >>> that matters.
> >>>
> >>> Gary
> >>>
>  On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins 
> wrote:
> 
>  I downloaded the .zip and ran “mvn clean verify package” successfully
> >> with
>  the environment:
> 
>  Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>  2017-10-18T03:58:13-04:00)
>  Maven home: /usr/local/Cellar/maven/3.5.2/libexec
>  Java version: 1.8.0_152, vendor: Oracle Corporation
>  Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
>  152.jdk/Contents/Home/jre
>  Default locale: en_US, platform encoding: UTF-8
>  OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
> 
>  I’ll download java 1.8.0_162 to see what happens.
> 
>  -Rob
> 
> > On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
> >
> > Hm….looking. At first look thought, that doesn’t look like something
>  that we would want to expect.
> >
> >> On Mar 6, 2018, at 3:50 PM, Gary Gregory 
>  wrote:
> >>
> >> Hi Rob,
> >>
> >> Thank you for providing another RC.
> >>
> >> When I run:
> >>
> >> mvn clean verify package
> >>
> >> I get:
> >>
> >> [INFO] Generating "japicmp" report   ---
> >> japicmp-maven-plugin:0.11.0:cmp-report
> >> [debug] No packaging support defined, no filtering
> >> [info] Skipping execution because packaging of this module is 'pom'.
> >> [debug] Searching for versions in versionRange: (,44)
> >> [debug] Parameter  not configured, i.e. no
> version
> >> filtered.
> >> [warn] No new version specified and file
> >> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
>  opened
> >> as jar archive: error in opening zip file
> >>
> >> java.util.zip.ZipException: error in opening zip file
> >> at java.util.zip.ZipFile.open(Native Method)
> >> at java.util.zip.ZipFile.(ZipFile.java:225)
> >> at java.util.zip.ZipFile.(ZipFile.java:155)
> >> at java.util.jar.JarFile.(JarFile.java:166)
> >> at java.util.jar.JarFile.(JarFile.java:130)
> >> at
> >> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
>  eters(JApiCmpMojo.java:341)
> >> at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
> >> at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
> >> 108)
> >> at
> >> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
> >> at
> >> org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
>  r.renderDocument(CategorySummaryDocumentRenderer.java:155)
> >> at
> >> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
>  DefaultSiteRenderer.java:349)
> >> at
> >> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
>  SiteMojo.java:184)
> >> at
> >> org.apache.maven.plugins.site.render.SiteMojo.execute(
>  SiteMojo.java:133)
> >> at
> >> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
>  DefaultBuildPluginManager.java:134)
> >> at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>  MojoExecutor.java:208)
> >> at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>  MojoExecutor.java:154)
> >> at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>  MojoExecutor.java:146)
> >> at
> >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
>  buildProject(LifecycleModuleBuilder.java:117)
> >> at
> >> 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

Darn. I was hoping that would work. Do you get the same from the tag?

> On Mar 6, 2018, at 4:34 PM, Gary Gregory  wrote:
> 
>> On Tue, Mar 6, 2018 at 2:25 PM, Rob Tompkins  wrote:
>> 
>> I’ve seen something like this before where your local .m2 repository is
>> making things behave strangely. You could try deleting the commons-parent
>> directory there. Betting you ran an install on 44 earlier when you were
>> committing the surefire changes.
>> 
> 
> I did NOT have a "44" folder in my maven repo. I did have a "44-SNAPSHOT"
> folder which I deleted. Same results. Odd.
> 
> Gary
> 
> 
>> 
>> -Rob
>> 
>>> On Mar 6, 2018, at 4:13 PM, Gary Gregory  wrote:
>>> 
>>> Yeah, the -X output is 1 MB which is too big for my free pastbin
>> account...
>>> I'll email it to you...
>>> 
>>> Gary
>>> 
 On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins 
>> wrote:
 
 Using java 1.8.0_162 I get a successful run. Here’s my log:
 
 https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
 https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
 
 Can you run with -X and put your full log somewhere….I’m curious to look
 at it.
 
 -Rob
 
 
> On Mar 6, 2018, at 4:04 PM, Gary Gregory 
>> wrote:
> 
> I forgot to mention that I used the src zip as opposed to the tar gz if
> that matters.
> 
> Gary
> 
>> On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins 
>> wrote:
>> 
>> I downloaded the .zip and ran “mvn clean verify package” successfully
 with
>> the environment:
>> 
>> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>> 2017-10-18T03:58:13-04:00)
>> Maven home: /usr/local/Cellar/maven/3.5.2/libexec
>> Java version: 1.8.0_152, vendor: Oracle Corporation
>> Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
>> 152.jdk/Contents/Home/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
>> 
>> I’ll download java 1.8.0_162 to see what happens.
>> 
>> -Rob
>> 
>>> On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
>>> 
>>> Hm….looking. At first look thought, that doesn’t look like something
>> that we would want to expect.
>>> 
 On Mar 6, 2018, at 3:50 PM, Gary Gregory 
>> wrote:
 
 Hi Rob,
 
 Thank you for providing another RC.
 
 When I run:
 
 mvn clean verify package
 
 I get:
 
 [INFO] Generating "japicmp" report   ---
 japicmp-maven-plugin:0.11.0:cmp-report
 [debug] No packaging support defined, no filtering
 [info] Skipping execution because packaging of this module is 'pom'.
 [debug] Searching for versions in versionRange: (,44)
 [debug] Parameter  not configured, i.e. no
>> version
 filtered.
 [warn] No new version specified and file
 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
>> opened
 as jar archive: error in opening zip file
 
 java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(ZipFile.java:225)
at java.util.zip.ZipFile.(ZipFile.java:155)
at java.util.jar.JarFile.(JarFile.java:166)
at java.util.jar.JarFile.(JarFile.java:130)
at
 japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
>> eters(JApiCmpMojo.java:341)
at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
 108)
at
 japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
at
 org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
>> r.renderDocument(CategorySummaryDocumentRenderer.java:155)
at
 org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
>> DefaultSiteRenderer.java:349)
at
 org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
>> SiteMojo.java:184)
at
 org.apache.maven.plugins.site.render.SiteMojo.execute(
>> SiteMojo.java:133)
at
 org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
>> DefaultBuildPluginManager.java:134)
at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> MojoExecutor.java:208)
at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> MojoExecutor.java:154)
at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

Hi Rob,

Thank you for providing another RC.

When I run:

mvn clean verify package

I get:

[INFO] Generating "japicmp" report   ---
japicmp-maven-plugin:0.11.0:cmp-report
[debug] No packaging support defined, no filtering
[info] Skipping execution because packaging of this module is 'pom'.
[debug] Searching for versions in versionRange: (,44)
[debug] Parameter  not configured, i.e. no version
filtered.
[warn] No new version specified and file
'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be opened
as jar archive: error in opening zip file

java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(ZipFile.java:225)
at java.util.zip.ZipFile.(ZipFile.java:155)
at java.util.jar.JarFile.(JarFile.java:166)
at java.util.jar.JarFile.(JarFile.java:130)
at
japicmp.maven.JApiCmpMojo.populateArchivesListsFromParameters(JApiCmpMojo.java:341)
at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:108)
at
japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
at
org.apache.maven.plugins.site.render.CategorySummaryDocumentRenderer.renderDocument(CategorySummaryDocumentRenderer.java:155)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:349)
at
org.apache.maven.plugins.site.render.SiteMojo.renderLocale(SiteMojo.java:184)
at
org.apache.maven.plugins.site.render.SiteMojo.execute(SiteMojo.java:133)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
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.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

[warn] Please provide at least one resolvable new version using one of the
configuration elements  or .
[INFO]

[INFO] BUILD SUCCESS
[INFO]

[INFO] Total time: 15.298 s
[INFO] Finished at: 2018-03-06T13:49:11-07:00
[INFO] Final Memory: 43M/391M
[INFO]


Using:

Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
2017-10-18T01:58:13-06:00)
Maven home: C:\Java\apache-maven-3.5.2\bin\..
Java version: 1.8.0_162, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.8.0_162\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Is that expected? Explanable?

Thank you,
Gary

On Tue, Mar 6, 2018 at 1:14 PM, Rob Tompkins  wrote:

> Hello all,
>
> This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC2).
>
> Tag name:
>commons-parent-44-RC2
>
> Tag URL:
>https://svn.apache.org/repos/asf/commons/proper/commons-
> parent/tags/commons-parent-44-RC2/
>
> Commit ID the tag points at:
> 1826033
>
> Site Zip:
>https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip
>
> Distribution files (committed at revision 25505):
>

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

I downloaded the .zip and ran “mvn clean verify package” successfully with the 
environment:

Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 
2017-10-18T03:58:13-04:00)
Maven home: /usr/local/Cellar/maven/3.5.2/libexec
Java version: 1.8.0_152, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_152.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"

I’ll download java 1.8.0_162 to see what happens.

-Rob

> On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
> 
> Hm….looking. At first look thought, that doesn’t look like something that we 
> would want to expect.
> 
>> On Mar 6, 2018, at 3:50 PM, Gary Gregory  wrote:
>> 
>> Hi Rob,
>> 
>> Thank you for providing another RC.
>> 
>> When I run:
>> 
>> mvn clean verify package
>> 
>> I get:
>> 
>> [INFO] Generating "japicmp" report   ---
>> japicmp-maven-plugin:0.11.0:cmp-report
>> [debug] No packaging support defined, no filtering
>> [info] Skipping execution because packaging of this module is 'pom'.
>> [debug] Searching for versions in versionRange: (,44)
>> [debug] Parameter  not configured, i.e. no version
>> filtered.
>> [warn] No new version specified and file
>> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be opened
>> as jar archive: error in opening zip file
>> 
>> java.util.zip.ZipException: error in opening zip file
>>   at java.util.zip.ZipFile.open(Native Method)
>>   at java.util.zip.ZipFile.(ZipFile.java:225)
>>   at java.util.zip.ZipFile.(ZipFile.java:155)
>>   at java.util.jar.JarFile.(JarFile.java:166)
>>   at java.util.jar.JarFile.(JarFile.java:130)
>>   at
>> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParameters(JApiCmpMojo.java:341)
>>   at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>>   at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:108)
>>   at
>> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>>   at
>> org.apache.maven.plugins.site.render.CategorySummaryDocumentRenderer.renderDocument(CategorySummaryDocumentRenderer.java:155)
>>   at
>> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:349)
>>   at
>> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(SiteMojo.java:184)
>>   at
>> org.apache.maven.plugins.site.render.SiteMojo.execute(SiteMojo.java:133)
>>   at
>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
>>   at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
>>   at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
>>   at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
>>   at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
>>   at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
>>   at
>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>>   at
>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
>>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
>>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
>>   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
>>   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
>>   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
>>   at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
>>   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.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
>>   at
>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
>>   at
>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
>>   at
>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
>> 
>> [warn] Please provide at least one resolvable new version using one of the
>> configuration elements  or .
>> [INFO]
>> 
>> [INFO] BUILD SUCCESS
>> [INFO]
>> 
>> [INFO] Total time: 15.298 s
>> [INFO] Finished at: 2018-03-06T13:49:11-07:00
>> [INFO] Final Memory: 43M/391M
>> [INFO]
>> 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

Using java 1.8.0_162 I get a successful run. Here’s my log:

https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 


Can you run with -X and put your full log somewhere….I’m curious to look at it.

-Rob


> On Mar 6, 2018, at 4:04 PM, Gary Gregory  wrote:
> 
> I forgot to mention that I used the src zip as opposed to the tar gz if
> that matters.
> 
> Gary
> 
> On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins  wrote:
> 
>> I downloaded the .zip and ran “mvn clean verify package” successfully with
>> the environment:
>> 
>> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
>> 2017-10-18T03:58:13-04:00)
>> Maven home: /usr/local/Cellar/maven/3.5.2/libexec
>> Java version: 1.8.0_152, vendor: Oracle Corporation
>> Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
>> 152.jdk/Contents/Home/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
>> 
>> I’ll download java 1.8.0_162 to see what happens.
>> 
>> -Rob
>> 
>>> On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
>>> 
>>> Hm….looking. At first look thought, that doesn’t look like something
>> that we would want to expect.
>>> 
 On Mar 6, 2018, at 3:50 PM, Gary Gregory 
>> wrote:
 
 Hi Rob,
 
 Thank you for providing another RC.
 
 When I run:
 
 mvn clean verify package
 
 I get:
 
 [INFO] Generating "japicmp" report   ---
 japicmp-maven-plugin:0.11.0:cmp-report
 [debug] No packaging support defined, no filtering
 [info] Skipping execution because packaging of this module is 'pom'.
 [debug] Searching for versions in versionRange: (,44)
 [debug] Parameter  not configured, i.e. no version
 filtered.
 [warn] No new version specified and file
 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
>> opened
 as jar archive: error in opening zip file
 
 java.util.zip.ZipException: error in opening zip file
  at java.util.zip.ZipFile.open(Native Method)
  at java.util.zip.ZipFile.(ZipFile.java:225)
  at java.util.zip.ZipFile.(ZipFile.java:155)
  at java.util.jar.JarFile.(JarFile.java:166)
  at java.util.jar.JarFile.(JarFile.java:130)
  at
 japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
>> eters(JApiCmpMojo.java:341)
  at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
  at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:108)
  at
 japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
  at
 org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
>> r.renderDocument(CategorySummaryDocumentRenderer.java:155)
  at
 org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
>> DefaultSiteRenderer.java:349)
  at
 org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
>> SiteMojo.java:184)
  at
 org.apache.maven.plugins.site.render.SiteMojo.execute(
>> SiteMojo.java:133)
  at
 org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
>> DefaultBuildPluginManager.java:134)
  at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> MojoExecutor.java:208)
  at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> MojoExecutor.java:154)
  at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(
>> MojoExecutor.java:146)
  at
 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
>> buildProject(LifecycleModuleBuilder.java:117)
  at
 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
>> buildProject(LifecycleModuleBuilder.java:81)
  at
 org.apache.maven.lifecycle.internal.builder.singlethreaded.
>> SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
  at
 org.apache.maven.lifecycle.internal.LifecycleStarter.
>> execute(LifecycleStarter.java:128)
  at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
  at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
  at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
  at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
  at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
  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.codehaus.plexus.classworlds.launcher.Launcher.
>> 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

I forgot to mention that I used the src zip as opposed to the tar gz if
that matters.

Gary

On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins  wrote:

> I downloaded the .zip and ran “mvn clean verify package” successfully with
> the environment:
>
> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
> 2017-10-18T03:58:13-04:00)
> Maven home: /usr/local/Cellar/maven/3.5.2/libexec
> Java version: 1.8.0_152, vendor: Oracle Corporation
> Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
> 152.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
>
> I’ll download java 1.8.0_162 to see what happens.
>
> -Rob
>
> > On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
> >
> > Hm….looking. At first look thought, that doesn’t look like something
> that we would want to expect.
> >
> >> On Mar 6, 2018, at 3:50 PM, Gary Gregory 
> wrote:
> >>
> >> Hi Rob,
> >>
> >> Thank you for providing another RC.
> >>
> >> When I run:
> >>
> >> mvn clean verify package
> >>
> >> I get:
> >>
> >> [INFO] Generating "japicmp" report   ---
> >> japicmp-maven-plugin:0.11.0:cmp-report
> >> [debug] No packaging support defined, no filtering
> >> [info] Skipping execution because packaging of this module is 'pom'.
> >> [debug] Searching for versions in versionRange: (,44)
> >> [debug] Parameter  not configured, i.e. no version
> >> filtered.
> >> [warn] No new version specified and file
> >> 'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
> opened
> >> as jar archive: error in opening zip file
> >>
> >> java.util.zip.ZipException: error in opening zip file
> >>   at java.util.zip.ZipFile.open(Native Method)
> >>   at java.util.zip.ZipFile.(ZipFile.java:225)
> >>   at java.util.zip.ZipFile.(ZipFile.java:155)
> >>   at java.util.jar.JarFile.(JarFile.java:166)
> >>   at java.util.jar.JarFile.(JarFile.java:130)
> >>   at
> >> japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
> eters(JApiCmpMojo.java:341)
> >>   at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
> >>   at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:108)
> >>   at
> >> japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
> >>   at
> >> org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
> r.renderDocument(CategorySummaryDocumentRenderer.java:155)
> >>   at
> >> org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
> DefaultSiteRenderer.java:349)
> >>   at
> >> org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
> SiteMojo.java:184)
> >>   at
> >> org.apache.maven.plugins.site.render.SiteMojo.execute(
> SiteMojo.java:133)
> >>   at
> >> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> DefaultBuildPluginManager.java:134)
> >>   at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:208)
> >>   at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:154)
> >>   at
> >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:146)
> >>   at
> >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:117)
> >>   at
> >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:81)
> >>   at
> >> org.apache.maven.lifecycle.internal.builder.singlethreaded.
> SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> >>   at
> >> org.apache.maven.lifecycle.internal.LifecycleStarter.
> execute(LifecycleStarter.java:128)
> >>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
> >>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
> >>   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
> >>   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
> >>   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
> >>   at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
> >>   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.codehaus.plexus.classworlds.launcher.Launcher.
> launchEnhanced(Launcher.java:289)
> >>   at
> >> org.codehaus.plexus.classworlds.launcher.Launcher.
> launch(Launcher.java:229)
> >>   at
> >> org.codehaus.plexus.classworlds.launcher.Launcher.
> mainWithExitCode(Launcher.java:415)
> >>   at
> >> org.codehaus.plexus.classworlds.launcher.Launcher.
> main(Launcher.java:356)
> >>
> >> [warn] Please provide at least one resolvable new 

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Gary Gregory]

Yeah, the -X output is 1 MB which is too big for my free pastbin account...
I'll email it to you...

Gary

On Tue, Mar 6, 2018 at 2:08 PM, Rob Tompkins  wrote:

> Using java 1.8.0_162 I get a successful run. Here’s my log:
>
> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0 <
> https://gist.github.com/chtompki/c5df28381244da0d2e126d6b5a1353e0>
>
> Can you run with -X and put your full log somewhere….I’m curious to look
> at it.
>
> -Rob
>
>
> > On Mar 6, 2018, at 4:04 PM, Gary Gregory  wrote:
> >
> > I forgot to mention that I used the src zip as opposed to the tar gz if
> > that matters.
> >
> > Gary
> >
> > On Tue, Mar 6, 2018 at 2:02 PM, Rob Tompkins  wrote:
> >
> >> I downloaded the .zip and ran “mvn clean verify package” successfully
> with
> >> the environment:
> >>
> >> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
> >> 2017-10-18T03:58:13-04:00)
> >> Maven home: /usr/local/Cellar/maven/3.5.2/libexec
> >> Java version: 1.8.0_152, vendor: Oracle Corporation
> >> Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_
> >> 152.jdk/Contents/Home/jre
> >> Default locale: en_US, platform encoding: UTF-8
> >> OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: “mac"
> >>
> >> I’ll download java 1.8.0_162 to see what happens.
> >>
> >> -Rob
> >>
> >>> On Mar 6, 2018, at 3:56 PM, Rob Tompkins  wrote:
> >>>
> >>> Hm….looking. At first look thought, that doesn’t look like something
> >> that we would want to expect.
> >>>
>  On Mar 6, 2018, at 3:50 PM, Gary Gregory 
> >> wrote:
> 
>  Hi Rob,
> 
>  Thank you for providing another RC.
> 
>  When I run:
> 
>  mvn clean verify package
> 
>  I get:
> 
>  [INFO] Generating "japicmp" report   ---
>  japicmp-maven-plugin:0.11.0:cmp-report
>  [debug] No packaging support defined, no filtering
>  [info] Skipping execution because packaging of this module is 'pom'.
>  [debug] Searching for versions in versionRange: (,44)
>  [debug] Parameter  not configured, i.e. no version
>  filtered.
>  [warn] No new version specified and file
>  'C:\temp\rc\commons-parent-44-src\pom.xml' of artifact could not be
> >> opened
>  as jar archive: error in opening zip file
> 
>  java.util.zip.ZipException: error in opening zip file
>   at java.util.zip.ZipFile.open(Native Method)
>   at java.util.zip.ZipFile.(ZipFile.java:225)
>   at java.util.zip.ZipFile.(ZipFile.java:155)
>   at java.util.jar.JarFile.(JarFile.java:166)
>   at java.util.jar.JarFile.(JarFile.java:130)
>   at
>  japicmp.maven.JApiCmpMojo.populateArchivesListsFromParam
> >> eters(JApiCmpMojo.java:341)
>   at japicmp.maven.JApiCmpMojo.getOptions(JApiCmpMojo.java:704)
>   at japicmp.maven.JApiCmpReport.getOptions(JApiCmpReport.java:
> 108)
>   at
>  japicmp.maven.JApiCmpReport.getDescription(JApiCmpReport.java:127)
>   at
>  org.apache.maven.plugins.site.render.CategorySummaryDocumentRendere
> >> r.renderDocument(CategorySummaryDocumentRenderer.java:155)
>   at
>  org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(
> >> DefaultSiteRenderer.java:349)
>   at
>  org.apache.maven.plugins.site.render.SiteMojo.renderLocale(
> >> SiteMojo.java:184)
>   at
>  org.apache.maven.plugins.site.render.SiteMojo.execute(
> >> SiteMojo.java:133)
>   at
>  org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> >> DefaultBuildPluginManager.java:134)
>   at
>  org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> >> MojoExecutor.java:208)
>   at
>  org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> >> MojoExecutor.java:154)
>   at
>  org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> >> MojoExecutor.java:146)
>   at
>  org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> >> buildProject(LifecycleModuleBuilder.java:117)
>   at
>  org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> >> buildProject(LifecycleModuleBuilder.java:81)
>   at
>  org.apache.maven.lifecycle.internal.builder.singlethreaded.
> >> SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>   at
>  org.apache.maven.lifecycle.internal.LifecycleStarter.
> >> execute(LifecycleStarter.java:128)
>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
> 309)
>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:
> 194)
>   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
>   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
>   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
>   at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
> 

[CANCEL][LAZY][VOTE] Release Commons Parent 44 based on RC2.

[Rob Tompkins]

I’m going to try to sort out Gary’s issue, and stage an RC3 in the morning.

Cheers,
-Rob

> On Mar 6, 2018, at 3:14 PM, Rob Tompkins  wrote:
> 
> Hello all,
> 
> This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC2).
> 
> Tag name:
>   commons-parent-44-RC2
> 
> Tag URL:
>   
> https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-44-RC2/
> 
> Commit ID the tag points at:
>1826033
> 
> Site Zip:
>   https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip
> 
> Distribution files (committed at revision 25505):
>   https://dist.apache.org/repos/dist/dev/commons/commons-parent/
> 
> Distribution files hashes (SHA1):
>   commons-parent-44-src.tar.gz
>   (SHA1: b6ee014c071db16d98062ef2697544b61af2b47d)
>   commons-parent-44-src.zip
>   (SHA1: 38c832a55852c08d1948adba15260537a2bf6f95)
> 
> These are the Maven artifacts and their hashes:
>   commons-parent-44-site.xml
>   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
>   commons-parent-44.pom
>   (SHA1: 68f9115b9286b7dfe3ab5d55263b60b09e010c8d)
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
>   https://repository.apache.org/content/repositories/orgapachecommons-1311
> 
> Please select one of the following options[1]:
>  [ ] +1 Release it.
>  [ ] +0 Go ahead; I don't care.
>  [ ] -0 There are a few minor glitches: ...
>  [ ] -1 No, do not release it because ...
> 
> This vote will be open at least 72 hours, i.e. until 
> 2018-03-09T21:00:00Z
> (this is UTC time).
> 
> 
> Cheers,
> -Rob
> 
> [1] http://apache.org/foundation/voting.html


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Prepare commons to JDK 9

[Gary Gregory]

Hi All:

On a slightly different tack, I think that it is way to early to require
Java 9 for ANY Commons components.

I see a case for updating all components to at least Java 7, and hopefully
8.

What you will likely hear from some quarters are comments of the type "What
feature of Java X is required for a better Commons Y".

Note that from my POV, MR Jars are a catastrophe, breaking tool chains left
and right and I will avoid these like the plague until tools support that
feature through and through, especially Android; as well as the myriad of
Maven plugins that might blow up by looking at class files in the "wrong"
place (META-INF).

The least worst solution is to do the minimum for jars to play in the Java
9 module system, which should not require Java 9 byte codes.

Another item to chew on: There is no LTS plans from Oracle for Java 9 AND
10, in fact the next LTS is for Java 11. So it seems to me then that Java
>=9 and < 11 is a moving target and I would not bend over backward for
anything in that range. Not yet at least.

Gary

On Tue, Mar 6, 2018 at 8:46 PM, Kamila Molina Orellana <
kamila.molin...@gmail.com> wrote:

> Dear all,
>
> As an idea for GSoC that came up in [1], we want to settle some guidelines
> that other commons projects might follow to make the shift. We came up with
> some ideas in [2]. I wanted to ask about some experience you have had while
> moving to JDK 9 in other commons-projects.
>
> I wanted to propose this:
>
>1. Make the movement of commons-rdf to JDK 9 generating modules
>descriptions automatically through Maven.
>2. Generate integration tests to guarantee that modules are working as
>expected with JDK 9.
>3. Maybe have multi-release JARs?
>
> Since other commons projects follow a similar structure, we can generate
> some documentation in a wiki-like media. So, they can make the shit to JPMS
> or at least have a guideline. Or I can contribute :D.
>
> Wha do you think?
>
> Regards,
> ~Kamila.
>
>
> [1] https://issues.apache.org/jira/browse/COMMONSSITE-103
> [2] https://issues.apache.org/jira/browse/COMMONSRDF-75
>

Re: [email] Update from Java 6 to 7

[Gary Gregory]

On Fri, Mar 2, 2018 at 9:52 AM, Pascal Schumacher 
wrote:

> +1, otherwise we would have to revert https://github.com/apache/comm
> ons-email/commit/2239326be5c2791a23eea07eaed3d81f2e7000cf
>
> Am 02.03.2018 um 17:45 schrieb Gary Gregory:
>
>> I propose we update Commons Email from Java 6 to Java 7.
>>
>
Done.

Gary


>
>> Gary
>>
>>
>

[GitHub] commons-pool issue #4: POOL-337: EvictionTimer does not remove cancelled tas...

[garydgregory]

Github user garydgregory commented on the issue:

https://github.com/apache/commons-pool/pull/4
  
Hello @cdeneux !

Thank you for your PR. 

Would you mind updating this PR with a unit test? It would be best if the 
test failed without the changes to the main file.

Thank you,
Gary


---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Prepare commons to JDK 9

[Kamila Molina Orellana]

Dear all,

As an idea for GSoC that came up in [1], we want to settle some guidelines
that other commons projects might follow to make the shift. We came up with
some ideas in [2]. I wanted to ask about some experience you have had while
moving to JDK 9 in other commons-projects.

I wanted to propose this:

   1. Make the movement of commons-rdf to JDK 9 generating modules
   descriptions automatically through Maven.
   2. Generate integration tests to guarantee that modules are working as
   expected with JDK 9.
   3. Maybe have multi-release JARs?

Since other commons projects follow a similar structure, we can generate
some documentation in a wiki-like media. So, they can make the shit to JPMS
or at least have a guideline. Or I can contribute :D.

Wha do you think?

Regards,
~Kamila.


[1] https://issues.apache.org/jira/browse/COMMONSSITE-103
[2] https://issues.apache.org/jira/browse/COMMONSRDF-75

Re: [io] org.apache.commons.io.input.ReversedLinesFileReader.readLine(long)

[Gary Gregory]

On Tue, Mar 6, 2018 at 4:32 PM, sebb  wrote:

> On 6 March 2018 at 23:22, Gary Gregory  wrote:
> > On Tue, Mar 6, 2018 at 4:13 PM, sebb  wrote:
> >
> >> On 6 March 2018 at 21:38, Gary Gregory  wrote:
> >> > Hi All:
> >> >
> >> > Any objection to adding:
> >> >
> >> > /**
> >> >  * Reads n lines from this reader.
> >> >  */
> >> > List
> >> > org.apache.commons.io.input.ReversedLinesFileReader.readLine(long
> >> lineCount)
> >> >
> >> > ?
> >>
> >> Yes.
> >>
> >> The name makes it sound like it is reading a single line, yet the
> >> output is a list of lines.
> >>
> >
> > Cut and paste error, obviously, the method should be called
> "readLines(long
> > lineCount)"
> >
> >
> >> Also, this seems like the sort of function that could be dealt with
> >> via a more general approach which would work with any method.
> >> AFAICT there would be no gain in embedding the looping code in IO
> >> rather than having it somewhere else.
> >>
> >
> > The gain is that your questions below would be defined by the new method.
>
> As they would by an independent method.
>
> >
> >> What happens if there aren't enough lines in the file?
> >>
> >
> > If you ask for 30 lines, and there are only 10 lines, you get 10 lines.
> I'm
> > not sure what else could happen, you can't invent data that does not
> exist.
> >
> > What happens if there is an IO error reading one of the lines?
> >>
> >
> > Then the method throws an exception, just like readLine() does.
>
> So all the lines that have already been read are lost?
>

Yes, just like all of the characters are lost when an exception is thrown
when you call readLine() today. Nothing shocking there IMO.

Gary


>
> > Would you
> > ask this question of readLine(): What happens if reading a single
> character
> > or a buffer of character causes an IO error?
> >
> > Gary
> >
> >
> >>
> >> > Gary
> >>
> >> -
> >> 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
>
>

[ANNOUNCE] Commons Release Plugin 1.1 Released.

[Rob Tompkins]

[This announcement is only going to the dev list.]

The Apache Commons Release Plugin team is pleased to announce the release of 
Apache
Commons Release Plugin 1.1.

The Apache Commons Release Plugin is a collection of Java based Maven mojos for 
Apache Commons
Release process. These mojos are intended to be used as a collection of steps 
to be strung
together for the purpose of removing the manual steps required to produce an 
Apache Commons Release.

Changes in this version:

o COMMONSSITE-98:  Making the project more multi-module compatible
o COMMONSSITE-104: Sha1 signature files now reflect actual signatures.
o COMMONSSITE-102: Commons Release Plugin doesn't work with Commons Release 
Plugin
o COMMONSSITE-101: Make -Dcommons.release.dryRun=true our commit toggle

List of changes:
http://commons.apache.org/commons-release-plugin/changes-report.html

For complete information on Apache Commons Release Plugin, including 
instructions
on how to submit bug reports,
patches, or suggestions for improvement, see the Apache Apache Commons
Release Plugin website:

http://commons.apache.org/commons-release-plugin/index.html

Cheers,
-Rob
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [All] GitHub partial update

[Gary Gregory]

Yep, INFRA...

Gary

On Tue, Mar 6, 2018, 07:24 Otto Fowler  wrote:

> You should open an INFRA ticket
>
> On March 6, 2018 at 09:12:41, Gilles (gil...@harfang.homelinux.org) wrote:
>
> > Hi.
> >
> > It seems there are glitches with the mirroring (?).
> >
> > The current version of this file (on GitHub)
> >
> >
> >
> https://github.com/apache/commons-numbers/blob/master/commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> > is not the same as on Apache
> >
> >
> >
> https://git1-us-west.apache.org/repos/asf?p=commons-numbers.git;a=blob;f=commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> > although the file was changed 5 days ago.
> >
> > Any clue as to what happened?
> >
> > Regards,
> > Gilles
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>

[parent] maven-surefire-plugin 2.21.0

[Gary Gregory]

Let's wait for maven-surefire-plugin 2.21.0 to populate to MC, update
[parent], before trying another RC... SVP. This should fixing testing on
Java >= 10.

Gary

[All] GitHub partial update

[Gilles]

Hi.

It seems there are glitches with the mirroring (?).

The current version of this file (on GitHub)
  
https://github.com/apache/commons-numbers/blob/master/commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java

is not the same as on Apache
  
https://git1-us-west.apache.org/repos/asf?p=commons-numbers.git;a=blob;f=commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java

although the file was changed 5 days ago.

Any clue as to what happened?

Regards,
Gilles


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC1

[Rob Tompkins]

> On Mar 6, 2018, at 8:41 AM, Jochen Wiedmann  wrote:
> 
>> On Tue, Mar 6, 2018 at 2:24 PM, Gilles  wrote:
>> (1)
>> "FindBugs" should be replaced by "SpotBugs" (or there will
>> be failures when creating "module-info" files).
> 
> +1 to doing this change quickly, possibly blocking a release.

Fair point. I’ll cancel. 

-Rob

> 
> Jochen
> 
> -
> 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: [All] GitHub partial update

[Otto Fowler]

You should open an INFRA ticket

On March 6, 2018 at 09:12:41, Gilles (gil...@harfang.homelinux.org) wrote:

> Hi.
>
> It seems there are glitches with the mirroring (?).
>
> The current version of this file (on GitHub)
>
>
> https://github.com/apache/commons-numbers/blob/master/commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> is not the same as on Apache
>
>
> https://git1-us-west.apache.org/repos/asf?p=commons-numbers.git;a=blob;f=commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> although the file was changed 5 days ago.
>
> Any clue as to what happened?
>
> Regards,
> Gilles
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

[CANCEL][LAZY][VOTE] Release Commons Parent 44 based on RC1

[Rob Tompkins]

I’m cancelling  this vote to include the findbugs replacement. 

-Rob

> On Mar 6, 2018, at 6:54 AM, Rob Tompkins  wrote:
> 
> Hello all,
> 
> This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC1).
> 
> Tag name:
>   commons-parent-44-RC1
> 
> Tag URL:
>   
> https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-44-RC1/
> 
> Commit ID the tag points at:
>1825978
> 
> Site Zip:
>   https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip
> 
> Distribution files (committed at revision 25479):
>   https://dist.apache.org/repos/dist/dev/commons/commons-parent/
> 
> Distribution files hashes (SHA1):
>   commons-parent-44-src.tar.gz
>   (SHA1: 9783ffb833d226639586b761cbef3e7342a5881e)
>   commons-parent-44-src.zip
>   (SHA1: e220647f4e335b9f01ce778688ce52168b558931)
> 
> These are the Maven artifacts and their hashes:
>   commons-parent-44-site.xml
>   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
>   commons-parent-44.pom
>   (SHA1: 17c5c812fa8edbb477336fa29d2f4352464d320b)
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
>   https://repository.apache.org/content/repositories/orgapachecommons-1310
> 
> Please select one of the following options[1]:
>  [ ] +1 Release it.
>  [ ] +0 Go ahead; I don't care.
>  [ ] -0 There are a few minor glitches: ...
>  [ ] -1 No, do not release it because ...
> 
> This vote will be open at least 72 hours, i.e. until 
> 2018-03-09T12:00:00Z
> (this is UTC time).
> 
> 
> Cheers,
> -Rob
> 
> [1] http://apache.org/foundation/voting.html

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [All] GitHub partial update

[Gilles]

On Tue, 06 Mar 2018 14:31:24 +, Gary Gregory wrote:

Yep, INFRA...

Gary

On Tue, Mar 6, 2018, 07:24 Otto Fowler  
wrote:



You should open an INFRA ticket


Done:
  https://issues.apache.org/jira/projects/INFRA/issues/INFRA-16150

Gilles



On March 6, 2018 at 09:12:41, Gilles (gil...@harfang.homelinux.org) 
wrote:


> Hi.
>
> It seems there are glitches with the mirroring (?).
>
> The current version of this file (on GitHub)
>
>
>

https://github.com/apache/commons-numbers/blob/master/commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> is not the same as on Apache
>
>
>

https://git1-us-west.apache.org/repos/asf?p=commons-numbers.git;a=blob;f=commons-numbers-complex/src/test/java/org/apache/commons/numbers/complex/CStandardTest.java
> although the file was changed 5 days ago.
>
> Any clue as to what happened?
>
> Regards,
> Gilles



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[parent] No version for the assembly plugin

[Gary Gregory]

Hi All:

Is there a reason why our [parent] POM does not define a version for the
assembly plugin?

Granted, it is defined in the Apache parent POM.

Gary

Re: [parent] maven-surefire-plugin 2.21.0

[Gary Gregory]

On Tue, Mar 6, 2018 at 9:10 AM, Gary Gregory  wrote:

> Let's wait for maven-surefire-plugin 2.21.0 to populate to MC, update
> [parent], before trying another RC... SVP. This should fixing testing on
> Java >= 10.
>

Done.

Gary


>
> Gary
>

Re: [CANCEL][LAZY][VOTE] Release Commons Parent 44 based on RC1

[Gary Gregory]

On Tue, Mar 6, 2018 at 7:17 AM, Rob Tompkins  wrote:

> I’m cancelling  this vote to include the findbugs replacement.
>

Also the new surefire plugin version SVP; see the other thread I started
before I found this one.

Gary


>
> -Rob
>
> > On Mar 6, 2018, at 6:54 AM, Rob Tompkins  wrote:
> >
> > Hello all,
> >
> > This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC1).
> >
> > Tag name:
> >   commons-parent-44-RC1
> >
> > Tag URL:
> >   https://svn.apache.org/repos/asf/commons/proper/commons-
> parent/tags/commons-parent-44-RC1/
> >
> > Commit ID the tag points at:
> >1825978
> >
> > Site Zip:
> >   https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip
> >
> > Distribution files (committed at revision 25479):
> >   https://dist.apache.org/repos/dist/dev/commons/commons-parent/
> >
> > Distribution files hashes (SHA1):
> >   commons-parent-44-src.tar.gz
> >   (SHA1: 9783ffb833d226639586b761cbef3e7342a5881e)
> >   commons-parent-44-src.zip
> >   (SHA1: e220647f4e335b9f01ce778688ce52168b558931)
> >
> > These are the Maven artifacts and their hashes:
> >   commons-parent-44-site.xml
> >   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
> >   commons-parent-44.pom
> >   (SHA1: 17c5c812fa8edbb477336fa29d2f4352464d320b)
> >
> > KEYS file to check signatures:
> >   http://www.apache.org/dist/commons/KEYS
> >
> > Maven artifacts:
> >   https://repository.apache.org/content/repositories/
> orgapachecommons-1310
> >
> > Please select one of the following options[1]:
> >  [ ] +1 Release it.
> >  [ ] +0 Go ahead; I don't care.
> >  [ ] -0 There are a few minor glitches: ...
> >  [ ] -1 No, do not release it because ...
> >
> > This vote will be open at least 72 hours, i.e. until
> > 2018-03-09T12:00:00Z
> > (this is UTC time).
> > 
> >
> > Cheers,
> > -Rob
> >
> > [1] http://apache.org/foundation/voting.html
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

[io] org.apache.commons.io.input.Tailer to implement Closeable

[Gary Gregory]

Hi All:

It seems to me that org.apache.commons.io.input.Tailer should implement
Closeable.

Thoughts?

Gary

[LAZY][VOTE] Release Commons Parent 44 based on RC1

[Rob Tompkins]

Hello all,

This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC1).

Tag name:
   commons-parent-44-RC1

Tag URL:
   
https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-44-RC1/

Commit ID the tag points at:
1825978

Site Zip:
   https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip

Distribution files (committed at revision 25479):
   https://dist.apache.org/repos/dist/dev/commons/commons-parent/

Distribution files hashes (SHA1):
   commons-parent-44-src.tar.gz
   (SHA1: 9783ffb833d226639586b761cbef3e7342a5881e)
   commons-parent-44-src.zip
   (SHA1: e220647f4e335b9f01ce778688ce52168b558931)

These are the Maven artifacts and their hashes:
   commons-parent-44-site.xml
   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
   commons-parent-44.pom
   (SHA1: 17c5c812fa8edbb477336fa29d2f4352464d320b)

KEYS file to check signatures:
   http://www.apache.org/dist/commons/KEYS

Maven artifacts:
   https://repository.apache.org/content/repositories/orgapachecommons-1310

Please select one of the following options[1]:
  [ ] +1 Release it.
  [ ] +0 Go ahead; I don't care.
  [ ] -0 There are a few minor glitches: ...
  [ ] -1 No, do not release it because ...

This vote will be open at least 72 hours, i.e. until 
2018-03-09T12:00:00Z
(this is UTC time).


Cheers,
-Rob

[1] http://apache.org/foundation/voting.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[VFS] FILE_OR_FOLDER breaking tests

[Otto Fowler]

If you have a filesystem, where everything could be a FILE_OR_FOLDER type (
or VIRTUAL until attached ), then it seems like you need to replace some of
the testcases in the
provider suites, since they assume or check for FILE and FOLDER explicitly.

I guess my question is, are the tests as they are wrong and need to be
refactored or do we actually need alternate tests for content etc where we
check?

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC1

[Gilles]

Hi.

(1)
"FindBugs" should be replaced by "SpotBugs" (or there will
be failures when creating "module-info" files).

(2)
There is an invalid link in the release notes[1]:
---CUT---
  Historical list of changes: 
http://commons.apache.org/commons-parent-pom.htmlchanges-report.html

---CUT---
(already present in those for CP 43).

(3)
It would be nice to add a paragraph in
  http://commons.apache.org/commons-parent-pom.html
about how to use the "release plugin" (new feature as of CP 44).

Thanks,
Gilles

[1] 
https://dist.apache.org/repos/dist/dev/commons/commons-parent/RELEASE-NOTES.txt



On Tue, 6 Mar 2018 06:54:52 -0500, Rob Tompkins wrote:

Hello all,

This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from 
RC1).


Tag name:
   commons-parent-44-RC1

Tag URL:


https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-44-RC1/

Commit ID the tag points at:
1825978

Site Zip:
   
https://dist.apache.org/repos/dist/dev/commons/commons-parent/site.zip


Distribution files (committed at revision 25479):
   https://dist.apache.org/repos/dist/dev/commons/commons-parent/

Distribution files hashes (SHA1):
   commons-parent-44-src.tar.gz
   (SHA1: 9783ffb833d226639586b761cbef3e7342a5881e)
   commons-parent-44-src.zip
   (SHA1: e220647f4e335b9f01ce778688ce52168b558931)

These are the Maven artifacts and their hashes:
   commons-parent-44-site.xml
   (SHA1: 02b3b54d26d97a72fd55b20d027040ca0daf52b7)
   commons-parent-44.pom
   (SHA1: 17c5c812fa8edbb477336fa29d2f4352464d320b)

KEYS file to check signatures:
   http://www.apache.org/dist/commons/KEYS

Maven artifacts:
   
https://repository.apache.org/content/repositories/orgapachecommons-1310


Please select one of the following options[1]:
  [ ] +1 Release it.
  [ ] +0 Go ahead; I don't care.
  [ ] -0 There are a few minor glitches: ...
  [ ] -1 No, do not release it because ...

This vote will be open at least 72 hours, i.e. until
2018-03-09T12:00:00Z
(this is UTC time).


Cheers,
-Rob

[1] http://apache.org/foundation/voting.html



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [LAZY][VOTE] Release Commons Parent 44 based on RC1

[Jochen Wiedmann]

On Tue, Mar 6, 2018 at 2:24 PM, Gilles  wrote:
> (1)
> "FindBugs" should be replaced by "SpotBugs" (or there will
> be failures when creating "module-info" files).

+1 to doing this change quickly, possibly blocking a release.

Jochen

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org