Re: [ JEXL] Java 6 ?

[henrib]

Thanks for your inputs: consensus is java 8 is the way to go; reopened
JEXL-249, will fix momentarily.




--
Sent from: http://apache-commons.680414.n4.nabble.com/Commons-Dev-f680415.html

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

Re: [VOTE] Release Apache Commons IO 2.7 based on RC1

[Bruno P. Kinoshita]

   [x] +1 Release these artifacts


Build passing from tag with:


Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 
2018-06-18T06:33:14+12:00)
Maven home: /opt/apache-maven-3.5.4
Java version: 1.8.0_252, vendor: Private Build, runtime: 
/usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en_NZ, platform encoding: UTF-8
OS name: "linux", version: "4.15.0-101-generic", arch: "amd64", family: "unix"


Reports look OK. FindBugs issues increased. One is about storing a reference to 
an array, but
I assume that's intentional (in UnsynchronizedByteArrayInputStream).


Checked signatures of Maven artefacts and found no issues.


Cheers

Bruno



On Monday, 25 May 2020, 8:30:31 am NZST, Gary Gregory 
 wrote:  
 
 We have fixed quite a few bugs and added some significant enhancements
since Apache Commons IO 2.6 was released, so I would like to release Apache
Commons IO 2.7.

Apache Commons IO 2.7 RC1 is available for review here:
    https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1 (svn revision
39753)

The Git tag commons-io-2.7-RC1 commit for this RC is
6efbccc88318d15c0f5fdcfa0b87e3dc980dca22 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-io.git;a=commit;h=6efbccc88318d15c0f5fdcfa0b87e3dc980dca22
You may checkout this tag using:
    git clone https://gitbox.apache.org/repos/asf/commons-io.git --branch
commons-io-2.7-RC1 commons-io-2.7-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1498/commons-io/commons-io/2.7/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun May 24 16:10:47 EDT 2020
commons-io-2.7-bin.tar.gz=5bcb609bd0e1e96665ff06529b29cb35e77358e49cf9230a5b71202c616250bc045777a0f64428ef4be17211dff5e24116f6764d41e0aa3d249f048d344debf4
commons-io-2.7-bin.zip=32dfa4621204d48fe51c32ccdda87c3864bea5b88ff910b00d197aa698e69135ea003e9c7559085e1cd20580a739173fb62cc6514320094a614b36a5e35d9ab1
commons-io-2.7-javadoc.jar=230c9e7747d060574ffe0a4ad09cba17e8194a24c652352b350194ec63924fa4251e0cd8e9cdb5d752906256ae030750251a0d5c39e97d460c802b2197a432cc
commons-io-2.7-sources.jar=d8fd208cb67b31f8ce6f6cfa1cf55e66709503f435aeaf5c5102d82eda0da5c79d30058647e9a37c6f49e9b982a22ed98492e00e45155f03a6b126e0de29f4ea
commons-io-2.7-src.tar.gz=9898b59c2aebdc1c51a7f8aca14e3080a08b766404c2aff091b204ba55870129dd95643665a6d46e15e94cd9d4cb280488ab0a28a1c51f43d132f839b742edc3
commons-io-2.7-src.zip=a635c0345690aebe57dd74dfbef12581addaebc6d973c8d7ef174e1d67b2f824260a52cd005012f0efbac465f7ef3681f01f1cdb23c7d28202acc080a8703c41
commons-io-2.7-test-sources.jar=91d07cd12747cd2daeb399f330f565eff4d3919c00aad283b18bbd66417384402fa9a0ebb608fd0ad2482c2d214c016ead57de2288a0da7055faca229c3cee55
commons-io-2.7-tests.jar=2eaaa3280d7e95a8eed1308b97b0b2666b818ba644a23e37b0394498733f92ba412bf664248559616f708b6e222b439e6201d4cf4aedfdc62f65c72b0784567d
commons-io-2.7.jar.asc=e00353543e02498efb3536bedb564bd40864cf5cc6414ec99336b657e021c50365cba978bb7619ddd06252699855cb58b79c9b36e258a11dca9744b16ab6d741

I have tested this with:

