-
Notifications
You must be signed in to change notification settings - Fork 314
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
Verbosity Level gets ignored on Init #9372
Comments
pepper-jk
added
bug
Issues that are considered to be bugs
to triage
Issues that need triaging
labels
Nov 4, 2024
The interesting piece of information is
We should never have both CLI entry points on the classpath, but only either or. This should not be reproducible with the plain distribution archive as this seems to be caused by the way the Lines 444 to 447 in f8a0c39
|
sschuberth
added
docker
About Docker topics
and removed
to triage
Issues that need triaging
labels
Nov 4, 2024
sschuberth
added a commit
that referenced
this issue
Nov 4, 2024
To not blindly add any JAR to the classpath that has been copied to the distribution's "lib" directory, build a "pathing JAR" whose manifest contains the intended runtime classpath. Then only use that JAR and the main CLI JAR as the classpath for the application. Fixes #9372. Signed-off-by: Sebastian Schuberth <sebastian@doubleopen.org>
sschuberth
added a commit
that referenced
this issue
Nov 4, 2024
To not blindly add any JAR to the classpath that has been copied to the distribution's "lib" directory, build a "pathing JAR" whose manifest contains the intended runtime classpath. Then only use that JAR and the main CLI JAR as the classpath for the application. Fixes #9372. Signed-off-by: Sebastian Schuberth <sebastian@doubleopen.org>
sschuberth
added a commit
that referenced
this issue
Nov 5, 2024
To not blindly add any JAR to the classpath that has been copied to the distribution's "lib" directory, build a "pathing JAR" whose manifest contains the intended runtime classpath. Then only use that JAR and the main CLI JAR as the classpath for the application. Fixes #9372. Signed-off-by: Sebastian Schuberth <sebastian@doubleopen.org>
sschuberth
added a commit
that referenced
this issue
Nov 5, 2024
To not blindly add any JAR to the classpath that has been copied to the distribution's "lib" directory, build a "pathing JAR" whose manifest contains the intended runtime classpath. Then only use that JAR and the main CLI JAR as the classpath for the application. Fixes #9372. Signed-off-by: Sebastian Schuberth <sebastian@doubleopen.org>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
When executing ORT with a verbosity level flag such as
--warn
the initial logs (before "ORT Logo") still show higher level output such asINFO
.I noticed a comment about two loggers being used, one of which does not have log level control. Could be a good place to start looking.
To Reproduce
--warn
verbosity flag, e.g.ort --warn analyze -i /path/to/project -o /path/to/ort-results
.Expected behavior
Still prints
INFO
level events.Console / log output
Again (mostly) the events during initialization seem to be effected by this.
Environment
Using a copy of the official Docker Image.
Additional context
We first noticed the behavior when changing our GitLab pipeline to use
--warn
verbosity.Today I executed ORT manually to ensure it wasn't our pipeline screwing up.
The text was updated successfully, but these errors were encountered: