Out of the blue I got problems with the PostgreSQL JDBC driver

Platform: Windows 7, Intel i7 Java SDK 1.8 update 112 Karaf 4.0.7 PostgreSQL JDBC driver 9.4.1211.jre7 Karaf has been working fine for me for weeks, but yesterday it started acting up. Yesterday I got a problem trying to install this feature: ukelonn-api

Re: Out of the blue I got problems with the PostgreSQL JDBC driver

>>>>> Steinar Bang : > Platform: Windows 7, Intel i7 > Java SDK 1.8 update 112 > Karaf 4.0.7 > PostgreSQL JDBC driver 9.4.1211.jre7 [snip!] > karaf@root()> feature:install ukelonn-db-postgresql > Error executing command: Unable

Re: Out of the blue I got problems with the PostgreSQL JDBC driver

> Jean-Baptiste Onofré : > Hi Steinar, > thanks for the update. > Just for the record, how do you define the PostgreSQL datasource ? Here: https://github.com/steinarb/ukelonn/blob/using-primefaces/ukelonn.bundle.postgresql.db/src/main/java/no/priv/bang/ukelonn/bundle/postgresql/db/PGUkelonn

Re: Apache Shiro in Karaf

> Bengt Rodehav : > It seems that if I comment away the following line in etc/system.properties > then the basic authentication goes away: > *karaf.local.roles = admin,manager,viewer,systembundles* > Not sure how this works. Would appreciate if someone could explain. Except for the fact tha

Re: Out of the blue I got problems with the PostgreSQL JDBC driver

>>>>> Steinar Bang : > [snip!] >> I tried running karaf on an i5 with debian jessie, and Java SDK 1.8 >> (OpenJava), on that setup the ukelonn-db-postgresql feature installed >> without complaint. > This proved to me that I wasn't insane when I thoug

Re: Out of the blue I got problems with the PostgreSQL JDBC driver

>>>>> Steinar Bang : > Then I tried to make the feature file generation more automated and made > the ukelonn-db-postgresql feature, and it turns out that this wasn't > enough... there is something that pax-jsf-support pulls in that the > postgresql JDBC driver nee

Problems with karaf-wrapper for 4.0.7 on a amd64 virtual machine running debian "jessie"

