Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 11252 invoked from network); 5 Apr 2009 09:47:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Apr 2009 09:47:11 -0000 Received: (qmail 66584 invoked by uid 500); 5 Apr 2009 09:47:10 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 66382 invoked by uid 500); 5 Apr 2009 09:47:10 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 66372 invoked by uid 99); 5 Apr 2009 09:47:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 Apr 2009 09:47:10 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [69.18.222.47] (HELO smtp1.4emm.com) (69.18.222.47) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 Apr 2009 09:47:02 +0000 Received: from Marrs.lan (82.95.193.148) by SMTP.4emm.com (192.168.161.20) with Microsoft SMTP Server (TLS) id 8.1.336.0; Sun, 5 Apr 2009 05:45:01 -0400 Message-ID: <4502AA68-D301-432E-8018-0F10CCC9465D@luminis.nl> From: Marcel Offermans To: "general@incubator.apache.org" In-Reply-To: <80A4D320-A9CB-46A0-9341-E495CDF77DCE@sonatype.com> Content-Type: text/plain; charset="US-ASCII"; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit MIME-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [PROPOSAL] Apache Ace Date: Sun, 5 Apr 2009 11:46:37 +0200 References: <91363FE9-DA18-4FDB-B80F-1299A75DE2AF@luminis.nl> <16d6c6200904041139x29ea84a8i34f959c448acdaac@mail.gmail.com> <69BF31D9-5176-4480-AA5D-E30BCE75132E@luminis.nl> <80A4D320-A9CB-46A0-9341-E495CDF77DCE@sonatype.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org Hello Jason, On Apr 5, 2009, at 1:09 , Jason van Zyl wrote: >> Equinox p2 was designed to replace the aging Update Manager in >> Eclipse. It focusses on installing Eclipse-based applications from >> scratch and updating them and can be extended to manage other types >> of artifacts. If you look at the "agent" part, it is geared towards >> desktop environments > > Not true. > Jeff McAffer's demo at EclipseCon is a case in point. He provisioned > an EC2 node using p2. [...] Jeff is very much focused on server side > provisioning as am I. Let me rephrase that, it's geared more towards desktop and server environments, as compared to smaller (embedded, mobile) environments. That was the point I was trying to make here. >> Note though, I'm no Equinox p2 expert. :) > Then why are you proposing this when you don't even know what p2 is > capable of? We started working on this system when p2 did not even exist. I even remember talking to Jeff in those days about our system, but they decided to make their own, so you could equally well make this argument the other way round. > It's just my opinion but anyone doing provisioning with OSGi has had > their asses handed to them on a plate by the p2 guys. In my opinion, p2 is fine if you are already doing everything "the Eclipse way" and are targetting desktops and servers. There are however other types of systems that need provisioning, and Apache Ace tries to cater for those too. > Oleg and I were trying to make something and after looking around at > everything -- and we did look at OBR -- we decided that p2 was good > enough and we would help improve that. OBR is a repository for components, augmented with metadata that describes dependencies. As such it's not a provisioning system, so in my opinion you should not compare it to p2. > There's nothing wrong with competition but I think anyone doing OSGi > provisioning is just going to look around in a year and find p2 has > 95% of the market. It's a complicated problem and I think p2 is a > solid base and be improved and adapted to support things like OBR or > anything else including non-OSGi systems. Nobody can look into the future, and since both p2 and Ace are indeed software provisioning solutions, there will definitely be overlap in features. There are also differences though. In the end, the users will decide what they like best. Greetings, Marcel --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org