-
Notifications
You must be signed in to change notification settings - Fork 119
Migrate to SLF4J + Logback and Gson from Maven-Central instead of Orbit #931
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
Conversation
I also created eclipse-platform/eclipse.platform.releng.aggregator#588 to coordinate the logback migration through the whole Eclipse Platform/IDE. |
4d0d7f6
to
a8402a8
Compare
a8402a8
to
bbdb7c0
Compare
/request-license-review |
License review requests:
After all reviews have concluded, re-run the license-vetting check from the Github Actions web-interface to update its status. Workflow run (with attached summary files): |
I wonder why those Eclipse artifacts are not inherently vetted? is there an issue with the lookup logic? |
bbdb7c0
to
10a1f2f
Compare
0097521
to
356dc2d
Compare
c2f2a2c
to
c8cce60
Compare
Build against slf4j and logback from Maven-Central and include them into M2E's p2 repo to contribute it to SimRel. Furthermore guard against adding multiple slf4j binding to the classpath, when launching the embedded Maven-Runtime, by explicitly not adding dependencies of the slf4j bundles. Fixes eclipse-m2e#738
c8cce60
to
365b0a5
Compare
Build against slf4j and logback from Maven-Central and include them into m2e's p2 repo to contribute it to SimRel.
The version at Maven-Central is more recent and not jar-signed by the Eclipse-Foundation which helps to address the difficulties encountered in #926.
Logback from Orbit uses a different approach to wire
org.slf4j.api
andch.qos.logback.classic
(both from Orbit) . Besides logback-core and classic it is split additionally into a third fragmentch.qos.logback.slf4j
whose host isorg.slf4j.api
(from Orbit) and that contains and exports theorg.slf4j.impl
package of logback-classic and imports packages from the latter. This way effectivelyorg.slf4j.api
requiresch.qos.logback.classic
.In order to now have two slf4j bindings on the classpath of Maven-build launched from within the IDE and thus to avoid corresponding warnings, I have adjusted the code in
MavenEmbeddedRuntime
to not pull in dependencies of slf4j (with old and new bundle name).Fixes #738