Logging in OSGi Anwendungen
Im klassischen Entwicklungsumfeld hat man neben log4j, commons-logging und slf4j einge ganze Handvoll Frameworks, um Logging zu realisieren. OSGi definiert nun ebenfalls einen eigenen LogService und mit Pax-Logging existiert ein Bundle, welches zB. log4j als OSGi LogService (org.osgi.service.log) zur Verfügung stellt.
Integriert man in seiner Anwendung verschiedene Frameworks wie zB. Hibernate hat man sehr schnell unterschiedlichste Logging-Frameworks in seiner Anwendung. Noch unübersichtlicher wird das Ganze, da bei OSGi jedes Bundle eine spezielle Version eines Logging-Frameworks benötigen kann.
Ekkehard Gentz hat in seinem (derzeit) 3-teiligen Blog
Logging in OSGi Enterprise Anwendungen – Teil 1
Logging in OSGi Enterprise Anwendungen – Teil 2
Logging in OSGi Enterprise Anwendungen – Teil 3
die verschiedenen Logging-Strategien im OSGi-Umfeld beleuchtet und mögliche Probleme durch Bundle-Abhängigkeiten untersucht. Interessant auch der Ansatz, die Logging-Ausgaben der verschiedenen klassischen und OSGi-Logging-Frameworks aufzusammeln und über einen gemeinsamen Logging-Mechanismus auszugeben.
