Performance Degrade with apache karaf 4.3.10 and Java 17
Hi All , We upgraded from Karaf 4.3.7 (Java 11) to Karaf 4.3.10 ( Java 17 ) . but we are noticing some degradation in performance during load testing . These were the setting we have kept in wrapper in Java 11 wrapper.java.additional.12=-XX:+UseConcMarkSweepGC wrapper.java.additional.13=-XX:NewRatio=2 wrapper.java.additional.14=-Xmx20480M wrapper.java.additional.15=-Xms5120M which now as *UseConcMarkSweepGC has been removed in Java 17 . We modified it below but we still don't see any improvements . * wrapper.java.additional.12=-XX:+UseG1GC wrapper.java.additional.13=-XX:NewRatio=2 wrapper.java.additional.14=- Xmx20480M wrapper.java.additional.15=-Xms5120M Any recommendations on the same ? regards Chandan
Re: Jetty(Jetty 9.4.52) vulnerability in Karaf 4.3.10
Hi JB , Can you please share how to upgrade just PAxweb/Jetty in the 4.3.10 version? We are already in prod and I cannot upgrade to a new Karaf version . Regards Chandan On Fri, Mar 1, 2024 at 12:41 PM Jean-Baptiste Onofré wrote: > Hi > > You can create your own custom Karaf distribution upgrading PaxWeb/Jetty. > > Or you can update to the latest Karaf version. > > Regards > JB > > On Tue, Feb 27, 2024 at 12:57 PM Chandan Singh < > mailbox.chandansi...@gmail.com> wrote: > >> Is there any way we can upgrade the jetty version in Karaf 4.3.10 to the >> latest jetty version ? >> >> Regards >> Chandan >> >> On Thu, Feb 22, 2024 at 7:12 PM Grzegorz Grzybek >> wrote: >> >>> Hello >>> >>> Karaf 4.3.x uses Pax Web 7.x and there exists pax-jetty-http2 feature. >>> It comes with a warning: >>> >>> Please beware, for this feature to run properly you'll need to add the >>> alpn-boot.jar to the >>> lib/ext folder of Karaf in some cases of your JVM. >>> >>> So it's kind of not working by default. But it depends on how smart (or >>> dumb, which is more often probably...) the scanner is. When you start fresh >>> Karaf you don't even have HTTP server running at all. So it's kind of "safe >>> by default". But you can install any bundle there - whether or not it comes >>> from standard Karaf features. >>> >>> In other words - I don't have good answer... I just wanted to >>> communicate that it's not an easy question ;) >>> >>> regards >>> Grzegorz Grzybek >>> >>> czw., 22 lut 2024 o 13:47 Richard Hierlmeier >>> napisał(a): >>> >>>> We did already a security scan, it detected CVE-2023-36478 and >>>> CVE-2023-44487 >>>> >>>> Both CVEs are related to HTTP2. I have thought that HTTP2 is not >>>> possible in Karaf 4.3. >>>> >>>> Can someone confirm this assumption. >>>> >>>> Regards >>>> >>>> Richard >>>> >>>> >>>> Am Do., 22. Feb. 2024 um 11:23 Uhr schrieb Chandan Singh < >>>> mailbox.chandansi...@gmail.com>: >>>> >>>>> Hi All , >>>>> >>>>> During a recent Security Scan we found a vulnerability reported >>>>> regarding the Jetty version in Apache Karaf 4.3.10 . Does anyone have >>>>> any recommendations on the same ? >>>>> >>>>> [image: image.png] >>>>> >>>>> >>>>> Regards >>>>> Chandan >>>>> >>>>
Re: Jetty(Jetty 9.4.52) vulnerability in Karaf 4.3.10
Is there any way we can upgrade the jetty version in Karaf 4.3.10 to the latest jetty version ? Regards Chandan On Thu, Feb 22, 2024 at 7:12 PM Grzegorz Grzybek wrote: > Hello > > Karaf 4.3.x uses Pax Web 7.x and there exists pax-jetty-http2 feature. It > comes with a warning: > > Please beware, for this feature to run properly you'll need to add the > alpn-boot.jar to the > lib/ext folder of Karaf in some cases of your JVM. > > So it's kind of not working by default. But it depends on how smart (or > dumb, which is more often probably...) the scanner is. When you start fresh > Karaf you don't even have HTTP server running at all. So it's kind of "safe > by default". But you can install any bundle there - whether or not it comes > from standard Karaf features. > > In other words - I don't have good answer... I just wanted to communicate > that it's not an easy question ;) > > regards > Grzegorz Grzybek > > czw., 22 lut 2024 o 13:47 Richard Hierlmeier > napisał(a): > >> We did already a security scan, it detected CVE-2023-36478 and >> CVE-2023-44487 >> >> Both CVEs are related to HTTP2. I have thought that HTTP2 is not possible >> in Karaf 4.3. >> >> Can someone confirm this assumption. >> >> Regards >> >> Richard >> >> >> Am Do., 22. Feb. 2024 um 11:23 Uhr schrieb Chandan Singh < >> mailbox.chandansi...@gmail.com>: >> >>> Hi All , >>> >>> During a recent Security Scan we found a vulnerability reported >>> regarding the Jetty version in Apache Karaf 4.3.10 . Does anyone have >>> any recommendations on the same ? >>> >>> [image: image.png] >>> >>> >>> Regards >>> Chandan >>> >>
Jetty(Jetty 9.4.52) vulnerability in Karaf 4.3.10
Hi All , During a recent Security Scan we found a vulnerability reported regarding the Jetty version in Apache Karaf 4.3.10 . Does anyone have any recommendations on the same ? [image: image.png] Regards Chandan
Re: Karaf 4.3.7 Java 17 Support
Thank You !. Regards Chandan. On Wed, Sep 6, 2023 at 3:08 PM Jean-Baptiste Onofré wrote: > Hi, > > Yes, Karaf 4.3.x supports Java 17. I recommend to wait Karaf 4.3.10 > (currently in preparation) that includes few improvements for JDK17+. > > Regards > JB > > On Tue, Sep 5, 2023 at 2:09 PM Chandan Singh > wrote: > > > > Hi Team , > > > > Can anyone please confirm if Karaf 4.3.7 supports Java 17 . We are > currently on Java 11 and Planning to upgrade to Java 17 . Also Please > suggest any config changes needed ? > > > > > > Regards > > Chandan >
Karaf 4.3.7 Java 17 Support
Hi Team , Can anyone please confirm if Karaf 4.3.7 supports Java 17 . We are currently on Java 11 and Planning to upgrade to Java 17 . Also Please suggest any config changes needed ? Regards Chandan
Re: System.proerties setting to set xtream(1.4.20) permission Globaly in Apache karaf 4.3.7
Hi All , Any inputs on this , We want to set the permission globally on karaf to avoid setting at each Class level . On Tue, May 16, 2023 at 12:23 AM Chandan Singh < mailbox.chandansi...@gmail.com> wrote: > > Hi All , > > Any idea how to set permissions for xtream packages to avoid the > forbidden exception as shown > below > > > Caused by: com.thoughtworks.xstream.security.ForbiddenClassException: > com.xx.xx.xx.parser.MyClass > > at > com.thoughtworks.xstream.security.NoTypePermission.allows(NoTypePermission.java:26) > ~[!/:?] > > at > com.thoughtworks.xstream.mapper.SecurityMapper.realClass(SecurityMapper.java:74) > ~[!/:?] > > at > com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:125) > ~[!/:?] > > at > com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:47) > ~[!/:?] > > at > com.thoughtworks.xstream.core.util.HierarchicalStreams.readClassType(HierarchicalStreams.java:29) > ~[!/:?] > > at > com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:135) > ~[!/:?] > > at > com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32) > ~[!/:?] > > at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1464) > ~[!/:?] > > at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1441) > ~[!/:?] > > at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1321) > ~[!/:?] > > at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1312) > ~[!/:?] > > > I had the below seeting in pas Karaf System.properties and it used to > work in earlier versions . > > > org.apache.camel.xstream.permissions=com.xx.xx.**,java.lang.*,java.util.** > > *com.thoughtworks.xstream.permissions=com.xx.xx.*,java.lang.*,java.util.* * > > > *Please advice if the there is any change in Syntax or any other config > required ? * > > > *Regards* > *Chandan* >
System.proerties setting to set xtream(1.4.20) permission Globaly in Apache karaf 4.3.7
Hi All , Any idea how to set permissions for xtream packages to avoid the forbidden exception as shown below Caused by: com.thoughtworks.xstream.security.ForbiddenClassException: com.xx.xx.xx.parser.MyClass at com.thoughtworks.xstream.security.NoTypePermission.allows(NoTypePermission.java:26) ~[!/:?] at com.thoughtworks.xstream.mapper.SecurityMapper.realClass(SecurityMapper.java:74) ~[!/:?] at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:125) ~[!/:?] at com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:47) ~[!/:?] at com.thoughtworks.xstream.core.util.HierarchicalStreams.readClassType(HierarchicalStreams.java:29) ~[!/:?] at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:135) ~[!/:?] at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32) ~[!/:?] at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1464) ~[!/:?] at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1441) ~[!/:?] at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1321) ~[!/:?] at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1312) ~[!/:?] I had the below seeting in pas Karaf System.properties and it used to work in earlier versions . org.apache.camel.xstream.permissions=com.xx.xx.**,java.lang.*,java.util.** *com.thoughtworks.xstream.permissions=com.xx.xx.*,java.lang.*,java.util.* * *Please advice if the there is any change in Syntax or any other config required ? * *Regards* *Chandan*
Re: Ora18n jar in class path Karaf (4.3.7)
Hi J B , The lib/ext didn’t work , yes you are right the bundle has to import it . But is it possible to achieve the same without down time or via command line? Regards Chandan On Mon, 3 Oct 2022 at 22:07, Jean-Baptiste Onofré wrote: > Installing the bundle is not enough if the "user" bundle doesn't import it. > > Which bundle needs these classes ? > > Regards > JB > > On Sun, Oct 2, 2022 at 9:03 AM Chandan Singh < > mailbox.chandansi...@gmail.com> wrote: > >> Hi JB , >> >> Thanks again for responding , I did the wrap part. I also see the classes >> in the* find-class but still at runtime the class is not found , I >> think may be it is expecting to be exported as package in the >> bundles-config. Please do advise if there is any way to export via >> command- line . Below is the command I used . * >> >> >> *karaf@root()> bundle:install >> wrap:file:/opt/rcm/container/deploy/orai18n.jar //$Bundle-SymbolicName >> orai18n =19.15.0.0='JDBC Global Jar Oracle'* >> >> >> >> [image: image.png] >> >> [image: image.png] >> >> Regards >> Chandan >> >> >> >> >> >> >> On Sun, Oct 2, 2022 at 11:36 AM Jean-Baptiste Onofré >> wrote: >> >>> You can also wrap / ship the lib in your bundle (as private): it will >>> be in the bundle classloader. >>> >>> But adding to the system classloader (lib/ext) should work as well. >>> >>> Regards >>> JB >>> >>> On Sat, Oct 1, 2022 at 11:57 AM Chandan Singh >>> wrote: >>> > >>> > No Have not tried it there . But have tried in lib/endorsed, boot, >>> jdk9plus . Will try ext aswell and update you . Since it is prod >>> environment, I will update you by Monday . Thanks for replying . Please >>> do share any other way you think I can add the jar to classpath ? >>> > will adding it to java classpath lib help ? >>> > >>> > >>> > Regards >>> > Chandan >>> > >>> > On Sat, Oct 1, 2022 at 3:13 PM Jean-Baptiste Onofré >>> wrote: >>> >> >>> >> Hi Chandan, >>> >> >>> >> Did you try to put in lib/ext folder ? >>> >> >>> >> Regards >>> >> JB >>> >> >>> >> On Fri, Sep 30, 2022 at 3:27 PM Chandan Singh >>> >> wrote: >>> >> > >>> >> > Hi All , >>> >> > >>> >> > We are getting an issue of charset from DB end for charset support >>> as below for one of our applications , We were able to mitigate the >>> same in tomcat by adding to web-inf/lib folder . I tried to add the >>> jar in Karaf/lib/endorsed,and jdk9plis directory but it doesnt fix the >>> issue . >>> >> > Any inputs where I can put the jar so that it is available to >>> classpath ? Below is the error thrown . >>> >> > >>> >> > Non supported character set (add orai18n.jar in your classpath): >>> IW8MSWIN1255 >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > Regards >>> >> > Chandan >>> >>
Re: Ora18n jar in class path Karaf (4.3.7)
Hi JB , Thanks again for responding , I did the wrap part. I also see the classes in the* find-class but still at runtime the class is not found , I think may be it is expecting to be exported as package in the bundles-config. Please do advise if there is any way to export via command- line . Below is the command I used . * *karaf@root()> bundle:install wrap:file:/opt/rcm/container/deploy/orai18n.jar //$Bundle-SymbolicName orai18n =19.15.0.0='JDBC Global Jar Oracle'* [image: image.png] [image: image.png] Regards Chandan On Sun, Oct 2, 2022 at 11:36 AM Jean-Baptiste Onofré wrote: > You can also wrap / ship the lib in your bundle (as private): it will > be in the bundle classloader. > > But adding to the system classloader (lib/ext) should work as well. > > Regards > JB > > On Sat, Oct 1, 2022 at 11:57 AM Chandan Singh > wrote: > > > > No Have not tried it there . But have tried in lib/endorsed, boot, > jdk9plus . Will try ext aswell and update you . Since it is prod > environment, I will update you by Monday . Thanks for replying . Please > do share any other way you think I can add the jar to classpath ? > > will adding it to java classpath lib help ? > > > > > > Regards > > Chandan > > > > On Sat, Oct 1, 2022 at 3:13 PM Jean-Baptiste Onofré > wrote: > >> > >> Hi Chandan, > >> > >> Did you try to put in lib/ext folder ? > >> > >> Regards > >> JB > >> > >> On Fri, Sep 30, 2022 at 3:27 PM Chandan Singh > >> wrote: > >> > > >> > Hi All , > >> > > >> > We are getting an issue of charset from DB end for charset support > as below for one of our applications , We were able to mitigate the > same in tomcat by adding to web-inf/lib folder . I tried to add the > jar in Karaf/lib/endorsed,and jdk9plis directory but it doesnt fix the > issue . > >> > Any inputs where I can put the jar so that it is available to > classpath ? Below is the error thrown . > >> > > >> > Non supported character set (add orai18n.jar in your classpath): > IW8MSWIN1255 > >> > > >> > > >> > > >> > > >> > > >> > Regards > >> > Chandan >
Re: Ora18n jar in class path Karaf (4.3.7)
No Have not tried it there . But have tried in lib/endorsed, boot, jdk9plus . Will try ext aswell and update you . Since it is prod environment, I will update you by Monday . Thanks for replying . Please do share any other way you think I can add the jar to classpath ? will adding it to java classpath lib help ? Regards Chandan On Sat, Oct 1, 2022 at 3:13 PM Jean-Baptiste Onofré wrote: > Hi Chandan, > > Did you try to put in lib/ext folder ? > > Regards > JB > > On Fri, Sep 30, 2022 at 3:27 PM Chandan Singh > wrote: > > > > Hi All , > > > > We are getting an issue of charset from DB end for charset support as > below for one of our applications , We were able to mitigate the same > in tomcat by adding to web-inf/lib folder . I tried to add the jar in > Karaf/lib/endorsed,and jdk9plis directory but it doesnt fix the issue . > > Any inputs where I can put the jar so that it is available to classpath > ? Below is the error thrown . > > > > Non supported character set (add orai18n.jar in your classpath): > IW8MSWIN1255 > > > > > > > > > > > > Regards > > Chandan >
Re: Ora18n jar in class path Karaf (4.3.7)
Just adding further , I installed the jar from the local file system , but Still the issue is not Resolved . Please any inputs to get this sorted Regards Chandan On Fri, Sep 30, 2022 at 6:57 PM Chandan Singh < mailbox.chandansi...@gmail.com> wrote: > Hi All , > > We are getting an issue of charset from DB end for charset support as > below for one of our applications , We were able to mitigate the same > in tomcat by adding to web-inf/lib folder . I tried to add the jar in > Karaf/lib/endorsed,and jdk9plis directory but it doesnt fix the issue . > Any inputs where I can put the jar so that it is available to classpath ? > Below is the error thrown . > > *Non supported character set (add orai18n.jar in your classpath): > IW8MSWIN1255* > > > > > > *Regards* > *Chandan * >
Ora18n jar in class path Karaf (4.3.7)
Hi All , We are getting an issue of charset from DB end for charset support as below for one of our applications , We were able to mitigate the same in tomcat by adding to web-inf/lib folder . I tried to add the jar in Karaf/lib/endorsed,and jdk9plis directory but it doesnt fix the issue . Any inputs where I can put the jar so that it is available to classpath ? Below is the error thrown . *Non supported character set (add orai18n.jar in your classpath): IW8MSWIN1255* *Regards* *Chandan *
Re: Apache Karaf with Camel 3.14.3 And Active MQ 5.17 .3
It’s for Active mq config . On Wed, 14 Sep 2022 at 01:06, Arthur Naseef wrote: > Where does that XML come from? That's not camel XML. > > > On Fri, Sep 9, 2022 at 6:20 AM Chandan Singh < > mailbox.chandansi...@gmail.com> wrote: > >> Hi JB , >> >> We are using JMS , Connections setting as below in ActiveMQA >> >> >> >> failover:(tcp://:64000,tcp://:65001)?randomize=falsebackup=truetimeout=3000 >> 5 >> 3 >> 1 >> 0 >> 10 >> false >> >> >> ABCPMSIN >> >> >> >> ABCPMSIN >> >> >> >> >> >> Regards >> Chandan >> >> On Thu, Sep 8, 2022 at 9:56 PM Jean-Baptiste Onofré >> wrote: >> >>> Hi Chandan >>> >>> Which Camel component are you using to consume from ActiveMQ ? Camel >>> JMS, Camel ActiveMQ ? What kind of connection factory ? >>> >>> Regards >>> JB >>> >>> On Thu, Sep 8, 2022 at 4:31 PM Chandan Singh >>> wrote: >>> > >>> > Hi Team , >>> > >>> > We recently upgrade to apache camel 3.14.3 with apache karaf 4.3.7 >>> , I see Active mq message waiting for longer prior to Camel upgrade . Does >>> anyone have any insight on this ? >>> > >>> > >>> > Regards >>> > Chandan >>> >>
Re: Apache Karaf with Camel 3.14.3 And Active MQ 5.17 .3
Hi JB , We are using JMS , Connections setting as below in ActiveMQA failover:(tcp://:64000,tcp://:65001)?randomize=falsebackup=truetimeout=3000 5 3 1 0 10 false ABCPMSIN ABCPMSIN Regards Chandan On Thu, Sep 8, 2022 at 9:56 PM Jean-Baptiste Onofré wrote: > Hi Chandan > > Which Camel component are you using to consume from ActiveMQ ? Camel > JMS, Camel ActiveMQ ? What kind of connection factory ? > > Regards > JB > > On Thu, Sep 8, 2022 at 4:31 PM Chandan Singh > wrote: > > > > Hi Team , > > > > We recently upgrade to apache camel 3.14.3 with apache karaf 4.3.7 , > I see Active mq message waiting for longer prior to Camel upgrade . Does > anyone have any insight on this ? > > > > > > Regards > > Chandan >
Apache Karaf with Camel 3.14.3 And Active MQ 5.17 .3
Hi Team , We recently upgrade to apache camel 3.14.3 with apache karaf 4.3.7 , I see Active mq message waiting for longer prior to Camel upgrade . Does anyone have any insight on this ? Regards Chandan
Re: Error post upgrade to Karaf 4.3.7
uninstalling Aries Proxy Service , Resolves the issue . But not sure if it is right thing to do [image: image.png] On Thu, May 12, 2022 at 10:01 AM Chandan Singh < mailbox.chandansi...@gmail.com> wrote: > Jdk 11. > > On Thu, 12 May 2022 at 09:55, Jean-Baptiste Onofré > wrote: > >> Hi >> >> With which JDK did you compile your bundles ? >> >> Regards >> JB >> >> Le mer. 11 mai 2022 à 22:35, Chandan Singh < >> mailbox.chandansi...@gmail.com> a écrit : >> >>> Hi All , >>> >>> After upgrading to apache karaf 4.37 , We are seeing this error in >>> logs and the bundle fails to start . any ideas ? >>> >>> >>> Caused by: java.lang.IllegalArgumentException: Unsupported api 589824 >>> >>> at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:76) >>> ~[?:?] >>> >>> at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:57) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.interfaces.InterfaceCombiningClassAdapter.(InterfaceCombiningClassAdapter.java:64) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.interfaces.ProxyClassLoader.createProxyClass(ProxyClassLoader.java:155) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.interfaces.InterfaceProxyGenerator.getProxyInstance(InterfaceProxyGenerator.java:97) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:80) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingInterceptingProxy(AbstractProxyManager.java:77) >>> ~[?:?] >>> >>> at >>> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingProxy(AbstractProxyManager.java:42) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.createProxy(AbstractServiceReferenceRecipe.java:332) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:125) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) >>> ~[?:?] >>> >>> at java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:810) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:784) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:765) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:699) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:666) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) >>> ~[?:?] >>> >>> at java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> ~[?:?] >>> >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) >>> ~[?:?] >>> at org.apache. >>> >>> >>> >>> Regards >>> Chandan >>> >>
Re: Error post upgrade to Karaf 4.3.7
Jdk 11. On Thu, 12 May 2022 at 09:55, Jean-Baptiste Onofré wrote: > Hi > > With which JDK did you compile your bundles ? > > Regards > JB > > Le mer. 11 mai 2022 à 22:35, Chandan Singh > a écrit : > >> Hi All , >> >> After upgrading to apache karaf 4.37 , We are seeing this error in logs >> and the bundle fails to start . any ideas ? >> >> >> Caused by: java.lang.IllegalArgumentException: Unsupported api 589824 >> >> at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:76) >> ~[?:?] >> >> at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:57) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.interfaces.InterfaceCombiningClassAdapter.(InterfaceCombiningClassAdapter.java:64) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.interfaces.ProxyClassLoader.createProxyClass(ProxyClassLoader.java:155) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.interfaces.InterfaceProxyGenerator.getProxyInstance(InterfaceProxyGenerator.java:97) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:80) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingInterceptingProxy(AbstractProxyManager.java:77) >> ~[?:?] >> >> at >> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingProxy(AbstractProxyManager.java:42) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.createProxy(AbstractServiceReferenceRecipe.java:332) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:125) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) >> ~[?:?] >> >> at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] >> >> at >> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:810) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:784) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:765) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:699) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:666) >> ~[?:?] >> >> at >> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) >> ~[?:?] >> >> at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] >> >> at >> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) >> ~[?:?] >> at org.apache. >> >> >> >> Regards >> Chandan >> >
Error post upgrade to Karaf 4.3.7
Hi All , After upgrading to apache karaf 4.37 , We are seeing this error in logs and the bundle fails to start . any ideas ? Caused by: java.lang.IllegalArgumentException: Unsupported api 589824 at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:76) ~[?:?] at org.objectweb.asm.ClassVisitor.(ClassVisitor.java:57) ~[?:?] at org.apache.aries.proxy.impl.interfaces.InterfaceCombiningClassAdapter.(InterfaceCombiningClassAdapter.java:64) ~[?:?] at org.apache.aries.proxy.impl.interfaces.ProxyClassLoader.createProxyClass(ProxyClassLoader.java:155) ~[?:?] at org.apache.aries.proxy.impl.interfaces.InterfaceProxyGenerator.getProxyInstance(InterfaceProxyGenerator.java:97) ~[?:?] at org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:80) ~[?:?] at org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingInterceptingProxy(AbstractProxyManager.java:77) ~[?:?] at org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingProxy(AbstractProxyManager.java:42) ~[?:?] at org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.createProxy(AbstractServiceReferenceRecipe.java:332) ~[?:?] at org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:125) ~[?:?] at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) ~[?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) ~[?:?] at org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:810) ~[?:?] at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:784) ~[?:?] at org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:765) ~[?:?] at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:699) ~[?:?] at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:666) ~[?:?] at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81) ~[?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90) ~[?:?] at org.apache. Regards Chandan
Re: Logging for Prod environemt
.appender.routing.routes.bundle.appender.layout.pattern = ${log4j2.pattern} #log4j2.appender.routing.routes.bundle.appender.policies.type = Policies #log4j2.appender.routing.routes.bundle.appender.policies.size.type = SizeBasedTriggeringPolicy #log4j2.appender.routing.routes.bundle.appender.policies.size.size = 8MB Regards Chandan On Tue, May 10, 2022 at 9:15 PM Jean-Baptiste Onofré wrote: > Hi Chandan, > > The default configuration is generic enough to fit most of the > requirements. > > What are you looking for exactly ? > > Regards > JB > > On Tue, May 10, 2022 at 2:47 PM Chandan Singh > wrote: > > > > Hi Team , > > > > Need help on optimal configurations for logging in the prod environment > for Apache karaf 4.3.7 > > > > Regards > > Chandan >
Logging for Prod environemt
Hi Team , Need help on optimal configurations for logging in the prod environment for Apache karaf 4.3.7 Regards Chandan