Re: org.osgi.service.log.Logger

Hi Just to be clear: org.osgi.service.log is provided by Pax Logging (not > Karaf directly). > The version is set by Pax Logging. > That's absolutely clear. As written before, I updated the Pax Logging of an Karaf instance already to 2.0.0-SNAPSHOT and bundles requiring org.osgi.service.log 1.4 s

Re: org.osgi.service.log.Logger

Hi, Just to be clear: org.osgi.service.log is provided by Pax Logging (not Karaf directly). The version is set by Pax Logging. org.osgi.service.log 1.4 is part of R7, so it requires Pax Logging 2.0.0. Karaf 4.2.x is R6, so it needs some changes to support pax-logging 2.0.0 but do-able (not a big

Re: org.osgi.service.log.Logger

Hi, it's more Pax Logging related. > hm, I updated (on december) a Karaf instance to use the most recent (that time) 2.0.0 SNAPSHOT and the only breakage I identified at that time is the Karaf integration itself (org.apache.karaf.log.core) -- missing commands etc. So for me Pax Logging has been a

Re: org.osgi.service.log.Logger

Hi, it's more Pax Logging related. Currently, Karaf uses pax-logging 1.11, which is R6 compliant, so org.osgi.service.log 1.3. Pax Logging 2.0 (not yet relesed, I will release it soon) is R7 compliant, so org.osgi.service.log 1.4. Karaf 4.3.0.RC1 will use Pax Logging 2.0. Karaf 4.2.x should sta

Re: org.osgi.service.log.Logger

Hi JB, have you had any luck on adding support for the most recent Pax Logging code base to org.apache.karaf.log.core? Do you already know if you find enough time to add Log Service Specification 1.4 support to Karaf 4.2.8? Best regards, Markus Am So., 22. Dez. 2019 um 13:14 Uhr schrieb Markus

Re: org.osgi.service.log.Logger

At least for me it would be really great of the log service 1.4 could be used in 4.2.8 ;) Am Fr., 20. Dez. 2019 um 15:52 Uhr schrieb Jean-Baptiste Onofré : > > Hi, > > I think we can backport this in Karaf 4.2.x. Originally, I planned to > focus this only on Karaf 4.3.x, but it makes sense to back

Re: org.osgi.service.log.Logger

Hi, I think we can backport this in Karaf 4.2.x. Originally, I planned to focus this only on Karaf 4.3.x, but it makes sense to backport "compendium/extra" package on 4.2.x, even if the framework is still R6. I'm not sure I will have time to do that for 4.2.8, but let me try. Regards JB On 20/1

Re: org.osgi.service.log.Logger

Hi JB, me again. ;) In Karaf 4.2.7 the scr feature already implements the Declarative Services Specification 1.4. Would it be possible that Pax Logging provides an implementation of the Log Service Specification 1.4 in Karaf 4.2.8? Or will the Log Service Specification 1.4 rely on some Core R7 fea

Re: org.osgi.service.log.Logger

The "Equinox Common" can be used on Felix Framework using the "Equinox Supplement" package that provides e.g. "org.eclipse.equinox.log". The Equinox Logger implements the Logger interface of the OSGi Log Service specification 1.4 https://github.com/eclipse/rt.equinox.framework/blob/63a9e1075ab029c

Re: org.osgi.service.log.Logger

>>>>>>> ~[?:?] >>>>>>> at >>>>>>> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1607) >>>>>>> ~[?:?] >>>>&g

Re: org.osgi.service.log.Logger

oadClass(BundleWiringImpl.java:2053) > >>>>> ~[?:?] > >>>>> at > >>>>> java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_202] > >>>>> at java.lang.ClassLoader.defineClass1(Native Method) > >&

Re: org.osgi.service.log.Logger

>>>>>> at >>>>>> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053) >>>>>> ~[?:?] >>>>>>

Re: org.osgi.service.log.Logger

g.ClassLoader.defineClass(ClassLoader.java:763) ~[?:1.8.0_202] >>>>> at >>>>> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.defineClass(BundleWiringImpl.java:2410) >>>>&g

Re: org.osgi.service.log.Logger

>> ~[?:?] >>>> at >>>> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1607) >>>> ~[?:?] >>>> at >>>> org.apache.felix.framework.BundleWiringImpl.access$20

Re: org.osgi.service.log.Logger

:1.8.0_202] >>> at >>> org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1414) >>> ~[?:?] >>> at >>> org.apache.felix.

Re: org.osgi.service.log.Logger

:1590) > > ~[?:?] > > at > > org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:80) > > ~[?:?] > > at > > org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053) > >

Re: org.osgi.service.log.Logger

at > org.eclipse.core.internal.runtime.Activator.start(Activator.java:83) > ~[?:?] > at > org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:697) > ~[?:?] > at > org.apache.felix.framework.Felix.activateB

org.osgi.service.log.Logger

more Caused by: java.lang.ClassNotFoundException: org.osgi.service.log.Logger not found by org.ops4j.pax.logging.pax-logging-api [6] at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1639) ~[?:?