Re: [pool] POOL-376 and release?

2019-10-04 Thread Gary Gregory 
Hi Phil and all:

It looks like you merged from the "old" git repo
https://git-wip-us.apache.org/repos/asf/commons-pool

I am not sure why we have two named repos but I am basing my work on GitBox
https://gitbox.apache.org/repos/asf/commons-pool.git

I think these are in fact the same (?) and the confusion (on my part) only
comes in due to seeing the "old" name in the Git commit history.

I am not sure if this matters aside from the confusion. Can anyone
elucidate?

Thank you,
Gary

On Fri, Oct 4, 2019 at 9:06 PM Phil Steitz  wrote:

> On 10/1/19 4:27 PM, Gary Gregory wrote:
> > On Tue, Oct 1, 2019 at 5:03 PM Phil Steitz 
> wrote:
> >
> >> Good news.  I think I now understand the actual root cause for
> >> POOL-376.  Bad news is the fix that I committed masks but does not
> >> really fix the problem.  I will update the ticket and commit a full fix
> >> this evening.  I will try to get a test case but that is going to be
> >> tricky because it requires a race between the evictor and a borrower
> >> under the right conditions.
> >>
> > Great news! Thank you Phil.
>
> Sorry, it was POOL-326 that I was still missing a test for.  I just
> added that and a real fix for the issue. See comments on the ticket for
> what was going on there and the unit test I added to the GKOP tests.
> Review of the fix would be good before rolling the release.
>
> Phil
> >
> > Gary
> >
> >
> >> Phil
> >>
> >>
> >> On 9/28/19 3:56 PM, Gary Gregory wrote:
> >>> On Sat, Sep 28, 2019, 16:43 Phil Steitz  wrote:
> >>>
>  Well,  I don’t have one as I don’t have a test case in hand that
> creates
>  the condition other than my hacked version of [performance] that
> >> reliably
>  reproduces it before my last commit (and doesn’t after it).  I have a
> >> plane
>  ride tomorrow when I can make another go at it.  So let’s say give me
> 48
>  hours and if I still have no test case, I would say cut the release
> >> without
>  it.
> 
> >>> Sound good.
> >>>
> >>> Gary
> >>>
> >>>
>  Phil
> 
> > On Sep 28, 2019, at 2:10 PM, Gary Gregory 
>  wrote:
> > Phil (sorry for too post; phone),
> >
> > May you give me an ETA so I can plan my time accordingly?
> >
> > Thank you,
> > Gary
> >
> >> On Thu, Sep 26, 2019, 20:22 Gary Gregory 
>  wrote:
> >>> On Thu, Sep 26, 2019 at 5:57 PM Phil Steitz  >
>  wrote:
> >>>
>  On 9/25/19 6:10 PM, Gary Gregory wrote:
>  On Wed, Sep 25, 2019 at 9:05 PM Phil Steitz <
> phil.ste...@gmail.com>
> >>> wrote:
> >> On 9/25/19 5:47 PM, Gary Gregory wrote:
> >> On Wed, Sep 25, 2019 at 8:32 PM Phil Steitz <
> >> phil.ste...@gmail.com>
> > wrote:
> >>> I would say yes, but I would also like to add a fix for the
>  similarly
> >>> nasty POOL-326.  I can do that in the next 24 hours. While I
> >> still
> >>> don't
> >>> have a test case hitting it and I am not satisfied with my
> >>> understanding
> >>> of why the createCount counter gets messed up, the fix in my
> last
> >>> comment on that ticket (check the size of idleObjects instead
> of
> >>> relying
> >>> on createCount) will eliminate the NPE.  I think we should make
>  that
> >>> change and push a release with that fix bundled too.
> >>>
> >> OK, sounds good. I'll wait for your go signal.
> > I just pushed the fix for POOL-326.
> >
>  OK, I should be able to get to an RC tomorrow. Hopefully someone
> >> else
> >>> can
>  validate the fix on their set up...
> >>> I am also still working on a test case.
> >>>
> >> I will hold off...
> >>
> >> Gary
> >>
> >>
> >>> Phil
>  Gary
> 
> 
> > Phil
> >> Garye
> >>
> >>> Phil
> >>>
>  Hi All,
> 
>  Is the fix for POOL-376 important enough to warrant an ASAP
>  release?
>  Gayr
> 
>  -
> >>> 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
> >
> >
> >>>
> -
> >>> 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: [pool] POOL-376 and release?

2019-10-04 Thread Phil Steitz 

On 10/1/19 4:27 PM, Gary Gregory wrote:

On Tue, Oct 1, 2019 at 5:03 PM Phil Steitz  wrote:


Good news.  I think I now understand the actual root cause for
POOL-376.  Bad news is the fix that I committed masks but does not
really fix the problem.  I will update the ticket and commit a full fix
this evening.  I will try to get a test case but that is going to be
tricky because it requires a race between the evictor and a borrower
under the right conditions.


Great news! Thank you Phil.


Sorry, it was POOL-326 that I was still missing a test for.  I just 
added that and a real fix for the issue. See comments on the ticket for 
what was going on there and the unit test I added to the GKOP tests.  
Review of the fix would be good before rolling the release.


Phil


Gary



Phil


On 9/28/19 3:56 PM, Gary Gregory wrote:

