Return-Path: X-Original-To: apmail-ace-dev-archive@www.apache.org Delivered-To: apmail-ace-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D6E1107EF for ; Mon, 5 Aug 2013 08:20:44 +0000 (UTC) Received: (qmail 85846 invoked by uid 500); 5 Aug 2013 08:20:44 -0000 Delivered-To: apmail-ace-dev-archive@ace.apache.org Received: (qmail 85768 invoked by uid 500); 5 Aug 2013 08:20:44 -0000 Mailing-List: contact dev-help@ace.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ace.apache.org Delivered-To: mailing list dev@ace.apache.org Received: (qmail 85760 invoked by uid 99); 5 Aug 2013 08:20:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Aug 2013 08:20:43 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of janwillem.janssen@luminis.eu designates 213.199.154.17 as permitted sender) Received: from [213.199.154.17] (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.17) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Aug 2013 08:20:38 +0000 Received: from AMXPRD0310HT001.eurprd03.prod.outlook.com (10.255.55.36) by AMSPR03MB017.eurprd03.prod.outlook.com (10.242.79.145) with Microsoft SMTP Server (TLS) id 15.0.731.12; Mon, 5 Aug 2013 08:20:11 +0000 Received: from luminis-jawi-3.local (83.163.89.140) by pod51013.outlook.com (10.255.55.36) with Microsoft SMTP Server (TLS) id 14.16.341.1; Mon, 5 Aug 2013 08:20:10 +0000 Message-ID: <51FF6036.4030108@luminis.eu> Date: Mon, 5 Aug 2013 10:20:06 +0200 From: Jan Willem Janssen Organization: Luminis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: CC: Marcel Offermans Subject: Re: Analysis for updating the MA References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [83.163.89.140] X-Forefront-PRVS: 0929F1BAED X-Forefront-Antispam-Report: SFV:NSPM;SFS:(54524002)(71364002)(199002)(189002)(24454002)(479174003)(377454003)(56816003)(80022001)(83072001)(65956001)(80976001)(4396001)(66066001)(65806001)(15202345003)(77096001)(50466002)(51856001)(74706001)(31966008)(74876001)(16601075003)(80316001)(16406001)(81342001)(69226001)(19580385001)(83322001)(54356001)(81542001)(19580395003)(33656001)(54316002)(63696002)(53806001)(79102001)(23676002)(47446002)(36756003)(74482001)(47976001)(49866001)(50986001)(47736001)(74366001)(56776001)(74662001)(59896001)(59766001)(47776003)(64126003)(76482001)(46102001)(76786001)(76796001)(74502001)(77982001);DIR:OUT;SFP:;SCL:1;SRVR:AMSPR03MB017;H:AMXPRD0310HT001.eurprd03.prod.outlook.com;CLIP:83.163.89.140;RD:InfoNoRecords;A:1;MX:1;LANG:en; X-OriginatorOrg: luminis.eu X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/1/13 3:48 PM, Marcel Offermans wrote: > On the wiki I created a document that provides an analysis of how > we could design an update mechanism for the management agent, as > described in ACE-342 [2]. I would love to hear your feedback on > this! I understand the need for updating the MA, but I'm somewhat reluctant to create a separate update mechanism for this as stated in option A. Why should the update of the MA bundle be different than for other bundles (assuming the MA is running as plain bundle instead of being embedded in the OSGi framework)? Isn't the whole point of ACE that it reliably can update bundles inside an OSGi environment using deployment packages? Why cannot this work for the MA bundle as well? The negative point of updating "...just the management agent trigger an update of the target, which conceptually messes up the version number." for options B & C does, IMO, not hold. It suggests that the MA is not part of the installed software base on a target, which is strange because we do want to update the MA in a similar was as the other installed software. Yes, the deployed software is normally not affected by an upgrade of the MA, nor is it aware that there is a MA, but still we would like to answer the question in what version of a deployment package runs with what version of the MA. So, in conclusion, I would opt for option B. - -- Met vriendelijke groeten | Kind regards Jan Willem Janssen | Software Architect +31 631 765 814 /My world is revolving around PulseOn and Amdatu/ Luminis Technologies B.V. J.C. Wilslaan 29 7313 HK Apeldoorn +31 88 586 46 30 http://www.luminis-technologies.com http://www.luminis.eu KvK (CoC) 09 16 28 93 BTW (VAT) NL8169.78.566.B.01 -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJR/2A2AAoJEKF/mP2eHDc4le4P/0mGeJ6E0BJmwCxkvsU4OiZ9 r7BUlZqHk7ghI68Z9LStaV1FrA5QSZsVEdauVtSto27r5oylEXibVC+qz3YWSIxn m5CFkA8Gr/JSSEyAsbK0OdfRDYZKsHTtuWLmokijjxsuOJteOMtuslzG0qxEgbDD I2W/wbjwyU7bo9X9cR4HO2udvA1PI44GefaiH1KAsBbFDNld3NBpGf/krav9nXzw U8CdJAtleMBHEO03UBGNfXvlUdxhsvDOYSkg2oUirtbaA93qr5m+eX/asYnb/AJI joyCzNDeBFur2q7cckNmH8rYXCWJx2GWbPKTMINVvPpMCFuh5GN8vFK5CKtFFluc ZL3ddE5e0MtaXTfJq0dGP1BQA/lup6uBEh2LVErEFnyauN2tWjXi0gxs4PrOhvT4 gJClq0U35aZddk/FwPTrlFacspvxstTgE+luGWo/qZhF6be9+SSmA9lNO7L3sBIW sQjgDK9DOx6yjZBmp6w/FKyz33H3qfeIdDIg/iLvd2B30NHgXpBznmazbjykgNIO /pPvwvNacBmnYn6DvXX4m1dzcB15g9ubs9A+FxNHcuS0RQ0pP0njJXccs8shykml 3nCoeAqT6VslLhoLk6/r+qqiQYHHMQwIxbwg8P9hrv6T41NjFxg5fFjZlAyrxrut 8Fv50gwRxUBtPQAB/X3S =BhDH -----END PGP SIGNATURE-----