Sure - I push to https://github.com/ops4j/org.ops4j.pax.logging/commits/master-improvements for now.
It's not squashed, thus the number of commits. But I really wanted them to be "diffable" to really know what happened. I'm just not big fan of commits like https://github.com/ops4j/org.ops4j.pax.logging/commit/f40da2b with message "I am committing several bugs that I have fixed in the Pax Logging project". regards Grzegorz śr., 22 maj 2019 o 13:55 Jean-Baptiste Onofré <j...@nanthrax.net> napisał(a): > Agree, it makes sense. > > Maybe we can experiment and try on a share PR ? > > Regards > JB > > On 22/05/2019 13:53, Grzegorz Grzybek wrote: > > Let's try different approaches before deciding ;) > > > > I'm starting to give pax-logging-log4j2 the same shape as with > > pax-logging-service and pax-logging-logback. > > > > regards > > Grzegorz > > > > śr., 22 maj 2019 o 13:37 Jean-Baptiste Onofré <j...@nanthrax.net> > napisał(a): > > > >> I think it should work. > >> > >> Maybe optional import on the extend package ? > >> Fragment is also an option to extend the classloader of core. > >> > >> Regards > >> JB > >> > >> On 22/05/2019 13:31, Grzegorz Grzybek wrote: > >>> Wouldn't DynamicImport-Package on core introduce some hard-to-find > >>> deadlocks? (bundle global lock in felix?) > >>> > >>> regards > >>> Grzegorz > >>> > >>> śr., 22 maj 2019 o 13:21 Jean-Baptiste Onofré <j...@nanthrax.net> > >> napisał(a): > >>> > >>>> Hi, > >>>> > >>>> I'm not sure a fragment is required. I think a dynamic import on core > >>>> and some extra packages in extend should work. > >>>> > >>>> Regards > >>>> JB > >>>> > >>>> On 22/05/2019 13:01, Grzegorz Grzybek wrote: > >>>>> +1 for splitting log4j2. > >>>>> > >>>>> This pax-logging-log4j2-extend would be a fragment? > >>>>> > >>>>> regards > >>>>> Grzegorz Grzybek > >>>>> > >>>>> śr., 22 maj 2019 o 12:09 Jean-Baptiste Onofré <j...@nanthrax.net> > >>>> napisał(a): > >>>>> > >>>>>> My plan is basically to split into parts. > >>>>>> > >>>>>> pax-logging-log4j2-core with the minimal packages/imports to work in > >>>>>> Karaf standard and pax-logging-log4j2-extend to the packages just > >>>>>> required for other appenders. > >>>>>> > >>>>>> Regards > >>>>>> JB > >>>>>> > >>>>>> On 22/05/2019 11:55, Grzegorz Grzybek wrote: > >>>>>>> Hello > >>>>>>> > >>>>>>> pon., 20 maj 2019 o 10:55 Eric Lilja <mindcoo...@gmail.com> > >>>> napisał(a): > >>>>>>> > >>>>>>>> Ah, that's great news! Looking forward to see the improved Pax > >> Logging > >>>>>> 1.x > >>>>>>>> in 4.2.x then > >>>>>>>> > >>>>>>> > >>>>>>> I'm using this plugin[1] to ensure that I keep similar headers as > in > >>>>>>> 1.10.1. The refactoring changes are huge (moving private classes > >>>> between > >>>>>>> pax-logging-api and the "backends" for example), but user-facing > >>>> changes > >>>>>>> are not that big so even if I was thinking about 2.0, I agree that > >>>> there > >>>>>>> could be 1.11.0 with my changes. > >>>>>>> The most problematic is pax-logging-log4j2 which collects lots of > >>>>>>> Import-Package entries from all the log4j2 artifacts. Here's the > list > >>>>>> from > >>>>>>> 1.10.1 (excluding the obvious javax.* and other that are really > >>>>>> required): > >>>>>>> > >>>>>>> – com.conversantmedia.util.concurrent > >>>>>>> – com.fasterxml.jackson.annotation > >>>>>>> – com.fasterxml.jackson.core > >>>>>>> – com.fasterxml.jackson.core.type > >>>>>>> – com.fasterxml.jackson.core.util > >>>>>>> – com.fasterxml.jackson.databind > >>>>>>> – com.fasterxml.jackson.databind.annotation > >>>>>>> – com.fasterxml.jackson.databind.deser.std > >>>>>>> – com.fasterxml.jackson.databind.module > >>>>>>> – com.fasterxml.jackson.databind.node > >>>>>>> – com.fasterxml.jackson.databind.ser > >>>>>>> – com.fasterxml.jackson.databind.ser.impl > >>>>>>> – com.fasterxml.jackson.databind.ser.std > >>>>>>> – com.fasterxml.jackson.dataformat.xml > >>>>>>> – com.fasterxml.jackson.dataformat.xml.annotation > >>>>>>> – com.fasterxml.jackson.dataformat.xml.util > >>>>>>> – com.fasterxml.jackson.dataformat.yaml > >>>>>>> – com.lmax.disruptor > >>>>>>> – com.lmax.disruptor.dsl > >>>>>>> – org.apache.commons.compress.compressors > >>>>>>> – org.apache.commons.compress.utils > >>>>>>> – org.apache.commons.csv > >>>>>>> – org.apache.kafka.clients.producer > >>>>>>> – org.codehaus.stax2 > >>>>>>> – org.fusesource.jansi > >>>>>>> – org.jctools.queues > >>>>>>> – org.zeromq > >>>>>>> > >>>>>>> I have an idea - to create additional pax-logging-log4j2-extra > which > >>>>>> could > >>>>>>> be a fragment adding the above exports to original > >> pax-logging-log4j2. > >>>>>> This > >>>>>>> way, "basic" pax-logging-log4j2 would be much less affected by > >>>> refreshes > >>>>>>> related to jackson or commons-*. > >>>>>>> > >>>>>>> regards > >>>>>>> Grzegorz Grzybek > >>>>>>> === > >>>>>>> [1]: > >>>>>>> > >>>>>> > >>>> > >> > https://ops4j1.jira.com/wiki/spaces/TOOLS/pages/412549134/OSGi+Report+Maven+Plugin > >>>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>> - Eric L > >>>>>>>> > >>>>>>>> On Mon, May 20, 2019 at 10:25 AM Jean-Baptiste Onofré < > >>>> j...@nanthrax.net> > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> Ah yes, those ones will be applied on both Pax Logging 2.x and > 1.x. > >>>>>>>>> > >>>>>>>>> Regards > >>>>>>>>> JB > >>>>>>>>> > >>>>>>>>> On 20/05/2019 10:01, Eric Lilja wrote: > >>>>>>>>>> Sorry, I was unclear, I most thinking about the refactorings > I've > >>>>>> heard > >>>>>>>>> of > >>>>>>>>>> to reduce the number of optional imports (which would reduce > >>>>>> refreshes) > >>>>>>>>> and > >>>>>>>>>> better class layout in general in the api/impl-bundles. Are > these > >>>>>>>>>> improvements dependent on R7? > >>>>>>>>>> > >>>>>>>>>> - Eric L > >>>>>>>>>> > >>>>>>>>>> On Mon, May 20, 2019 at 9:58 AM Jean-Baptiste Onofré < > >>>> j...@nanthrax.net > >>>>>>> > >>>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>>> No, Pax Logging improvements with OSGi R7 will go into 4.3.x. > >>>>>>>>>>> > >>>>>>>>>>> Regards > >>>>>>>>>>> JB > >>>>>>>>>>> > >>>>>>>>>>> On 20/05/2019 09:29, Eric Lilja wrote: > >>>>>>>>>>>> Sounds exciting! Will the improvements to pax logging make it > to > >>>>>>>> 4.2.x > >>>>>>>>>>>> release train? > >>>>>>>>>>>> > >>>>>>>>>>>> - Eric L > >>>>>>>>>>>> > >>>>>>>>>>>> On Mon, May 20, 2019 at 7:47 AM Jean-Baptiste Onofré < > >>>>>>>> j...@nanthrax.net> > >>>>>>>>>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> Hi guys, > >>>>>>>>>>>>> > >>>>>>>>>>>>> FYI, I'm completing the preparation of Karaf 4.2.6 today. I > >> hope > >>>> to > >>>>>>>>>>>>> submit this release to vote tomorrow or Wednesday. > >>>>>>>>>>>>> > >>>>>>>>>>>>> In the mean time, we are moving forward on third party > projects > >>>>>>>>>>>>> (especially Pax*) to be OSGi R7 compliant. > >>>>>>>>>>>>> I'm also doing some preparation steps on Karaf master to > >> prepare > >>>>>> the > >>>>>>>>>>>>> OSGi R7 upgrade. > >>>>>>>>>>>>> I think I will be able to cut a RC1 beginning of next week. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Stay tuned ! > >>>>>>>>>>>>> > >>>>>>>>>>>>> Regards > >>>>>>>>>>>>> JB > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> Jean-Baptiste Onofré > >>>>>>>>>>>>> jbono...@apache.org > >>>>>>>>>>>>> http://blog.nanthrax.net > >>>>>>>>>>>>> Talend - http://www.talend.com > >>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Jean-Baptiste Onofré > >>>>>>>>>>> jbono...@apache.org > >>>>>>>>>>> http://blog.nanthrax.net > >>>>>>>>>>> Talend - http://www.talend.com > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Jean-Baptiste Onofré > >>>>>>>>> jbono...@apache.org > >>>>>>>>> http://blog.nanthrax.net > >>>>>>>>> Talend - http://www.talend.com > >>>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> -- > >>>>>> Jean-Baptiste Onofré > >>>>>> jbono...@apache.org > >>>>>> http://blog.nanthrax.net > >>>>>> Talend - http://www.talend.com > >>>>>> > >>>>> > >>>> > >>>> -- > >>>> Jean-Baptiste Onofré > >>>> jbono...@apache.org > >>>> http://blog.nanthrax.net > >>>> Talend - http://www.talend.com > >>>> > >>> > >> > >> -- > >> Jean-Baptiste Onofré > >> jbono...@apache.org > >> http://blog.nanthrax.net > >> Talend - http://www.talend.com > >> > > > > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com >