On Sat, Sep 28, 2019, 16:43 Phil Steitz  wrote:


Well,  I don’t have one as I don’t have a test case in hand that creates
the condition other than my hacked version of [performance] that

reliably

reproduces it before my last commit (and doesn’t after it).  I have a

plane

ride tomorrow when I can make another go at it.  So let’s say give me 48
hours and if I still have no test case, I would say cut the release

without

it.


Sound good.

Gary



Phil


On Sep 28, 2019, at 2:10 PM, Gary Gregory 

wrote:

Phil (sorry for too post; phone),

May you give me an ETA so I can plan my time accordingly?

Thank you,
Gary


On Thu, Sep 26, 2019, 20:22 Gary Gregory 

wrote:

On Thu, Sep 26, 2019 at 5:57 PM Phil Steitz 

wrote:



On 9/25/19 6:10 PM, Gary Gregory wrote:
On Wed, Sep 25, 2019 at 9:05 PM Phil Steitz 

wrote:

On 9/25/19 5:47 PM, Gary Gregory wrote:
On Wed, Sep 25, 2019 at 8:32 PM Phil Steitz <

phil.ste...@gmail.com>

wrote:

I would say yes, but I would also like to add a fix for the

similarly

nasty POOL-326.  I can do that in the next 24 hours. While I

still

don't

have a test case hitting it and I am not satisfied with my

understanding

of why the createCount counter gets messed up, the fix in my last
comment on that ticket (check the size of idleObjects instead of

relying

on createCount) will eliminate the NPE.  I think we should make

that

change and push a release with that fix bundled too.


OK, sounds good. I'll wait for your go signal.

I just pushed the fix for POOL-326.


OK, I should be able to get to an RC tomorrow. Hopefully someone

else

can

validate the fix on their set up...

I am also still working on a test case.


I will hold off...

Gary



Phil

Gary



Phil

Garye


Phil


Hi All,

Is the fix for POOL-376 important enough to warrant an ASAP

release?

Gayr


-

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



-
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




-
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

ApacheCon Europe 2019 talks which are relevant to Apache Commons

2019-10-04 Thread myrle 

Dear Apache Commons committers,

In a little over 2 weeks time, ApacheCon Europe is taking place in 
Berlin. Join us from October 22 to 24 for an exciting program and lovely 
get-together of the Apache Community.


We are also planning a hackathon.  If your project is interested in 
participating, please enter yourselves here: 
https://cwiki.apache.org/confluence/display/COMDEV/Hackathon


In addition to tracks on BigData and Machine Learning with lots of 
Java-related content, this talk should be especially relevant for you 
(presented by your own Benedikt Ritter!):*

*

*https://aceu19.apachecon.com/session/maintaining-java-library-light-new-java-release-train*

Furthermore there will be a whole conference track on community topics: 
Learn how to motivate users to contribute patches, how the board of 
directors works, how to navigate the Incubator and much more: ApacheCon 
Europe 2019 Community track 


Tickets are available here  – 
for Apache Committers we offer discounted tickets.  Prices will be going 
up on October 7th, so book soon.


Please also help spread the word and make ApacheCon Europe 2019 a success!

We’re looking forward to welcoming you at #ACEU19!

Best,

Your ApacheCon team

JDK 14 - Early Access build 17 is available

2019-10-04 Thread Rory O'Donnell 

Hi Benedikt,

*OpenJDK builds *- JDK 14 - Early Access build 17 is available at 
http://jdk.java.net/14/


These early-access, open-source builds are provided under the GNU 
General Public License, version 2, with the Classpath Exception 
.


 * Schedule for JDK 14
 o 2019/12/12 Rampdown Phase One
 o 2020/01/16 Rampdown Phase Two
 o 2020/02/06 Initial Release Candidate
 o 2020/02/20 Final Release Candidate
 o 2020/03/17 General Availability

 * Release notes
 o https://jdk.java.net/14/release-notes

 * JEPs targeted to JDK 14, so far
 o 352 - Non-Volatile Mapped Byte Buffers
   
 o 358 - Helpful NullPointerExceptions
   
 * Recent Bug fixes of Interest
 o Build 16:-
 + JDK-8228580: DnsClient TCP socket timeout
 + JDK-8229800: WindowsServerCore 1809 does not provide
   d2d1.dll library required by awt.dll
 + JDK-8230814: Enable SAX ContentHandler to handle XML Declaration
 o Build 15:-
 + JDK-8229202: Docker reporting causes secondary crashes in
   error handling
 + JDK-8223490: Optimize search algorithm for determining
   default time zone
 * Changes in this build
   


*jpackage EA -* Build 14-jpackage+1-49 (2019/10/2)

 * This is an early access build of JEP 343: Packaging Tool
   , aimed at testing a prototype
   implementation of jpackage, which is a new tool for packaging
   self-contained Java applications along with a Java Runtime Environment.
 * These early-access builds are provided under the GNU General Public
   License, version 2, with the Classpath Exception
   
 * Build 14 is now available http://jdk.java.net/jpackage/
 * Please send feedback via e-mail to core-libs-...@openjdk.java.net
   

*
*


 CodeOne

 * Missed some of the Core Java Platform track, see a thread of some of
   the captured sessions: here
   


Rgds,Rory


--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland