Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: ConfigurationAdmin & SCR component self-update
From: Peter Kriens <peter.kriens@aqute.biz>
In-Reply-To: <4DEB18E1.5020406@gmail.com>
Date: Wed, 8 Jun 2011 14:51:25 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <BB225B81-EA80-4FDD-9C52-FE296C1CA6A7@aQute.biz>
References: <4DEB18E1.5020406@gmail.com>
To: users@felix.apache.org

The basic idea is that when the user updates the window  position the =
code just updates the Configuration and not the screen. This will result =
a call in modified that contains the new coordinates, which are then =
used to reposition the window.=20

This way you have only one code path for the initial start and any =
updates. Clean and simple.=20

Of course you should not do this for fine grained updates but for =
courser configuration that is the approach: update config -> use the =
notification to reflect the update.

Kind regards,

	Peter Kriens


On 5 jun 2011, at 07:49, Andrei Pozolotin wrote:

>    Hello.
>=20
>    I am using felix ConfigurationAdmin & SCR;
>=20
>    question: how can I combine ConfigurationAdmin & component =
self-update?
>=20
>    for example, SCR component has a ui located on the screen (x,y);
>    this is pushed from ConfigurationAdmin to the component via
>    SCR.activate() & SCR.modified();
>=20
>    now user moves a ui to a new (x,y); per osgi spec, =
ConfigurationAdmin
>    does not differentiate on the update request source;
>=20
>    hence, Configuration.update(properties) (trying to persist the new
>    (x,y))
>    if called from configuration target component itself,
>    will create a recursion, which it does;
>=20
>    and Configuration.update() /* with no properties*/ does not create =
a
>    recursion,
>    but does not persist the configuration either;
>=20
>    what am I missing? :-)
>=20
>    Thank you,
>=20
>    Andrei.
>=20


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org