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
Issue #6476 - warn on exec #6597
Conversation
an XML file that is only necessary for rendering the documentation. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
…wned * Added WARN message. * Updated documentation. * Added test case. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
@gregw see if you want to modify |
The output from |
You mean that it should be added, or that it is already indicated and should be documented? |
I mean that it should be added (if it isn't there already). |
Use a --dry-run in jetty.sh to pre-expand the java arguments and thus avoid having two JVMs running in the case of exec. Also made a small change to allow script to check the current directory for JETTY_BASE, as that allows testing and runs in the same style as direct calls to start.jar Signed-off-by: Greg Wilkins <gregw@webtide.com>
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.
Doco is good. But 3 lines of warning is too much.
StartLog.warn("Forking second JVM due to forking module(s): %s.", execModules); | ||
StartLog.warn("Consider using option --dry-run to generate the command line:"); | ||
StartLog.warn("$(java -jar $JETTY_HOME/start.jar --dry-run)"); |
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.
3 lines of warning is a bit extreme!
StartLog.warn("Forking second JVM due to forking module(s): %s.", execModules); | |
StartLog.warn("Consider using option --dry-run to generate the command line:"); | |
StartLog.warn("$(java -jar $JETTY_HOME/start.jar --dry-run)"); | |
StartLog.warn("Forking JVM due to exec in module(s): %s. Use --dry-run to generate non forking command line.", execModules); |
…wned * Updated --list-config to report whether a JVM is forked. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
…wned Updates after review: reduced the WARN message lines. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
I completely disagree with this statement about the number of lines of warning. This warning is important, it is more important than a normal warning, but not suitable for the next level of severity (eg: error or fatal). There's TONS of examples of projects with multiline important warnings for a single topic/concept. (docker, k8s, osgi, testcontainers, dropwizard, spring, apt, log4j startup warnings, slf4j init warnings, logback init warnings, node, groovy, maven, etc) I'll be happy to demonstrate each of them if you want. The reason multiline warnings exists, is that single line warnings is on the wrong side of the "is this important or just noise" question that people have. |
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.
We need a StartLog.important()
level of information conveyance to the user.
We have certainly had complaints previously about over verbose logging and there is nothing said in the 3 lines that can't be said in 1. Asking users to ignore multiple warnings is not good. Better have an INFO level |
update from review Signed-off-by: Greg Wilkins <gregw@webtide.com>
update from review Signed-off-by: Greg Wilkins <gregw@webtide.com>
update from review Signed-off-by: Greg Wilkins <gregw@webtide.com>
update from review Signed-off-by: Greg Wilkins <gregw@webtide.com>
* Fix #6597 Use dry run in jetty.sh Use a --dry-run in jetty.sh to pre-expand the java arguments and thus avoid having two JVMs running in the case of exec. Also made a small change to allow script to check the current directory for JETTY_BASE, as that allows testing and runs in the same style as direct calls to start.jar Signed-off-by: Greg Wilkins <gregw@webtide.com> Co-authored-by: Simone Bordet <simone.bordet@gmail.com>
No description provided.