-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Logging doc #10672
Logging doc #10672
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm afraid this will conflict with the ongoing PR we had here for a while: #10474 .
I merged it right now so you can build on it rather than discarding it entirely.
@gsmet OK I'll rebase on master and rework my PR |
6c1da56
to
a7af457
Compare
@gsmet I rebase on master and made some changes based on early feedbacks |
@dmlloyd should I switch our config classes to use the Level from JBoss Log Manager instead of JUL ? It's not very visible so I don't know if it's really needed. |
I would say "no", just because that would make it impossible for users to ever use customized log levels, and would also make it impossible to configure JUL levels that don't have Apache equivalents (because this could in theory be desirable for certain libraries). Using the base class means that any possible log level can be specified. |
@dmlloyd @abelsromero is it OK now with the modifications I made ? |
* {@link org.jboss.logmanager.Level#INFO} | ||
* {@link org.jboss.logmanager.Level#DEBUG} | ||
* {@link org.jboss.logmanager.Level#TRACE} | ||
* * {@link org.jboss.logmanager.Level#FATAL} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this meant to use AsciiDoc style or JavaDoc style? If the latter, this should be a <ul>
; if the former, then they shouldn't use {@link}
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
<ul>
list are not well rendered on configuration reference section on the website.
I'll remove the {@link}
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On the other hand {@link}
are ignored by the asciidoc processing so it didn't appears on the website. Removing them will restrict API discovery on IDE ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a long standing point of contention. :-) @gsmet do you know what we settled on? Is the doc renderer using AsciiDoc, or do we need a separate JavaDoc and AsciiDoc section, or what?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is both a JavaDoc and an asciidoc, and the doc build generates the HTML for the website based on asciidoc processing.
I think that the current aproach works even if it can seems disturbing because it mixes JavaDoc directive and asciidoc one.
Fine for me 👍 (srry for double post...corp account) |
72d8d17
to
24f915b
Compare
Improve the logging documentation guide.
Fixes #9667
Fixes #5789
Fixes #4629