Hi, I tried to install apache karaf 4.0.7 on my VPS (Virtual Private Server), running debian "jessie" on a virtual amd64 CPU, but karaf failed to start. I was wondering if anyone on the list has an idea what caused the startup problem? And if anyone know about a possible workaround? (e.g. is it

Re: Problems with karaf-wrapper for 4.0.7 on a amd64 virtual machine running debian "jessie"

>>>>> Steinar Bang : > I tried to install apache karaf 4.0.7 on my VPS (Virtual Private > Server), running debian "jessie" on a virtual amd64 CPU, but karaf > failed to start. > I was wondering if anyone on the list has an idea what caused the > sta

Re: Problems with karaf-wrapper for 4.0.7 on a amd64 virtual machine running debian "jessie"

>>>>> Steinar Bang : > On a side note: Would it be possible to use apache commons procrun > as an alternative to the service wrapper, I wonder? > http://commons.apache.org/proper/commons-daemon/procrun.html > (ie. as a third option, in addition to "with wrappe

Re: Problems with karaf-wrapper for 4.0.7 on a amd64 virtual machine running debian "jessie"

>>>>> Steinar Bang : > Ok, now I've googled up on the karaf-wrapper > http://stackoverflow.com/a/27667824 > https://wrapper.tanukisoftware.com/doc/english/download.jsp > So the question is now: is it possible to do without the karaf-wrapper? > There a

Re: Problems with karaf-wrapper for 4.0.7 on a amd64 virtual machine running debian "jessie"

> Jean-Baptiste Onofré : > 1. It sounds like a mistake i the karaf-wrapper script. I gonna check > that. > 2. As a workaround, you can use the systemd scripts in the contrib > folder. However, one feature of the karaf-wrapper is the respawn of > the JVM in case of failure or process exit. Th

Re: Rotating karaf.log?

> Jean-Baptiste Onofré : > Hi Steinar, > yes, you can rotate by configuration in etc/org.ops4j.pax.logging.cfg. > By configuration, the rotation is set to 16MB: > # Rolling file appender > log4j2.appender.rolling.type = RollingRandomAccessFile > log4j2.appender.rolling.name = RollingFile > l

Re: Authentication in a custom web application in karaf

> cooshal : > Hi: > I have a sample web application, which I need to be protected by > authentication, just the way it does for Hawtio or other similar > applications. > I have my sample code here > (https://github.com/cooshal/karaf-assembly-jms/tree/master/modules/web-console). > t's an extr

Re: Authentication in a custom web application in karaf

> cooshal : > Hi: > thank you for your reply. > Thank you for sharing the project. I looked at the project, but I guess this > implementation is too complicated for my current needs. I have an extremely > simply HTML/JS application, for which I want it to be authenticated using > karaf realm,

Re: Authentication in a custom web application in karaf

> cooshal : > Hi: > thank you ! > I will look at it and will get back to you. > When I started this project, I used a very simple approach, which did not > require any involvement of web.xml configuration. Later, I realized that I > chose the wrong architecture. > I will try and test with y

Known issues with maven-bundle-plugin 4.1.0 and 4.2.0

In my quest to get my webapps ported from openjdk-8 to openjdk-11 I've run into the issue, with "requirement missing osgi.ee=UNKNOWN", ie: org.apache.felix.resolver.reason.ReasonException: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=handlereg-with-derby; type=

Re: Known issues with maven-bundle-plugin 4.1.0 and 4.2.0

>>>>> Steinar Bang : > In my quest to get my webapps ported from openjdk-8 to openjdk-11 I've > run into the issue, with "requirement missing osgi.ee=UNKNOWN", ie: > org.apache.felix.resolver.reason.ReasonException: Unable to resolve root: >

Re: Known issues with maven-bundle-plugin 4.1.0 and 4.2.0

>>>>> Steinar Bang : > There is something weird going on with the web whiteboard. Perhaps I > should look into upgrading pax-web...? I bumped the compile time dependencies of pax-web from 6.0.3 (which is kindof ancient) to the newest stable 7.3.3, but it didn't make an

Re: Known issues with maven-bundle-plugin 4.1.0 and 4.2.0

> Jean-Baptiste Onofré : > Hi Steinar, > by webapp, you mean a web application bundle I guess, right ? Well, my webapps actually consists of several bundles, that are loaded by a karaf feature, usually: 1. A service bundle, defining the services of the business logic, and an application

Re: Known issues with maven-bundle-plugin 4.1.0 and 4.2.0

> Jean-Baptiste Onofré : > Karaf 4.2.6 already use the correct pax-web version (7.2.x) working with > Java 11. > All karaf itests on Jenkins and on my machine are running with Java 11, > including the servlet and web ones. As it turns out, I may have been too clever for my own good...? :-)

4.2.6 on windows: unable to find karaf.log

I've unpacked an apache karaf 4.2.6 binary zip on a windows laptop, and started it with the usual bin/karaf debug Karaf starts and runs fine, but there is no data\log\karaf.log Is karaf.log disabled ny defaulton 4.2.6? Or does it end up somewhere other than data\log? Thanks! - Steinar

Re: 4.2.6 on windows: unable to find karaf.log

>>>>> Steinar Bang : > I've unpacked an apache karaf 4.2.6 binary zip on a windows laptop, and > started it with the usual > bin/karaf debug > Karaf starts and runs fine, but there is no data\log\karaf.log I'm starting karaf on windows from the cygwin comm

Re: 4.2.6 on windows: unable to find karaf.log

> Jean-Baptiste Onofré : > Hi Steinar, > I think the issue is in karaf.bat about KARAF_LOG variable setting. > Let me create the Jira to fix that. Hm... not sure what script I'm running, when I'm starting from cygwin bash shell with just bin/karaf ...? Anyway, when I set KARAF_LOG it worke

How to make karaf-maven-plugin exclude some compile depencies when building a feature?

Is it possible to make karaf-maven-plugin exclude some dependencies with compile? I'm trying to create a pull request to fix this issue https://github.com/pgjdbc/pgjdbc/issues/1552 and the PostgreSQL JDBC driver pulls in and includes two dependencies, that I would like to not pull in with the fea

Re: How to make karaf-maven-plugin exclude some compile depencies when building a feature?

> Ryan Moquin : > Hi Steinar, > There are a couple ways. > 1. You can use runtime to prevent a jar from being added, > but that has other ramifications when building (such as I think unit test > code won't see the dependency) > 2. You can use provided to only include that dependency but > not

Re: How to make karaf-maven-plugin exclude some compile depencies when building a feature?

> Jean-Baptiste Onofré : > you can blacklist or you can exclude artifacts. Right. I tried using blacklisting in the karaf-maven-plugin documentation, but that didn't work as I expected it to. I looked for something like the exclusion of artifacts in the karaf-maven-plugin documentation, but

PostgreSQL JDBC driver now has a karaf feature attached (Was: How to make karaf-maven-plugin exclude some compile depencies when building a feature?)

>>>>> Steinar Bang : > The PR is here if anyone would like to take a look at it: > https://github.com/pgjdbc/pgjdbc/pull/1554 The PR was merged to pgjdbc master, so when the next release of pgjdbc is done, it should be possible to use the attached feature: 1. From a

Is there a built-in feature that pulls in jax-rs rs-api?

I'm working on a set of PRs for jackson, to build and attach karaf feature repositories on the jackson OSGi bundles: https://github.com/FasterXML/jackson-databind/issues/2434 I'm currently working on karaf feature support for jackson-jaxrs-providers https://github.com/FasterXML/jackson-jaxrs-pro

Re: Is there a built-in feature that pulls in jax-rs rs-api?

> Jean-Baptiste Onofré : > By the way, I will review and fix your features for Jackson, I see some > improvements to do. Great! :-) Note: I haven't made any PRs yet, but I have made linked issues in the different jackson projects, and pushed branches to the projects to my fork of the project

Re: Is there a built-in feature that pulls in jax-rs rs-api?

> Jean-Baptiste Onofré : > Why not providing the jaxrs api bundle with the flag dependency=true ? > See what I did in aries jaxrs: > https://github.com/apache/aries-jax-rs-whiteboard/blob/master/jax-rs.features/src/main/feature/feature.xml#L26 Thanks! just to clarify: this means "install the

Re: Is there a built-in feature that pulls in jax-rs rs-api?

>>>>> Steinar Bang : >> Why not providing the jaxrs api bundle with the flag dependency=true ? >> See what I did in aries jaxrs: >> https://github.com/apache/aries-jax-rs-whiteboard/blob/master/jax-rs.features/src/main/feature/feature.xml#L26 > Thanks! just

Re: Vaadin Flow and Apache Karaf

> Julian Feinauer : > Hi all, > we use the Vaadin Framework [1] in multiple projects as Frontend technology. > As I just recently started with Karaf I wanted to build a small example app > based on Vaadin and OSGI. > Although Vaadin claims to have OSGi support [2], it really doesn’t feel well

Review of jackson features (Was: Is there a built-in feature that pulls in jax-rs rs-api?)

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >> By the way, I will review and fix your features for Jackson, I see some >> improvements to do. > Note: I haven't made any PRs yet, but I have made linked issues in the > different jackso

Re: Review of jackson features

>>>>> Steinar Bang : >>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >>> By the way, I will review and fix your features for Jackson, I see some >>> improvements to do. >> Note: I haven't made any PRs yet, but I have ma

Re: Review of jackson features

@JB will you have time to look at this? (if not I think I will start submitting the PRs to the jackson maintainers...:-) )

