Hi,
Please find below a small patch for
8163162: The separation between system loggers and application
loggers should take the extension loader in consideration.
https://bugs.openjdk.java.net/browse/JDK-8163162
With the deprivileging of some JDK modules, classes loaded
by the Platform
Hi Daniel,
It is common now to use a lambda for the target of doPriv; its a bit
lighter weight
as it becomes a method reference instead of an additional inner class.
Looks fine with or without the lambda.
Roger
On 10/26/2016 9:58 AM, Daniel Fuchs wrote:
Hi,
Please find below a small patch
Hi Roger,
On 26/10/16 16:06, Roger Riggs wrote:
Hi Daniel,
It is common now to use a lambda for the target of doPriv; its a bit
lighter weight
as it becomes a method reference instead of an additional inner class.
Yes - I've been bitten before with using lambda
in logging code - especially in
> On Oct 26, 2016, at 6:58 AM, Daniel Fuchs wrote:
>
> With the deprivileging of some JDK modules, classes loaded
> by the Platform class loader should get the same kind of
> loggers than classes loaded by the Boot class loader (null loader).
>
> http://cr.openjdk.java.net/~dfuchs/webrev_816316
On 27/10/16 00:17, Mandy Chung wrote:
On Oct 26, 2016, at 6:58 AM, Daniel Fuchs wrote:
With the deprivileging of some JDK modules, classes loaded
by the Platform class loader should get the same kind of
loggers than classes loaded by the Boot class loader (null loader).
http://cr.openjdk.jav