mvn -V -Prelease -Ptest-deploy -P jacoco -P japicmp clean package site
deploy

using:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 1.8.0_251, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\jdk1.8.0_251\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Details of changes since 2.6 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1/site/index.html
    (note some *relative* links are broken and the 2.7 directories are not
yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 2.6):

https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/io/2.7-RC1/site/rat-report.html

KEYS:
  https://www.apache.org/dist/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner that 72 hours from now.

  [ ] +1 Release these artifacts
  [ ] +0 OK, but...
  [ ] -0 OK, but really should fix...
  [ ] -1 I oppose this release because...

Thank you,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

You can validate a release from a release candidate (RC) tag as follows.

1) Clone and checkout the RC tag

git clone https://gitbox.apache.org/repos/asf/commons-io.git --branch
commons-io-2.7-RC1 commons-io-2.7-RC1
cd commons-io-2.7-RC1

2) Check Apache licenses

This step is not required if the site includes a RAT report page whic

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

[Bruno P. Kinoshita]

 Hi Carl,

Was going to vote but I think I did it already :)

Cheers
Bruno


On Sunday, 24 May 2020, 4:28:32 pm NZST, Carl Hall  
wrote:  
 
 Nudging this thread in case anyone has some cycles to help us get that last 
vote to release. Thanks to all for helping get this done.

If you get a chance to look, the branch name differs slightly from the 
announcement. The correct git command to see the RC2 branch is:

$ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git 
 --branch 
DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2


> On Mar 11, 2020, at 5:28 PM, Bernd Eckenfels  wrote:
> 
> Hello Carl,
> 
>> Not sure how this got out of line, but I've updated
>> my pubkeys in hkps://keys.openpgp.org  
>> >
>> with an expiration of 9 July 2020. I'm happy to publish in more places if 
>> needed.
> 
> The commons source for maintainer keys has an outdated version of that key, i 
> think the Keys File has instructions how to edit it in its new location:
> 
> https://dist.apache.org/repos/dist/release/commons/KEYS
>  
> 
Thanks. The details in the file were correct, and I updated my keys there.

> Gruss
> Bernd
> --
> http://bernd.eckenfels.net 
> 
> Von: Carl Hall mailto:thecarlh...@apache.org>>
> Gesendet: Dienstag, März 10, 2020 11:41 PM
> An: Commons List
> Betreff: Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2
> 
> Thanks, Bernd! I've copied your response below and will reply inline to a 
> couple of things.
> 
> After 2 months, we're really close to making this release.  :)
> Binding: 2 (Bruno, Bernd)
> Non-binding: 2 (Bill, Amey)
> 
>> On Mar 10, 2020, at 7:13 AM, Bernd Eckenfels  wrote:
>> 
>> Hello,
>> 
>> I tested windows (java8) build, checksum, source content and signature.
>> 
>> This is a +1 Bindung but there are some nits
>> 
>> 
>> *    Carls Key in KEYS seems to be expired
> 
> Not sure how this got out of line, but I've updated my pubkeys in 
> hkps://keys.openpgp.org   > with an expiration of 9 July 2020. I'm happy to 
> publish in more places if needed.
> 
>> *  The src.zip misses some dot files (Travis.yml)
> 
> I'll have to dig into this. Thanks for the callout.
> 
>> *  The mentioned git tag was wrong, it is dbutil_1_8_Rc2
> 
> Apologies for this. The version you noted is the old format for DbUtils. 
> Starting with 2.0, we'll move to the format in the announcement as provided 
> by the Maven plugin.
> 
>> *  I haven’t tested the staged repo
>> 
>> (Sorry for breaking the threading, had to type this by hand:)
>> --
>> https://Bernd.eckenfels.net  
>> >
> 
>> On Feb 15, 2020, at 10:38 AM, Carl Hall  wrote:
>> 
>> Bi-weekly vote status:
>> 
>> +1’s
>> Binding: 1 (Bruno)
>> Non-binding: 2 (Bill, Amey)
>> 
>> It’d be super great if we could get another couple of PMC members to review 
>> in hopes of reaching our 3 +1s to pass. Thanks in advance for helping us 
>> land this release!
>> 
>> 
>>> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
>>> 
>>> Looks good with tests, rat, clirr, spotbug and  javadoc.
>>> I can see 4 errors with checkstyle but they seem to be minor.
>>> 
>>> checked with java 8 and 11.
>>> hashes and sig are fine.
>>> 
>>> +1 (non-binding)
>>> 
>>> Regards,
>>> Amey
>>> 
>>> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall  wrote:
>>> 
 We have fixed quite a few bugs and added some significant enhancements
 since Apache Commons DbUtils 1.7 was released, so I would like to release
 Apache Commons DbUtils 1.8.
 
 RC2 handles closing connections only when owned, and addresses generated
 javadoc, NOTICE year update, and release notes detail.
 
 Apache Commons DbUtils 1.8 RC2 is available for review here:
  https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
 revision 37533)
 
 The Git tag commons-dbutils-1.8-RC2 commit for this RC is
 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
 
 https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
 
 You may checkout this tag using:
  git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
 --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
 
 Maven artifacts are here:
 
 https://repository.apache.org/service/local/repositories/orgapachecommons-1488/content/commons-dbutils/commons-dbutils/1.8/
 
 These are the artifacts and their hashes:
 
 #Release SHA-512s
 #Wed Jan 08 22:43:42 PST 2020
 
 commons-dbutils-1.8-tests.jar=0228b8f564642709b0581434f39433f872c77891b5a5d70f473aa8e6cfb14721890982fc4afcde064795ca63753d50ecfc2a1736651

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

