Re: Karaf Jenkins Job Configuration
How unit test and integration tests run by jenkins? -- Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
Re: Karaf Tutorials moved to new site https://cschneider.github.io/Karaf-Tutorial/
it would be nice to have tutorial about deployment of karaf with cellar on kubernetes -- Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
Re: AW: Bundle resolve with range does not work on bundles in system repository
That's weird. Let me try to reproduce. I keep you posted. Regards JB On 10/07/2018 08:55, Althaus, Volker wrote: > Hi, > nope, defaultLocalRepoAsRemote=true unfortunately changes nothing. > > When loading my feature, the error is: > 2018-07-10 07:51:20,328 | DEBUG | AbstractRetryableDownloadTask | 10 - > org.apache.karaf.features.core - 4.0.4 | | Error downloading > mvn:my.group/some.api/[5.2,6): Error resolving artifact > my.group/some.api:[5.2,6). Retrying in approx 14171 ms. > > When installing via console: > karaf@root()> bundle:install mvn:my.group/some.api/[5.2,6) > Bundle IDs: > Error executing command: Error installing bundles: > Unable to install bundle mvn:my.group/some.api/[5.2,6) > > > Now I am thinking about to place the generated bundle in the deploy folder > instead of system as a workaround. > > > BTW: I tried the same with Karaf 4.2.0 (Win 7, Java 8), there the console > shuts down/crashes immediately without any Exception after executing the > command. I will raise a Jira on this. > > 2018-07-10T08:13:03,708 | DEBUG | RMI TCP Connection(1)-127.0.0.1 | tcp >| - - | RMI TCP Connection(1)-127.0.0.1: close > connection > $ bundle:install mvn:my.group/some.api/[5.2,6) > 2018-07-10T08:13:14,235 | DEBUG | Karaf local console user karaf | jline > | 40 - org.jline.terminal - 3.6.2 | Removing > shutdown-hook: Thread[JLine Shutdown Hook,5,main] > 2018-07-10T08:13:14,237 | DEBUG | FelixShutdown| CommandExtender > | 33 - org.apache.karaf.shell.core - 4.2.0 | > org.apache.felix.framework (0): Starting destruction process > 2018-07-10T08:13:14,239 | DEBUG | FelixShutdown| CommandExtender > | 33 - org.apache.karaf.shell.core - 4.2.0 | > org.apache.felix.framework (0): Not an extended bundle or destruction of > extension already finished > ... > > > Regards, > Volker > > > -Ursprüngliche Nachricht- > Von: Jean-Baptiste Onofré [mailto:j...@nanthrax.net] > Gesendet: Montag, 9. Juli 2018 16:21 > An: user@karaf.apache.org > Betreff: Re: Bundle resolve with range does not work on bundles in system > repository > > Hi, > > what's the exception you have when bundle is in system ? > > Maybe you can try to change etc/org.ops4j.pax.url.mvn.cfg file to use local > repositories as remotes. > > org.ops4j.pax.url.mvn.defaultLocalRepoAsRemote = true > > Both localRepository and defaultRepositories (where system repository is > defined) are considered as local. > > Regards > JB > > On 09/07/2018 16:16, Althaus, Volker wrote: >> Hello >> I am facing a problem when resolving bundles with the mvn protocol and a >> range. >> >> Example feature.xml >> >> >> mvn:my.group/some.api/[5.2,6) >> >> >> If the bundle resides in the local Karaf repository under "system", the >> bundle could not be resolved. "LATEST" also does not work, I will always >> have to specify a concrete version. >> However, if it lies in the local .m2 Maven repository, it works! It think >> because the Maven repo is indexed properly with metadata and the system >> directory is not. >> >> Unfortunately I need the range specification because the bundle is built and >> placed under "system" at customers site, with a minor version we don't >> exactly know before. >> >> Any ideas how to solve this? Version is Karaf 4.0.4. >> >> >> TIA & Regards >> Volker > > CENIT AG, Industriestrasse 52-54, 70565 Stuttgart, Tel.: +49 711 7825-30, > Fax: +49 711 7825-4000, Internet: www.cenit.com > Geschaeftsstellen (Branch Offices): Berlin, Frankfurt, Hamburg, Hannover, > Muenchen, Oelsnitz, Ratingen, Saarbruecken > Vorstandsmitglieder (Members of the Board): Kurt Bengel (CEO), Matthias > Schmidt (CFO) > Aufsichtsratsmitglieder (Supervisory Board Members): Prof. Dr. Oliver Riedel > (Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board), Stephan > Gier, Ricardo Malta > Bankverbindungen (Bank Accounts): > Deutsche Bank (BLZ 600 700 70) Kto. 1661 040 IBAN : DE85 6007 0070 0166 1040 > 00 SWIFT-CODE : DEUTDESS, > Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532 0155 > 00 SWIFT-Code : COBADEFF600, > Registergericht (Registry court): Amtsgericht Stuttgart > Handelsregister (Commercial Register): HRB Nr. 19117 > Umsatzsteuer (VAT) ID: DE 147 862 777 > -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
Re: Karaf Jenkins Job Configuration
Hi, Jenkins just does: mvn clean install -Prelease utest and itest are executed by maven. Jenkins "traps" the output to display the result. Regards JB On 10/07/2018 09:36, imranrazakhan wrote: > How unit test and integration tests run by jenkins? > > > > -- > Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html > -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
Re: Karaf Tutorials moved to new site https://cschneider.github.io/Karaf-Tutorial/
Hi, +1, however it will be in Cellar examples, not directly Karaf. Regards JB On 10/07/2018 09:42, imranrazakhan wrote: > it would be nice to have tutorial about deployment of karaf with cellar on > kubernetes > > > > -- > Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html > -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
Startup error using JRE 10 with 4.2.0
I see the following during startup of Karaf 4.2.0 with JDK 10 on Windows Server 2016. Has anybody else seen this? Shall I submit a JIRA? Regards, Scott Leschke 2018-07-09T16:00:56,439 | ERROR | paxweb-config-2-thread-1 | Activator | 108 - org.ops4j.pax.web.pax-web-runtime - 7.0.0 | Unable to start pax web server: Weaving hook failed. java.lang.ClassFormatError: Weaving hook failed. at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.transformClass(BundleWiringImpl.java:2479) ~[?:?] at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.findClass(BundleWiringImpl.java:2152) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1607) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:80) ~[?:?] at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:499) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1414) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1660) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1590) ~[?:?] at org.apache.felix.framework.BundleWiringImpl.access$200(BundleWiringImpl.java:80) ~[?:?] at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2053) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:499) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl.(JettyServerImpl.java:97) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.JettyFactoryImpl.createServer(JettyFactoryImpl.java:90) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Stopped.start(ServerControllerImpl.java:443) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.start(ServerControllerImpl.java:81) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.ServerControllerFactoryImpl$1.start(ServerControllerFactoryImpl.java:164) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Unconfigured.configure(ServerControllerImpl.java:788) ~[?:?] at org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.configure(ServerControllerImpl.java:97) ~[?:?] at org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:347) ~[?:?] at org.ops4j.pax.web.service.internal.Activator.lambda$scheduleUpdateFactory$2(Activator.java:291) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:514) [?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?] at java.lang.Thread.run(Thread.java:844) [?:?] Caused by: java.lang.IllegalArgumentException at org.objectweb.asm.ClassReader.(ClassReader.java:160) ~[?:?] at org.objectweb.asm.ClassReader.(ClassReader.java:143) ~[?:?] at org.objectweb.asm.ClassReader.(ClassReader.java:418) ~[?:?] at org.apache.aries.spifly.dynamic.OSGiFriendlyClassWriter.getCommonSuperClass(OSGiFriendlyClassWriter.java:81) ~[?:?] at org.objectweb.asm.ClassWriter.getMergedType(ClassWriter.java:1729) ~[?:?] at org.objectweb.asm.Frame.merge(Frame.java:1530) ~[?:?] at org.objectweb.asm.Frame.merge(Frame.java:1441) ~[?:?] at org.objectweb.asm.MethodWriter.visitMaxs(MethodWriter.java:1497) ~[?:?] at org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(LocalVariablesSorter.java:165) ~[?:?] at org.objectweb.asm.ClassReader.readCode(ClassReader.java:1738) ~[?:?] at org.objectweb.asm.ClassReader.readMethod(ClassReader.java:1126) ~[?:?] at org.objectweb.asm.ClassReader.accept(ClassReader.java:698) ~[?:?] at org.objectweb.asm.ClassReader.accept(ClassReader.java:500) ~[?:?] at org.apache.aries.spifly.dynamic.ClientWeavingHook.weave(ClientWeavingHook.java:61) ~[?:?] at org.apache.felix.framework.util.SecureAction.invokeWeavingHook(SecureAction.java:1203) ~[?:?] at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.transformClass(BundleWiringImpl.java:2465) ~[?:?]
