Felix,
On 14 Jan 2016, at 06:07, Felix Yang wrote:
> Hi all,
>please review the fix for
> test/java/net/SocketPermission/SocketPermissionTest.java, which fails
> frequently with "java.net.BindException: Address already in use".
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8065076
> W
On 20/01/2016 8:39 AM, David Holmes wrote:
On 20/01/2016 12:50 AM, Roger Riggs wrote:
Hi,
How about "jdk.process.reaperStackSize".
Based on some internal discussion that seems appropriate to me ...
Except of course that the property is just a boolean not a size. :) So
jdk.process.reaperUse
Thank you Joe. I had made those changes earlier and will sanity check before I
push…
Best
Lance
On Jan 19, 2016, at 5:30 PM, huizhe wang wrote:
> Looks good overall.
>
> A few minor things and typos:
> CommonDataSource:
>Lic header: 2013 --> 2016; createShardingKeyBuilder: "@since 1.9" -
Looks good overall.
A few minor things and typos:
CommonDataSource:
Lic header: 2013 --> 2016; createShardingKeyBuilder: "@since 1.9"
--> since 9
ConnectionPoolDataSource:
Lic header: 2013 --> 2016;
createShardingKeyBuilder:
"@since 1.9" --> since 9
On 20/01/2016 12:50 AM, Roger Riggs wrote:
Hi,
How about "jdk.process.reaperStackSize".
Based on some internal discussion that seems appropriate to me ...
It will need a CCC .
... and if not then the CCC will show the way. :)
Thanks,
David
Roger
On 1/19/16 7:10 AM, David Holmes wrote:
A change such as this is reasonable and welcome.
The compatibility interface will need to be maintained forever, and
will continue to be the preferred interface for casual human use, the
same way that humans stubbornly prefer the non-standard "head -1". So
I would not drop the old usage text.
Op
Many years ago I considered implementing this cool feature.
I thought that few would find it worth the cost - it would be hard to
keep the cost low if this feature is used only rarely. You might want
an expiring cache of character name mappings, and the JDK doesn't have
such a thing yet.
(I haven
Hi,
Please review the attached webrev which addresses some changes we needed to
make to the sharding API. The CCC has been approved. The webrev can be found
at: http://cr.openjdk.java.net/~lancea/8146803/webrev.00/
Here is a brief description of the changes
-ConnectionPooledDataSource neede
Hi Stuart et al,
Please review my fix for this corner case bug, including more
importantly some performance improvements.
https://bugs.openjdk.java.net/browse/JDK-8146568
http://cr.openjdk.java.net/~martin/webrevs/openjdk9/ArrayList-grow/
Please reply-to core-libs-dev@openjdk.java.net, which is more appropriate for
discussion on Jar Tool.
-Chris.
On 19 Jan 2016, at 16:54, Chris Hegarty wrote:
> GNU-style options for Jar Tool
>
> Prompted by the impending addition of new options for both multi-release jars
> and jigsaw, it becam
Hi,
How about "jdk.process.reaperStackSize".
It will need a CCC .
Roger
On 1/19/16 7:10 AM, David Holmes wrote:
On 19/01/2016 9:53 PM, Kevin Walls wrote:
|
Hi Cheleswer, I think Martin is suggesting something like:
|
// Use a modest stack size, unless requested otherwise:
long stackSize =
On 19/01/2016 9:53 PM, Kevin Walls wrote:
|
Hi Cheleswer, I think Martin is suggesting something like:
|
// Use a modest stack size, unless requested otherwise:
long stackSize = Boolean.getBoolean("processReaperUseDefaultStackSize") ? 0 :
32768;
Someone from core-libs needs to chime on what t
|
Hi Cheleswer, I think Martin is suggesting something like:
|
// Use a modest stack size, unless requested otherwise:
long stackSize = Boolean.getBoolean("processReaperUseDefaultStackSize") ? 0 :
32768;
Thread t = new Thread(systemThreadGroup, grimReaper, "process reaper",
stackSize);
|||
If
13 matches
Mail list logo