[Gary Gregory]

I should be able to take a look later today...

Gary

On Mon, May 25, 2020 at 9:06 AM Bruno P. Kinoshita  wrote:

>  Hi Carl,
>
> Was going to vote but I think I did it already :)
>
> Cheers
> Bruno
>
>
> On Sunday, 24 May 2020, 4:28:32 pm NZST, Carl Hall <
> carl.h...@gmail.com> wrote:
>
>  Nudging this thread in case anyone has some cycles to help us get that
> last vote to release. Thanks to all for helping get this done.
>
> If you get a chance to look, the branch name differs slightly from the
> announcement. The correct git command to see the RC2 branch is:
>
> $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git <
> https://gitbox.apache.org/repos/asf/commons-dbutils.git> --branch
> DBUTILS_1_8_RC2 commons-dbutils-1.8-RC2
>
>
> > On Mar 11, 2020, at 5:28 PM, Bernd Eckenfels 
> wrote:
> >
> > Hello Carl,
> >
> >> Not sure how this got out of line, but I've updated
> >> my pubkeys in hkps://keys.openpgp.org 
> >
> >> with an expiration of 9 July 2020. I'm happy to publish in more places
> if needed.
> >
> > The commons source for maintainer keys has an outdated version of that
> key, i think the Keys File has instructions how to edit it in its new
> location:
> >
> > https://dist.apache.org/repos/dist/release/commons/KE<
> https://dist.apache.org/repos/dist/release/commons/KEYS>YS <
> https://dist.apache.org/repos/dist/release/commons/KE%3Chttps://dist.apache.org/repos/dist/release/commons/KEYS%3EYS
> >
> Thanks. The details in the file were correct, and I updated my keys there.
>
> > Gruss
> > Bernd
> > --
> > http://bernd.eckenfels.net 
> > 
> > Von: Carl Hall mailto:thecarlh...@apache.org>>
> > Gesendet: Dienstag, März 10, 2020 11:41 PM
> > An: Commons List
> > Betreff: Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2
> >
> > Thanks, Bernd! I've copied your response below and will reply inline to
> a couple of things.
> >
> > After 2 months, we're really close to making this release.  :)
> > Binding: 2 (Bruno, Bernd)
> > Non-binding: 2 (Bill, Amey)
> >
> >> On Mar 10, 2020, at 7:13 AM, Bernd Eckenfels 
> wrote:
> >>
> >> Hello,
> >>
> >> I tested windows (java8) build, checksum, source content and signature.
> >>
> >> This is a +1 Bindung but there are some nits
> >>
> >>
> >> *Carls Key in KEYS seems to be expired
> >
> > Not sure how this got out of line, but I've updated my pubkeys in hkps://
> keys.openpgp.org   > with an expiration of 9 July 2020. I'm happy
> to publish in more places if needed.
> >
> >> *  The src.zip misses some dot files (Travis.yml)
> >
> > I'll have to dig into this. Thanks for the callout.
> >
> >> *  The mentioned git tag was wrong, it is dbutil_1_8_Rc2
> >
> > Apologies for this. The version you noted is the old format for DbUtils.
> Starting with 2.0, we'll move to the format in the announcement as provided
> by the Maven plugin.
> >
> >> *  I haven’t tested the staged repo
> >>
> >> (Sorry for breaking the threading, had to type this by hand:)
> >> --
> >> https://Bernd.eckenfels.net  <
> https://bernd.eckenfels.net/ >
> >
> >> On Feb 15, 2020, at 10:38 AM, Carl Hall  wrote:
> >>
> >> Bi-weekly vote status:
> >>
> >> +1’s
> >> Binding: 1 (Bruno)
> >> Non-binding: 2 (Bill, Amey)
> >>
> >> It’d be super great if we could get another couple of PMC members to
> review in hopes of reaching our 3 +1s to pass. Thanks in advance for
> helping us land this release!
> >>
> >>
> >>> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
> >>>
> >>> Looks good with tests, rat, clirr, spotbug and  javadoc.
> >>> I can see 4 errors with checkstyle but they seem to be minor.
> >>>
> >>> checked with java 8 and 11.
> >>> hashes and sig are fine.
> >>>
> >>> +1 (non-binding)
> >>>
> >>> Regards,
> >>> Amey
> >>>
> >>> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall 
> wrote:
> >>>
>  We have fixed quite a few bugs and added some significant enhancements
>  since Apache Commons DbUtils 1.7 was released, so I would like to
> release
>  Apache Commons DbUtils 1.8.
> 
>  RC2 handles closing connections only when owned, and addresses
> generated
>  javadoc, NOTICE year update, and release notes detail.
> 
>  Apache Commons DbUtils 1.8 RC2 is available for review here:
>   https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
>  revision 37533)
> 
>  The Git tag commons-dbutils-1.8-RC2 commit for this RC is
>  9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
> 
> 
> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
> 
>  You may checkout this tag using:
>   git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>  --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
> 
>  Maven artifacts are here:
> 
> 
> https://repository.apache.org/service/local/repos

