-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
org.slf4j.LoggerFactory can not load SLF4JServiceProvider with org.eclipse.osgi.internal.loader.EquinoxClassLoader #427
Comments
SLF4J 2 assumes that a Service Loader Mediator like Apache SPI Fly is present in your OSGi environment. You need to add the bundle to your Equinox deployment. |
See also #428. |
I would say it would be helpful, if you add this osgi issue to the following manual: Because you get following output in this case: |
@Holzmacher Thank you for following up on this issue. It is much appreciated. I should observe that the code in initSLF4JServiceProvider creates a second logging system unrelated to the one used by However, it is not clear if the first part of your answer is sufficient and whether Can you please clarify? |
I added the org.apache.aeries.spifly.dynamic.bundle as a required plugin but I still have the problem. Did anyone find a simple way to make logback 1.5.x work inside an Eclipse RCP application? |
In org.slf4j.LoggerFactory the following row:
serviceLoader = ServiceLoader.load(SLF4JServiceProvider.class, classLoaderOfLoggerFactory);
has a problem, if classLoaderOfLoggerFactory is a org.eclipse.osgi.internal.loader.EquinoxClassLoader.
Then the loaded serviceLoader has an empty loadedProviders Array.
Seee also:
https://stackoverflow.com/questions/78783619/logback-logger-1-5-0-with-eclipse-4-31-no-slf4j-providers-were-found/78904640#78904640
The text was updated successfully, but these errors were encountered: