[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jakarta.ee-spec] [EXTERNAL] Re: Proposal: Jakarta Logging
|
Hello,
On Wed, Oct 16, 2024, at 00:07, werner.keil--- via jakarta.ee-spec wrote:
Markus Eisele, currently at Red Hat was hoping to get a logging JSR into the JCP many years ago, but it did not even reach proposal phase.
I talked to Markus about this in September 2013, a little over 11 years ago. We then tried to discuss this again in early 2022 when we contacted you.
From what I recall the committers to SLF4J/Logback and Log4J could not agree which one should be the RI, so as asked earlier in this thread, would SLF4J participate in this effort now and eventually be happy to have it replace major parts of its API?
The problem was not that committers would not agree on what should be in the RI. The problem was that the process of standardizing something was unclear and complicated. Many people pointed in different directions; I had no time to find the way forward back then.
To answer your question:
When we started working on Log4j 2, the logging community needed to be in better shape. There was uncertainty about whether Log4j 2 would succeed, and the founder of SLF4J, as he shared on his blog, found the collaboration model challenging. We now want to change this to a better, more accommodating environment.
This needs to change, and both projects—the sole maintainer of SLF4J and the Log4j team—need to join forces and agree on something before we retire.
As the ASF is not an option for the SLF4J maintainer, we have offered to collaborate in a different foundation. We also offered to build this new API mainly after SLF4J first, adding our own experiences to the mix. To clarify, this is not a try to gain market share and nail down a Log4j 3 API as a standard. We want to look at SLF4J first.
Unfortunately, he declined the initial proposal. We want to contact him again as this progresses and keep the invitation open for as long as necessary. When our team supports the new API and with progress on the draft API, I hope our good intentions can be seen, and we all can work on a standard solution.
I remember, Jakarta Data had a hard time getting started and a broad enough vendor representation, but eventually committers from IBM (also co-lead), Hibernate (Red Hat), Micronaut and Oracle joined, with occasional shout-ins from the sideline by Spring Data
committers as well. It remains to be seen, if Spring also adopts it, but IBM and Hibernate already do.
Is a similar adoption likely for the logging spec?
Of course, I cannot foresee the future and don't know how likely adoption will be, but I can tell you that we fully agree with what you wrote (I asked the two other people on my team). We want to reach out to these vendors specifically. We know of some building custom log libraries, so a standard is urgently needed. A specification coming from Jakarta will enhance adoption and add to the trust.
This will reduce the burden of maintenance and, of course, improve security (as we have experienced with Log4shell)
As for the JCP, I doubt with the JDK throwing more and more things out, e.g. SecurityManager, its interest and ability would go anywhere beyond System.Logger in JEP 264:
https://openjdk.org/jeps/264 Maybe adding a method or feature here and there, but I doubt, a logging JSR, comparable to say 310 is ever going to happen there.
I agree here as well. Jakarta Logging offering `j.u.l.LogManger` and `System.LoggerFinder` implementations would benefit the community greatly.
Kind regards,
Christian
As for the 5 year old Microprofile thread, I don't see much sense in a log abstraction like this proposal in Microprofile either, should it fail a creation review.
Kind Regards,
Werner
From: jakarta.ee-spec <jakarta.ee-spec-bounces@xxxxxxxxxxx> on behalf of Arjan Tijms via jakarta.ee-spec <jakarta.ee-spec@xxxxxxxxxxx>
Sent: Wednesday, October 2, 2024 10:51 AM
To: Jakarta specification discussions <jakarta.ee-spec@xxxxxxxxxxx>
Cc: Arjan Tijms <arjan.tijms@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-spec] [EXTERNAL] Re: Proposal: Jakarta Logging
Hi,
I remember logging being discussed extensively during the Java EE 6 and Java EE 7 days as a candidate for standardisation.
From then, an important distinction we made was between:
1. Developing (or not) an actual API for logging along with an implementation thereof, perhaps tailored towards the typical multi-user server logs
2. Standardizing logging configuration for the platform
Ad 2) Currently enabling logging is highly implementation specific. For instance, configuring log levels for EclipseLink or Hibernate is different from doing that for Mojarra. A user has to dive into the internals of what a platform implementation is using
most of the time.
Kind regards,
Arjan Tijms
Greetings programs,
As you may know, I am actively campaigning for a seat on the specification committee representing Microsoft. However, regardless of the outcome of the election, I can speak representing Microsoft’s opinion.
Microsoft is glad to see vitality and innovation in Jakarta EE standards. We recognize these are key to continuing to deliver our shared mission with Jakarta EE. Regarding logging, we need to proceed with
extreme care. Among all cross-cutting concerns, logging is the most ancient, foundational, and hacked upon. We all can count off the numerous attempts over the years to improve logging above java.util.logging. We need to carefully weigh the costs of making
yet another attempt that ends up further fragmenting the logging landscape, rather than improving it.
At this point, Microsoft recommends directing these efforts toward JCP.
Ed
| edburns@xxxxxxxxxxxxx | office: +1 954 727 1095
| Calendar Booking: https://aka.ms/meetedburns
|
| Please don't feel obliged to read or reply to this e-mail outside
| of your normal working hours.
|
| Reply anonymously to this email: https://purl.oclc.org/NET/edburns/contact
Hi all,
The proposal will be available for everyone to see as soon as it enters the community review. Until then, check the description that Christian provided in the email.
If you, as a member of the Jakarta EE Working Group want to appoint a committer before the review starts, please let Christian know so he can add you.
Just tried and can't access it as well, and I am part of Jakarta EE Specification Committee.
I am checking with the rest of the group this Wednesday if they can access the proposal.
Best Regards,
Marcelo Ancelmo
I don't have access to that proposal... is it something you have to configure?
(I can login and view other proposals).
Was just interested in reading your ideas.
Thank you
-----Original Message-----
Sent: Monday, September 30, 2024 5:26 AM
Subject: [EXTERNAL] [jakarta.ee-spec] Proposal: Jakarta Logging
Dear Jakarta EE Specification Committee,
I propose "Jakarta Logging" for the Jakarta EE ecosystem.
You can find the proposal here:
This project seeks to streamline logging practices across the Java community by providing a standardized API. This approach aims to:
- Enhancing security by minimizing dependencies and reducing risks as seen with the Log4shell vulnerability
- Eliminate incompatibilities between logging frameworks
- Remove vendor lock-in by encouraging adoption of the Jakarta Logging API
- Simplify configuration, reducing the need for bridges
- Motivate frameworks to leverage the Jakarta API rather than building their logging solution
The proposal is backed by three members of the Log4j team who have extensive experience working on the framework full-time. We would love to bring our experiences to Jakarta EE and hope others will join us in this effort.
If you are interested in becoming an initial committer or want to contribute in another way, please reach out to me by e-mail and I will happily add you to the proposal.
In addition, if you have any questions, I will gladly address them by e-mail or during a Q&A call.
I am looking forward to your feedback!
Kind regards,
Christian
_______________________________________________
jakarta.ee-spec mailing list
_______________________________________________
jakarta.ee-spec mailing list
_______________________________________________
jakarta.ee-spec mailing list
_______________________________________________
jakarta.ee-spec mailing list
--
Ivar Grimstad
Jakarta EE Developer Advocate | Eclipse Foundation Eclipse Foundation - Community.
Code. Collaboration.
_______________________________________________
jakarta.ee-spec mailing list
_______________________________________________
jakarta.ee-spec mailing list