I just found a typo which exist in most of the commons projects.

[Xeno Amess]

in every CONTRIBUTING.md
 (for
example lang3 but actually almost every repo)

...
If you're planning to implement a new feature it makes sense to discuss
*you're* changes on the [dev list]  ...

should be

...
  If you're planning to implement a new feature it makes sense to discuss
*your* changes on the [dev list] ...

So, does it worth to fix it? or we just try to ignore it?

Re: I just found a typo which exist in most of the commons projects.

[Gary Gregory]

Always worth fixing IMO :-)

On Mon, May 25, 2020, 12:15 Xeno Amess  wrote:

> in every CONTRIBUTING.md
>  (for
> example lang3 but actually almost every repo)
>
> ...
> If you're planning to implement a new feature it makes sense to discuss
> *you're* changes on the [dev list]  ...
>
> should be
>
> ...
>   If you're planning to implement a new feature it makes sense to discuss
> *your* changes on the [dev list] ...
>
> So, does it worth to fix it? or we just try to ignore it?
>

Re: I just found a typo which exist in most of the commons projects.

[Xeno Amess]

Ah, I go and see quite some of the repos have already fixed this typo...
So I will try to fix this typo in other repos.
thx.

Gary Gregory  于2020年5月26日周二 上午12:59写道：

> Always worth fixing IMO :-)
>
> On Mon, May 25, 2020, 12:15 Xeno Amess  wrote:
>
> > in every CONTRIBUTING.md
> > 
> (for
> > example lang3 but actually almost every repo)
> >
> > ...
> > If you're planning to implement a new feature it makes sense to discuss
> > *you're* changes on the [dev list]  ...
> >
> > should be
> >
> > ...
> >   If you're planning to implement a new feature it makes sense to discuss
> > *your* changes on the [dev list] ...
> >
> > So, does it worth to fix it? or we just try to ignore it?
> >
>

