Return-Path: X-Original-To: apmail-felix-users-archive@minotaur.apache.org Delivered-To: apmail-felix-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F0E294209 for ; Mon, 9 May 2011 14:40:18 +0000 (UTC) Received: (qmail 67788 invoked by uid 500); 9 May 2011 14:40:18 -0000 Delivered-To: apmail-felix-users-archive@felix.apache.org Received: (qmail 67748 invoked by uid 500); 9 May 2011 14:40:18 -0000 Mailing-List: contact users-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@felix.apache.org Delivered-To: mailing list users@felix.apache.org Received: (qmail 67740 invoked by uid 99); 9 May 2011 14:40:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 May 2011 14:40:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [91.221.255.2] (HELO APTXMGATE1.axway.net) (91.221.255.2) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 May 2011 14:40:12 +0000 X-WSS-ID: 0LKXNEH-21-05H-02 X-M-MSG: X-TMWD-Spam-Summary: TS=20110509143953; ID=1; SEV=2.4.2; DFV=B2011050914; IFV=NA; AIF=B2011050914; RPD=NA; ENG=NA; RPDID=NA; CAT=NONE; CON=NONE; SIG=AAAAAAAAAAAAAAAACoARMwAAfQ== Received: from WPTXCAS1.ptx.axway.int (unknown [10.128.17.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by APTXMGATE1.axway.net (Postfix) with ESMTP id 254AB6B0F44 for ; Mon, 9 May 2011 16:39:53 +0200 (CEST) Received: from WPTXMAIL1.ptx.axway.int ([::1]) by WPTXCAS1.ptx.axway.int ([::1]) with mapi id 14.01.0270.001; Mon, 9 May 2011 16:39:56 +0200 From: Bigard Olivier To: "users@felix.apache.org" Subject: RE: ConfigAdmin and iPojo Thread-Topic: ConfigAdmin and iPojo Thread-Index: AQHMDiQshgD4BDkyS02Qf63Ionl8mpSEZ0cAgAAo5tA= Date: Mon, 9 May 2011 14:39:55 +0000 Message-ID: <28BB5A68A817074286D9287110BE173D08BF5628@WPTXMAIL1.ptx.axway.int> References: <31574943.post@talk.nabble.com> <4DC7F552.3000409@ungoverned.org> In-Reply-To: <4DC7F552.3000409@ungoverned.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.128.17.7] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 If I understand correctly, we have to implement our own ConfigAdmin Persist= enceManager implementation to not store/load configs from file system, but = directly from our DB. Am I right? And we just have to expose our implementation of this PersistenceManager OS= Gi service and Felix will use our own, not the default one. Thanks Olivier -----Message d'origine----- De=A0: Richard S. Hall [mailto:heavy@ungoverned.org]=20 Envoy=E9=A0: lundi 9 mai 2011 16:08 =C0=A0: users@felix.apache.org Objet=A0: Re: ConfigAdmin and iPojo Perhaps I'm missing something, but if your instances are configured with=20 Config Admin, then you just need to make sure it has the updated values,=20 no? If you are using a shared configuration database for Config Admin,=20 then when iPOJO starts in the second framework, it will use the updated=20 config data, won't it? iPOJO doesn't save this configuration or the=20 instances some place, it is recreated each execution. -> richard On 5/9/11 4:35, Olivier Bigard wrote: > Hi all, > > I've got a question regarding the OSGi ConfigAdmin service used in > association with iPojo. > > Here is what I want to do: > I've got 2 Felix instances in my architecture. > One of these instances is currently running, the other one is stopped. > If I change some configurations in the running instance of Felix using th= e > ConfigAdmin service in association with iPojo, all my iPojo instances are > correctly created/updated in this Felix instance. > > What I want when starting the second Felix instance is all the existing > iPojo instances to be updated with the same configuration (the one modifi= ed > in the first Felix instance) before starting. > > Of course, to do that our application is responsible to store the > configuration of instances in a central repository to be accessible by al= l > my felix instances. > > My question is: what is the best technical solution to update an iPojo > instance configuration before starting it? > Do I have to manually modify the configuration files in the "cache" folde= r > of the second Felix instance before starting it? > > Thank you for your advices > > Olivier --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@felix.apache.org For additional commands, e-mail: users-help@felix.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@felix.apache.org For additional commands, e-mail: users-help@felix.apache.org