JEP 264: Platform Logging API and Service
Daniel Fuchs
daniel.fuchs at oracle.com
Tue Sep 29 18:40:37 UTC 2015
On 20/09/15 15:46, Peter Levart wrote:
>
>
> On 09/18/2015 06:17 PM, mark.reinhold at oracle.com wrote:
>> New JEP Candidate:http://openjdk.java.net/jeps/264
>>
>> - Mark
>
> Hi,
>
> What is the purpose of exposing a factory for loggers in the generally
> exported package (java.lang) and making it standard Java API as opposed
> to keeping it internal API as it is now
> (sun.util.logging.PlatformLogger)? Is this going to become an official
> front-end for JDK-internal and applications use, available in the
> platform itself?
Hi Peter,
sun.util.logging.PlatformLogger is a module private API in
java.base, yet it is used by other modules in the JDK - and
this requires qualified exports to the modules that use it.
Having a public API that JDK modules could use would simplify
the module graph in this respect.
In time, I'd hope to see sun.util.logging.PlatformLogger disappear
in favor of the public API.
> Otherwise I think it's good to add support for interfacing other
> backends (besides JDK14 Logging and stderr) to platform logger. If one
> wants to interface some other backend to platform logger now, it's
> actually doable, but only via the intermediate JDK14 Logging API, like this:
>
> PlatformLogger -> j.u.l.Logger -> jul-to-slf4j -> slf4j-WHATEVER-BACKEND
>
> Adding support to skip JDK14 Logging would simplify configuration and
> make it more lightweight.
Yes - the goal of the LoggerFinder service API is to make it possible
for applications - or frameworks - to provide their own implementation.
best regards,
-- daniel
>
> Regards, Peter
>
More information about the core-libs-dev
mailing list