Re: [commons-fileupload] branch master updated: Update commons-io dependency

[Gary Gregory]

Note that 2.7 voting is in progress ;-)

Gary

On Mon, May 25, 2020, 15:10  wrote:

> This is an automated email from the ASF dual-hosted git repository.
>
> jochen pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-fileupload.git
>
>
> The following commit(s) were added to refs/heads/master by this push:
>  new 34138b1  Update commons-io dependency
>  new 7d97c49  Merge branch 'update_commons_io_to_26'
> 34138b1 is described below
>
> commit 34138b1531853b977ba78429ae30a5ff0baebe03
> Author: Thiago Henrique Hüpner 
> AuthorDate: Sun May 17 11:44:08 2020 -0300
>
> Update commons-io dependency
> ---
>  pom.xml | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/pom.xml b/pom.xml
> index af82532..a5a2949 100644
> --- a/pom.xml
> +++ b/pom.xml
> @@ -248,7 +248,7 @@
>  
>commons-io
>commons-io
> -  2.2
> +  2.6
>  
>  
> jakarta.servlet
>
>

I might found the bug which cause we cannot build most projects on jdk-ea

[Xeno Amess]

We use maven-bundle-plugin, and  maven-bundle-plugin use biz.aQute.bndlib,
and there be something uncorrect in biz.aQute.bndlib running with jdk-ea, a
TreeMap thing.
I do think if I can persuade them from changing it to ConcurrentHashMap the
bug might be fixed immediately.
So first I will try to fix it in biz.aQute.bndlib, then go change
maven-bundle-plugin.
I hope this can work but I'm, just hoping.I need more learning/testing.

Re: I might found the bug which cause we cannot build most projects on jdk-ea

[Yair Zaslavsky]

I'm so mad

On Mon, May 25, 2020, 6:39 PM Xeno Amess  wrote:

> We use maven-bundle-plugin, and  maven-bundle-plugin use biz.aQute.bndlib,
> and there be something uncorrect in biz.aQute.bndlib running with jdk-ea, a
> TreeMap thing.
> I do think if I can persuade them from changing it to ConcurrentHashMap the
> bug might be fixed immediately.
> So first I will try to fix it in biz.aQute.bndlib, then go change
> maven-bundle-plugin.
> I hope this can work but I'm, just hoping.I need more learning/testing.
>

Re: I might found the bug which cause we cannot build most projects on jdk-ea

[Xeno Amess]

java.util.ConcurrentModificationException
1747at java.util.TreeMap.callMappingFunctionWithCheck (TreeMap.java:742)
1748at java.util.TreeMap.computeIfAbsent (TreeMap.java:558)
1749at aQute.bnd.osgi.Jar.putResource (Jar.java:288)
1750at aQute.bnd.osgi.Jar$1.visitFile (Jar.java:202)
1751at aQute.bnd.osgi.Jar$1.visitFile (Jar.java:177)
1752at java.nio.file.Files.walkFileTree (Files.java:2804)
1753at aQute.bnd.osgi.Jar.buildFromDirectory (Jar.java:176)
1754at aQute.bnd.osgi.Jar. (Jar.java:119)
1755at aQute.bnd.osgi.Jar. (Jar.java:172)
1756at org.apache.felix.bundleplugin.BundlePlugin.getOSGiBuilder
(BundlePlugin.java:604)
1757at org.apache.felix.bundleplugin.ManifestPlugin.getAnalyzer
(ManifestPlugin.java:285)
1758at org.apache.felix.bundleplugin.ManifestPlugin.execute
(ManifestPlugin.java:111)
1759at org.apache.felix.bundleplugin.BundlePlugin.execute
(BundlePlugin.java:364)
1760at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo
(DefaultBuildPluginManager.java:137)
1761at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:210)
1762at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:156)
1763at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:148)
1764at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:117)
1765at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:81)
1766at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
(SingleThreadedBuilder.java:56)
1767at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
(LifecycleStarter.java:128)
1768at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
1769at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
1770at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
1771at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
1772at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
1773at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
1774at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
1775at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:64)
1776at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:43)
1777at java.lang.reflect.Method.invoke (Method.java:564)
1778at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
(Launcher.java:282)
1779at org.codehaus.plexus.classworlds.launcher.Launcher.launch
(Launcher.java:225)
1780at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
(Launcher.java:406)
1781at org.codehaus.plexus.classworlds.launcher.Launcher.main
(Launcher.java:347)




