+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 >