[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [rt-pmc] Marketplace for EclipseRT
- From: Markus Knauer <mknauer@xxxxxxxxxxxxxxxxx>
- Date: Wed, 25 Jul 2012 16:26:14 +0200
- Delivered-to: email@example.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipsesource.com; s=eclipsesource; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=i6zHDwPhRqJvb2VwFlym5QvZ99Nrxsy6kJLIEbSQ1N4=; b=ClSr+ZJhnBP2FcFS7YZ20JJ5eS8Si5IwkzQhAMl0HdvPcl8VbegQhUmfb8oeo3SEGw md1u10GnFz6C6uM7B0BEsExxMVYP2I2azzpMy0EPliAWU/qGkO1ErRiCS/pkmR0iUjMP btoB2gbMgRw0cK/v2Il7Tf0P3C8M3z+TayR0c=
Very similar situation here... and I am still in a meeting. Sorry for missing the call and for not sending the notice out earlier.
Using the MPC sounds like an interesting option. Maybe it is interesting in this context that we switched in RAP 2.0 (Kepler) from the old A.PDE.Target.Platform hack to the new negative p2 requirements on a bundle level (see ).
On Wed, Jul 25, 2012 at 4:02 PM, Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx>
Dear RT PMC members,
Sorry for missing the call today. I was in a meeting before which took
longer then I thought.
There is one topic that I wanted to mention on the call. I investigated
the usage of Eclipse Marketplace for installing "AddOns" using p2. I
favor the usage of Eclipse Marketplace as is today because it's widely
used and already there and maintained by the webmasters. Thus, I looked
into possibilities for a smooth co-existence. IMHO it's important that
EclipseRT AddOns do not appear by default in the Eclipse Marketplace
Client that is running today in Juno and older Eclipse releases. Thus,
the API should hide them by default somehow. This likely requires some
development effort in the Marketplace API. However, I'm willing to put
some resources on this if the Foundation doesn't have the necessary
Anyway, long story short: your comments/feedback is welcome.
rt-pmc mailing list