https://travis-ci.org/github/apache/commons-configuration/jobs/690720767#L2142

https://travis-ci.org/github/apache/commons-bcel/jobs/690718855#L1745

Yair Zaslavsky  于2020年5月26日周二 上午9:42写道：

> I'm so mad
>
> On Mon, May 25, 2020, 6:39 PM Xeno Amess  wrote:
>
> > We use maven-bundle-plugin, and  maven-bundle-plugin use
> biz.aQute.bndlib,
> > and there be something uncorrect in biz.aQute.bndlib running with
> jdk-ea, a
> > TreeMap thing.
> > I do think if I can persuade them from changing it to ConcurrentHashMap
> the
> > bug might be fixed immediately.
> > So first I will try to fix it in biz.aQute.bndlib, then go change
> > maven-bundle-plugin.
> > I hope this can work but I'm, just hoping.I need more learning/testing.
> >
>

Re: I might found the bug which cause we cannot build most projects on jdk-ea

[Gary Gregory]

This should be fixed in bndtool 5.1 which at the RC2 stage. The release is
imminent.

Gary

On Mon, May 25, 2020, 21:39 Xeno Amess  wrote:

> We use maven-bundle-plugin, and  maven-bundle-plugin use biz.aQute.bndlib,
> and there be something uncorrect in biz.aQute.bndlib running with jdk-ea, a
> TreeMap thing.
> I do think if I can persuade them from changing it to ConcurrentHashMap the
> bug might be fixed immediately.
> So first I will try to fix it in biz.aQute.bndlib, then go change
> maven-bundle-plugin.
> I hope this can work but I'm, just hoping.I need more learning/testing.
>

Re: I might found the bug which cause we cannot build most projects on jdk-ea

[Xeno Amess]

Ah, glad to hear that.
Then I can stop debugging about this problem and go back to fix travis-ci
scripts for some commons projects.

Gary Gregory  于2020年5月26日周二 上午10:38写道：

> This should be fixed in bndtool 5.1 which at the RC2 stage. The release is
> imminent.
>
> Gary
>
> On Mon, May 25, 2020, 21:39 Xeno Amess  wrote:
>
> > We use maven-bundle-plugin, and  maven-bundle-plugin use
> biz.aQute.bndlib,
> > and there be something uncorrect in biz.aQute.bndlib running with
> jdk-ea, a
> > TreeMap thing.
> > I do think if I can persuade them from changing it to ConcurrentHashMap
> the
> > bug might be fixed immediately.
> > So first I will try to fix it in biz.aQute.bndlib, then go change
> > maven-bundle-plugin.
> > I hope this can work but I'm, just hoping.I need more learning/testing.
> >
>

[LANG] JSON Style ToStringBuilder for maps

[Swaraj Pal]

Hello all,
This is my first time posting to the commons mailing list. I have noticed the 
JSON is not printed correctly as it should for Map types using 
ToStringBuilder.reflectionToString
It is printed as 
{"education":{graduation=B.S., primary=school},"name":"como"}
instead of 
{"education":{"graduation": "B.S.", "primary":"school"},"name":"como"}
without "=" and with good quotes.

I have created an issue for this [LANG-1543], should I proceed with fixing this 
one?

[LANG-1543] [JSON string for maps] ToStringBuilder.reflectionToString doesnt 
render nested maps correctly. - ASF JIRA

| 
| 
|  | 
[LANG-1543] [JSON string for maps] ToStringBuilder.reflectionToString do...


 |

 |

 |


Regards.
SP.