Re: Thoughts on possible options to JDK-8027598

2013-11-27 Thread Rajan Halade
On 11/27/2013 12:47, Bradford Wetmore wrote: > jtreg team? I am not aware of one. Jon Gibbons works on this in his > spare time. I would call him "the JTREG team." Was there an ETA for this? Balancing recent test stabilization efforts with this, you may consider consider adding othervm and t

Re: Thoughts on possible options to JDK-8027598

2013-11-27 Thread Bradford Wetmore
> jtreg team? I am not aware of one. Jon Gibbons works on this in his > spare time. I would call him "the JTREG team." Was there an ETA for this? Balancing recent test stabilization efforts with this, you may consider consider adding othervm and then back it out when the JTREG fix is made.

Re: Thoughts on possible options to JDK-8027598

2013-11-25 Thread Chris Hegarty
On 22/11/13 21:11, Rajan Halade wrote: On 11/22/2013 11:42, Sean Mullan wrote: On 11/21/2013 04:53 AM, Chris Hegarty wrote: If I am correct, JTREG has support provider cleanup already. But the question is even JTREG reset the providers, it still cannot ensure next test won't be impacted becaus

Re: Thoughts on possible options to JDK-8027598

2013-11-22 Thread Rajan Halade
On 11/22/2013 11:42, Sean Mullan wrote: On 11/21/2013 04:53 AM, Chris Hegarty wrote: If I am correct, JTREG has support provider cleanup already. But the question is even JTREG reset the providers, it still cannot ensure next test won't be impacted because in some circumstances JDK may need t

Re: Thoughts on possible options to JDK-8027598

2013-11-22 Thread Sean Mullan
On 11/21/2013 04:53 AM, Chris Hegarty wrote: If I am correct, JTREG has support provider cleanup already. But the question is even JTREG reset the providers, it still cannot ensure next test won't be impacted because in some circumstances JDK may need to cache something which depends on previous

Re: Thoughts on possible options to JDK-8027598

2013-11-21 Thread Chris Hegarty
On 11/20/2013 11:35 PM, Rajan Halade wrote: Possible approaches - 1. Enhance JTREG - This option would require change in jtreg to store/restore security providers when run in agentvm mode. If I am correct, JTREG has support provider cleanup already. But the question is even JTREG reset th

Re: Thoughts on possible options to JDK-8027598

2013-11-20 Thread Rajan Halade
Thanks for your comments. See inline - - Rajan On 11/20/2013 03:54, Chris Hegarty wrote: On 20/11/13 01:07, Xuelei Fan wrote: On 11/20/2013 8:19 AM, Rajan Halade wrote: I am working towards fixing JDK-8027598 , there are multiple options avail

Re: Thoughts on possible options to JDK-8027598

2013-11-20 Thread Chris Hegarty
On 20/11/13 01:07, Xuelei Fan wrote: On 11/20/2013 8:19 AM, Rajan Halade wrote: I am working towards fixing JDK-8027598 , there are multiple options available here and would appreciate your thoughts on this. It was filed to address the issue at l

Re: Thoughts on possible options to JDK-8027598

2013-11-19 Thread Bradford Wetmore
On 11/19/2013 5:07 PM, Xuelei Fan wrote: On 11/20/2013 8:19 AM, Rajan Halade wrote: I am working towards fixing JDK-8027598 , there are multiple options available here and would appreciate your thoughts on this. It was filed to address the issu

Re: Thoughts on possible options to JDK-8027598

2013-11-19 Thread Bradford Wetmore
On 11/19/2013 4:19 PM, Rajan Halade wrote: I am working towards fixing JDK-8027598 , there are multiple options available here and would appreciate your thoughts on this. It was filed to address the issue at large reported inJDK-8027526

Re: Thoughts on possible options to JDK-8027598

2013-11-19 Thread Xuelei Fan
On 11/20/2013 8:19 AM, Rajan Halade wrote: > I am working towards fixing JDK-8027598 > , there are multiple > options available here and would appreciate your thoughts on this. It > was filed to address the issue at large reported inJDK-8027526 >