Return-Path: X-Original-To: apmail-ace-users-archive@minotaur.apache.org Delivered-To: apmail-ace-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 C4FEDE3A0 for ; Wed, 29 May 2013 18:23:23 +0000 (UTC) Received: (qmail 73504 invoked by uid 500); 29 May 2013 18:23:23 -0000 Delivered-To: apmail-ace-users-archive@ace.apache.org Received: (qmail 73496 invoked by uid 500); 29 May 2013 18:23:23 -0000 Mailing-List: contact users-help@ace.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@ace.apache.org Delivered-To: mailing list users@ace.apache.org Received: (qmail 73488 invoked by uid 99); 29 May 2013 18:23:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 18:23:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.bakker@luminis.eu designates 213.199.154.83 as permitted sender) Received: from [213.199.154.83] (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.83) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 18:23:18 +0000 Received: from AMSPR03MB036.eurprd03.prod.outlook.com (10.242.79.156) by AMSPR03MB034.eurprd03.prod.outlook.com (10.242.79.143) with Microsoft SMTP Server (TLS) id 15.0.698.13; Wed, 29 May 2013 18:22:54 +0000 Received: from AMSPR03MB036.eurprd03.prod.outlook.com ([169.254.11.125]) by AMSPR03MB036.eurprd03.prod.outlook.com ([169.254.11.125]) with mapi id 15.00.0698.010; Wed, 29 May 2013 18:22:54 +0000 From: Paul Bakker To: "" Subject: Re: My first impression of ace Thread-Topic: My first impression of ace Thread-Index: AQHOW9BMTCCj7WtNAkyql76+TGiFqpkb+EkAgAB+dACAAAS1gA== Date: Wed, 29 May 2013 18:22:53 +0000 Message-ID: <6C02EE26-CEFC-49B5-A3B7-743F24DA613F@luminis.eu> References: In-Reply-To: Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [83.160.72.127] x-forefront-antispam-report: SFV:SKI;SFS:;DIR:OUT;SFP:;SCL:-1;SRVR:AMSPR03MB034;H:AMSPR03MB036.eurprd03.prod.outlook.com;LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-ID: <41C5A3DCCFC4A74D868EDDB36A1FDFF9@eurprd03.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: luminis.eu X-Virus-Checked: Checked by ClamAV on apache.org Hi Bram, It's a bad practice to depend on deployment (or start) order in OSGi. This = means, most of the time, that service dynamics are not dealt with correctly= . This will also cause problems when updating bundles, and because of that = you should never rely on this. It might be difficult if it's framework code= that causes these problems, but you should probably try to fix the root is= sue. Cheers,=20 Paul On May 29, 2013, at 20:06 , Bram Pouwelse wrote: > Hi Marcel, Bram, >=20 > @Marcel > Thanks for your quick and detailed reply. >=20 > @Bram > I'll checkout the commandline tool and check of it can help me make thing= s > easier. >=20 > Today I've encountered a new problem to overcome first, ace deploys the > bundles in a random order and my JPA related bundles don't really like se= em > to like that :( >=20 > Regards, > Bram >=20 >=20 >=20 >=20 >=20 >=20 > 2013/5/29 Bram de Kruijff >=20 >> Hello Bram! :) >>=20 >> On Tue, May 28, 2013 at 8:21 PM, Bram Pouwelse wrote= : >>> Hi, >>>=20 >>> In the last few weeks we've started using ace for a project as an attem= pt >>> to simplify the deployment procedure for one of our applications. And i= t >>> certainly has the potential to do that! >>> But the last few days we're doing a lot of "snapshot" releases (remove >>> bundle -> store -> purge from repo -> add bundle -> store). >>> This does the job but isn't there an easier way to replace a bundle in >> the >>> repo? >>=20 >> I have just dropped some code [0] in my sandbox that may interest you. >> It is a command line tool specifically to ease and automate these >> tasks. It is just a first version, but it already does the basics and >> works on my machine ;) I would love to get some attention and feedback >> on this. See the README [1] for a quick impression. >>=20 >>=20 >> Regards, >> your namesake >>=20 >> [0] http://svn.apache.org/viewvc?view=3Drevision&revision=3Dr1487431 >> [1] >> http://svn.apache.org/viewvc/ace/sandbox/bramk/org.apache.ace.cli/README= .md?view=3Dmarkup&pathrev=3D1487431 >>=20 >>>=20 >>> Besides that in the past 2 days ace stopped updating the target. After >>> removing a bundle from the artifact list and a "store" the bundle is no= t >>> removed from the target. >>>=20 >>> I've tried to fix this by: (no luck) >>> - Restarting the ace server >>> - Restarting the agent on the target >>> - Restarting the target (without clean) >>> - Restarting the target in a clean state (this resulted in a target >>> without bundles provisioned by ace) >>>=20 >>> What did work was removing the contents from the bundle-cache folder, b= ut >>> after removing I need to define features and distributions again. >>>=20 >>> What would be the best way to find out why the target isn't updated >>> anymore? >>>=20 >>> This was all using the server-allinone jar built from trunk 2 weeks ago= , >>> today I've updated to the latest version. (then again I needed to remov= e >>> the bundle-cache and my config is gome). >>>=20 >>>=20 >>> Thanks for creating ace! >>>=20 >>> Bram >>=20