Hello all,
I have a challenged POC to do in order to dockerize an existent OSGi
based application and then deploy it to a Kubernetes based cloud.
I'm not totally aware of k8 features yet, so I have some doubts that I
would like discuss here.
The main doubt is related to our existent upgrading
On 01/12/2018 19:32, Raymond Auge wrote:
The basic idea is that you want to represent the capabilities of the
existing system as already being provided, used to support the
requirements you're searching for, but ultimately excluded from the
result, such that only missing capabilities are
Hello all,
I'm playing with a kind of management agent where I need to search and
download bundles (and some other resources) to install them in an OSGi node.
With a Repository service instance I'm able to create multiple
requirements (using newRequirementBuilder() method) and return the
Hi,
Well, I think there are many possible solutions for that.
In my opinion, the complicated thing is how the OSGi framework would
know what is necessary to it consider your application ready. Which
bundles? which services?
A combination of the new OSGi Configurator + DeclarativeServices +
be
able to continue to work on Java 11 and future versions of Java.
Tom
- Original message -
From: Cristiano via osgi-dev
Sent by: osgi-dev-boun...@mail.osgi.org
To: OSGi Developer Mail List
Cc:
Subject: [osgi-dev] OSGi and Java 11 ?
Date: Mon, Oct 29, 2018
Hello all,
I'm reading about the recently release of the long-term Java11 and saw
that it have many differences from the java8, mainly its modules system.
So, anyone have already tried java11 in an OSGi based development env ?
and/or have tried a migration of an existent OSGi based
Hi Raymond,
Well, I use old and good PDE (plus maven) and I can confirm and
reconfirm that empirically the difference of number of lines displayed
between the 2 cases is huge.
In case one, I just start the framework setting the felix.logback to
auto-start. so, have no change in the default
hi,
if you are using the latest equinox, one good alternative is to use the
recently released org.apache.felix.logback.
you just need to set a proper logback configuration file defining the
appenders and log level and then use the vm argument as below (I used to
debug inside eclipse ide):