Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Dominik Przybysz
@Jean-Baptiste We are using cm-properties as in the provided code before. I don't see cm:properties in blueprint-cm-1.3.0.xsd @Grzegorz we try to prepare the examples ASAP śr., 13 lut 2019 o 18:39 Jean-Baptiste Onofré napisał(a): > Hi, > > It's normal, and I bet it was the case before. > > Depe

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Jean-Baptiste Onofré
Hi, It's normal, and I bet it was the case before. Depending how you create the config, it can be created empty (no property first) and updated later. You should use managed factory (so update reload in blueprint) to be up to date. I also notified it's especially true with cm:properties (instea

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Grzegorz Grzybek
Do you have some extracted example (simple blueprint file) that can show this problem? I'd be happy to track down this race condition... regards Grzegorz Grzybek śr., 13 lut 2019 o 15:29 Dominik Przybysz napisał(a): > We had this problem when we had only cm-properties, so we started to add > pl

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Dominik Przybysz
We had this problem when we had only cm-properties, so we started to add placeholder. And it works fine in karaf 2.x and 4.0.4, but it doesn't work in 4.2.2/3 śr., 13 lut 2019 o 15:18 Grzegorz Grzybek napisał(a): > Hello > > Do you really need both? I vaguely remember that the race was with > pr

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Grzegorz Grzybek
Hello Do you really need both? I vaguely remember that the race was with property-placeholder, but not with cm-properties (or vice versa - sorry, can't check now). regards Grzegorz Grzybek śr., 13 lut 2019 o 14:57 Dominik Przybysz napisał(a): > The problem is that we always have reloading for

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Dominik Przybysz
The problem is that we always have reloading for the configuration in our blueprint xmls and we always generate both cm-properties and property-placeholder, e.g. http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.2.0"; persistent-id="properties1" update-strategy="reload"/> http://aries.apache

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Christian Schneider
I think generally this can always happen. I usually use update-strategy="reload" to make sure the new config is applied. See https://github.com/cschneider/Karaf-Tutorial/blob/bf7c69efee2a49422106820a52e9a7ec24131bc3/configadmin/configapp-blueprint/src/main/resources/OSGI-INF/blueprint/context.xml

Re: Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Grzegorz Grzybek
Hello JBO - that's similar race we've observed (talked about this on IRC). I remember we've found something (not synchronized, iterative copy of properties between maps), but I can't remember the conclusion... regards Grzegorz Grzybek śr., 13 lut 2019 o 14:11 Dominik Przybysz napisał(a): > Hi,

Problem with the newest blueprint in karaf 4.2.x

2019-02-13 Thread Dominik Przybysz
Hi, we have a problem with Blueprint in newest Karaf versions. We try to upgrade Karaf from version 4.0.4 to 4.2.2/4.2.3. As we do that, we have a strange situation during application startup. Bundles await for Config Admin startup (opinion based on logs), but after that, sometimes our CM Propertie