Re: Review of jackson features

> Jean-Baptiste Onofré : > Hi Steinar, > Not yet, I was busy with 4.2.7 preparation, I will take a look tomorrow. Ok. Thanks! :-)

ANN: PostgreSQL JDBC driver 4.2.8 has a karaf feature attached

(Not really my news to announce, but I'm doing it anyway...:-) ) The current version of the PostgreSQL JDBC driver, ie. 4.2.8, comes with a karaf feature repository file attached. The karaf feature repository file has been present since version 4.2.7 of the driver: https://jdbc.postgresql.org/do

PostgreSQL JDBC driver karaf feature repository file has problems building on RH EL7

My PR adding the creation of a karaf feature repository file and attaching the feature repository to the JDBC driver, has problems in the JDBC driver team's RH EL7 build: https://github.com/pgjdbc/pgjdbc/pull/1554#issuecomment-535722657 https://github.com/pgjdbc/pgjdbc/pull/1554#issuecomment-5361

Re: [ANN] Apache Karaf (runtime) 4.2.7 has been released!

Congrats JB! And thanks!

Re: PostgreSQL JDBC driver karaf feature repository file has problems building on RH EL7

>>>>> Steinar Bang : > My PR adding the creation of a karaf feature repository file and > attaching the feature repository to the JDBC driver, has problems in > the JDBC driver team's RH EL7 build: > https://github.com/pgjdbc/pgjdbc/pull/1554#issuecomment-535722

Re: Review of jackson features

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >> Hi Steinar, >> Not yet, I was busy with 4.2.7 preparation, I will take a look tomorrow. > Ok. Thanks! :-) @JB have you had time to look at the changes? (summary repeated below) (Note: if you don&

Re: Review of jackson features

Note! The jackson 2.10 train has gone and the 2.11 branches are available, so I will start rebasing the fix branches on 2.11.

Re: Review of jackson features

>>>>> Jean-Baptiste Onofré : > On 08/10/2019 18:29, Steinar Bang wrote: > Thanks for the update. I will take a look on the rebase then. >> Note! The jackson 2.10 train has gone and the 2.11 branches are >> available, so I will start rebasing the fix branches on

Pluggable databases in apache karaf

This blog post describes the way I switch between different database systems (in my case: switch between derby and PostgreSQL) in apache karaf: https://steinar.bang.priv.no/2019/10/26/pluggable-databases-for-apache-karaf-applications/ What I do, is: 1. Create an application specific DatabaseSer

Re: Pluggable databases in apache karaf

> j...@nanthrax.net: > Hi > Thanks for sharing, I will take a look. > The purpose is to have a service layer ? The purpose is to have a database that is ready to be used (ie. connected and with a schema) by the business logic code, and to make it easy to switch databases. > What's the diffe

Re: Pluggable databases in apache karaf

> Jean-Baptiste Onofré : > It's pretty close to Karaf JPA and JDBC examples right ? Not sure. The JDBC example gets a DataSource and I'm unable to see where the DataSource comes from? https://github.com/apache/karaf/blob/master/examples/karaf-jdbc-example/karaf-jdbc-example-provider/src/ma

Re: Pluggable databases in apache karaf

> Christian Schneider : > you do not have to build your own layer to use > liquibase. Pax-jdbc-config has a preHook that can help with this. > See > https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java > and > https:

Re: Pluggable databases in apache karaf

>>>>> Steinar Bang : > But I don't think the Migrator will be sufficient to handle all that I > do with liquibase. Where does Migrator load the changesets file from? By "where" I mean: from a file on disk? from the classpath? from somewhere else? Thanks!

Re: Pluggable databases in apache karaf

>>>>> Steinar Bang : >> But I don't think the Migrator will be sufficient to handle all that I >> do with liquibase. Where does Migrator load the changesets file from? > By "where" I mean: from a file on disk? from the classpath? from > so

Re: Review of jackson features

> Jean-Baptiste Onofré : > Thanks for the update. > I will do a pass this afternoon. Hi, JB! Did you see anything that needs fixing?

Re: Pluggable databases in apache karaf

> j...@nanthrax.net: > I think you should take a look on pax-jdbc-config. > It can simplify a lot your stuff. It will certainly simplify this project (and make it less bound to postgresql), and I will try it there: https://github.com/steinarb/sonar-collector But for the projects that promp

Re: ***UNCHECKED*** Sample project - multiple versions of a set of bundles

> Jean-Baptiste Onofré : > Of course it depends a lot of the bundles and the code you are doing, > but from a Karaf perspective you can deploy same bundle with different > versions in a single instance without problem (as soon as the headers > are good enough). > I can add an example in Karaf

Re: Pluggable databases in apache karaf

>>>>> Steinar Bang : > It will certainly simplify this project (and make it less bound to > postgresql), and I will try it there: > https://github.com/steinarb/sonar-collector I've added pax-jdbc-config setup to the template feature.xml https://github.com/steinarb

Re: ***UNCHECKED*** Sample project - multiple versions of a set of bundles

> Jean-Baptiste Onofré : > It's not so painful if you use either the wrap protocol (you can specify > the OSGi headers on the URL) or create a clean bundle (for instance, > like we do at ServiceMix Bundles). > I think it makes sense to show wrap in the "multi-version" example (with > clean wr

Re: Pluggable databases in apache karaf

> Jean-Baptiste Onofré : > That's not a problem with the service itself, that's a missing requirement. > You can see how it works in Karaf jpa example: the capability is defined > in the features providing the datasource: > https://github.com/apache/karaf/blob/master/examples/karaf-jpa-exampl

A command like config:edit that will let you replace only some properties?

Is there a command similar to config:edit that will let you replace some properties of an existing command instead of replacing all of them? Whit config:edit you need to do a config:property-set for all of the existing properties, of an existing config, even the properties that haven't changed. T

Re: A command like config:edit that will let you replace only some properties?

> Jean-Baptiste Onofré : > Hi Steinar, > If you do: > karaf@root()> config:edit my.config > karaf@root()> config:property-set foo bar > karaf@root()> config:update > only foo will be changed, other properties are kept. > Not sure I follow what you mean. Hm... I thought that when I tried th

Re: A command like config:edit that will let you replace only some properties?

> Christian Schneider : > If you only want to change a single property you can also do this in one > step: > config:property-set -p my.config foo bar Thanks! I will try this.

Re: A command like config:edit that will let you replace only some properties?

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >> If you do: >> karaf@root()> config:edit my.config >> karaf@root()> config:property-set foo bar >> karaf@root()> config:update >> only foo will be changed, other properties a

Re: A command like config:edit that will let you replace only some properties?

> Jean-Baptiste Onofré : > Hi, > That's because it's a factory, not a config. > You have to use config:edit --factory. Hm... this was kind of strange...? I did this: karaf@root()> config:edit --factory org.ops4j.datasource-authservice-production karaf@root()> config:property-set url "jdbc

Re: A command like config:edit that will let you replace only some properties?

> Jean-Baptiste Onofré : > The factory is org.ops4j.datasource, the pid is "foo". Hm... I've read the docs but I don't understand how this is supposed to work...? Perhaps like this...? karaf@root()> config:edit --factory --alias authservice-production org.ops4j.datasource karaf@root()> co

Re: Review of jackson features

>>>>> Steinar Bang : >> Thanks for the update. >> I will do a pass this afternoon. > Hi, JB! Did you see anything that needs fixing? Hi again, JB! Have you had time to look at this?

Re: Review of jackson features

>>>>> Steinar Bang : >>>>> Steinar Bang : >>> Thanks for the update. >>> I will do a pass this afternoon. >> Hi, JB! Did you see anything that needs fixing? > Hi again, JB! Have you had time to look at this? (If you don't have time then I can just make a set of PRs from what I have...)

Re: Review of jackson features

> Jean-Baptiste Onofré : > Hi Steinar, > I'm on it tonight. Hi, again JB! Great! Thanks! :-)

Re: Review of jackson features

> Jean-Baptiste Onofré : > Hi Steinar, > I started to review the different branches > (https://github.com/steinarb/jackson-parent/tree/add-apache-karaf-features-to-jackson, > ...). > I have some comments and improvements. > Do you want me to create PR on your branches or do you want to chat

Using pax-jdbc-config (Was: Pluggable databases in apache karaf)

>>>>> Steinar Bang : >>>>> j...@nanthrax.net: >> I think you should take a look on pax-jdbc-config. >> It can simplify a lot your stuff. > It will certainly simplify this project (and make it less bound to > postgresql), and I will try it there

Re: Review of jackson features

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >> Hi Steinar, >> I started to review the different branches >> (https://github.com/steinarb/jackson-parent/tree/add-apache-karaf-features-to-jackson, >> ...). >> I have some commen

Re: Happy new Karaf year !

> Francois Papon : > Hi, > Happy new to all the Karaf team and users! Seconded! > 2020 will be a great year for Karaf! I'm sure it will! :-)

Re: Review of jackson features

(a small ping on this one...) >>>>> Steinar Bang : >>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >>> Hi Steinar, >>> I started to review the different branches >>> (https://github.com/steinarb/jackson-parent/tree/add-a

What's needed to make karaf pick up a command?

What's needed to make karaf pick up a command? Is it enough to annotate a class implementing the Action interface and annotate it with the @Command and @Service annotations, and then load the bundle that contains the class? Or are there special considerations to make: The class should not reside

Re: What's needed to make karaf pick up a command?

> Francois Papon : > Hi Steinar, > I think you have to add the karaf-services-maven-plugin in your build: > https://github.com/apache/karaf/blob/2bc547f5e1a8a681333d40aa291ac3cf615c1d2f/examples/karaf-command-example/karaf-command-example-command/pom.xml#L51 Thanks Francois and JB! I added

Re: Review of jackson features

> Łukasz Dywicki : > Hey, as changes were made last year I would not hold it too long. As > long as integration doesn't break Jackson build we should be fine. In > worst case we will have to raise an issue in jackson issue > tracker. ;-) The changes that I'm most unsure about, are the depende

Re: Review of jackson features

> Jean-Baptiste Onofré : > I'm about to review. Are you on Slack as I will probably have some > questions ? Hm... I didn't know that I was, but when I tried registering I already was there. So appearently I am on slack, but I have absolutely no idea how to navigate in it. I'm logged in as s

Re: Review of jackson features

> Łukasz Dywicki : > Scope change is only necessary for feature generator thus we should > avoid that to not promote new dependencies to jackson users. This > might cause a push back later on as somebody will need to manage > dependency brought by new jackson release which he hasn't had before

Re: Review of jackson features

> Łukasz Dywicki : > My points is following - if we need to change scope of maven dependency > just to force feature generator to create entry (or similar) > then it is better to explicitly declare these in the descriptor manually > and do not rely on generator for these. Handling the bundle

Re: Review of jackson features

>>>>> Steinar Bang : >> I'm about to review. Are you on Slack as I will probably have some >> questions ? > Hm... I didn't know that I was, but when I tried registering I already > was there. So appearently I am on slack, but I have absolutely no idea

Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

Is there a way to find out if two bundles offer up the same versions of packages in karaf 4.2.8? I have some applications that use jersey for the REST API. I use the web whiteboard, so that the jersey servlet is started as a DS component. I use a setup where I add OSGi services injected into the

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

> Jean-Baptiste Onofré : > Hi, > packages:exports|grep -i package > You will have the package with version and the ID of bundles providing it. Thanks! > About your issue, are you using felix or equinox framework and what JDK > version ? Framework: whatever comes with the binary karaf 4.2.8

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >> Hi, >> packages:exports|grep -i package >> You will have the package with version and the ID of bundles providing it. karaf@root()> package:exports | grep inject javax.inject

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

>>>>> Steinar Bang : >>>>> Jean-Baptiste Onofré : >>> Hi, >>> packages:exports|grep -i package >>> You will have the package with version and the ID of bundles providing it. > karaf@root()> package:exports | grep inject >

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

>>>>> Steinar Bang : > And the error message sounds similar to what one gets when using > Class.forName() in OSGi when the class is outside of the current > bundle. So maybe I'm running OSGi-incompatible reflection code? > HK2 as a bundle named something like OS

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

>>>>> Steinar Bang : >>>>> Steinar Bang : >>> About your issue, are you using felix or equinox framework and what >>> JDK version ? >> Framework: whatever comes with the binary karaf 4.2.8 >> distro. Presumably felix? JDK: openjd

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

> Jean-Baptiste Onofre : > Windows again ;) > I’m more suspecting the platform rather than the JDK. Do you mind to create a > Jira about that ? I will reproduce on Windows VM and investigate. I've googled the error message a bit more and found some old issues from the archived discontinued j

Re: Karaf 4.2.8: is there a way to find out if two bundles offer up the same versions of packages?

>>>>> Steinar Bang : [snip!] > Short story: it's a problem in jersey 2.28 on OSGi on JDK 8 [snip!] > So I'll try upgrading to the most recent jersey resource first and see > how that works out (if it doesn't, I'll work my way backwards until I > (

Re: [ANN] Apache Karaf (runtime) 4.2.8 has been released!

I have packaged 4.2.8 as a debian package https://steinar.bang.priv.no/2018/01/23/installing-apache-karaf-on-debian/comment-page-1/#comment-15187 I have only tested this with openjdk 11 on debian 10.3 "buster" on amd64, but I use it there in production. Note1! I needed to sign with a different

Re: [ANN] Apache Karaf (runtime) 4.2.8 has been released!

> Jean-Baptiste Onofré : > Awesome !! > Thanks a lot for the update Steinar. By the way, what do you think about > adding link to docket and Debian packages on Karaf website ? I think that sounds like a very good idea. :-)

Is there a command to display what a bundle is Waiting for?

Platform: debian 10.3 "buster", amd64, openjdk 11, karaf 4.2.8 (from binary tarball) I have this in bundle:list: ... 166 │ Waiting │ 80 │ 1.0.0.SNAPSHOT │ Ukelonn webapp backend 167 │ Active │ 80 │ 1.0.0.SNAPSHOT │ Ukelonn webapp Liquibase db schema definitions 168 │ Active │ 80 │ 1

Re: Is there a command to display what a bundle is Waiting for?

> Alex Soto : > Try command: > bundle:diag > See here: https://karaf.apache.org/manual/latest/#_diagnostic > Thanks! And thanks to JB as well! The problem is a missing DataSource: karaf@root()> bundle:diag Ukelonn webapp backen

Re: Review of jackson features

Another ping on this. Possible sources for feedback to me: direct email, email to this mailing list (or the karaf development list if that's more appropriate), PR with comments, comments on the github issues related to the branches. Major issue that I know about: I've changed the dependency scope

Announce: Simplified js frontend delivery and jersey REST APIs from karaf

I have written two servlets that simplifies js frontend delivery and implementing jersey REST APIs in karaf. The servlets are deployed to maven central and have been released under the Apache v2 license. The servlets are intended as base classes for DS (Declarative Services) components implementi

Is there a karaf BOM?

Is there a karaf BOM that can be imported into to set versions of of maven dependencies to the same version as used by the karaf version I'm currently targeting? I googled a bit for it and found this thread from 2012 suggesting using the karaf parent POM as a BOM. Is this still the recommended a

Re: Is there a karaf BOM?

> Jean-Baptiste Onofre : > Hi Steinar, > For people creating their own distribution, the features dependencies can be > seen as a BOM (even if it’s a regular pom). > However, generally speaking, I think it would be a good idea to provide a BOM > (like "karaf-bom"): it would be simplify the

Re: Is there a karaf BOM?

> Jean-Baptiste Onofre : > Deal for 4.2.9 ;) The effort is low, I can do that very quickly. Thanks! :-)

Trying out the karaf docker image

I'm using https://labs.pay-with-docker.com which lets anyone with a dockerhub user try out a docker container for 4 hours until it's teared down. I've done the following: 1. Opened https://labs.play-with-docker.com in a browser 2. Pulled down docker image 4.2.8: docker pull apache/karaf:4

Re: Trying out the karaf docker image

>>>>> Steinar Bang : > 5. Tried the command "docker run apache/karaf:4.28" which worked better Adjusted that command slightly: docker run -p 8101:8101 and then I was able to ssh in locally on the docker container with ssh -p 8101 karaf@localhost after first

Re: Trying out the karaf docker image

> Jean-Baptiste Onofre : > Hi, > By default, you would need the tty if you want the shell. > You can find some details here: http://blog.nanthrax.net/?p=839 > > https://github.com/apache/karaf/tree/master/examples/karaf-docker-example >

Re: Trying out the karaf docker image

> Jean-Baptiste Onofre : > Hi, > Yeah, that’s another option. > You are right Karaf 4.2.8 has the jline issue about paster. I proposed a fix > on JLine. > Karaf 4.2.9 will have the fix. I know. Maybe I'll wait for 4.2.9 before playing further with this? Or try out the alternatives you list

Re: Trying out the karaf docker image

> Jean-Baptiste Onofre : > What about creating your own docker file as explained in the blog post ? I will read the blog post closely and look for this. Thanks! > Else, juste starting a Karaf instance, changing your running container and > tagging. Hm... that means getting the karaf consol

Re: Trying out the karaf docker image

> Jean-Baptiste Onofre : > You can also use the docker feature in karaf and just do > docker:provision: it will create a docker image using the current > state of the Karaf instance. Sounds awsome! Can it push the provisioned images to docker hub? Or do you need a docker instance running on t

Re: Trying out the karaf docker image

> Jean-Baptiste Onofre : > You just need the docker daemon running on the same machine where Karaf is > running: docker feature interacts with the docker daemon (it could be remote > also). > You can pass the URL as argument, for instance docker:provision —url > http://localhost:2375 Thank

  1   2   3   4   5   6   >