Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Plugin Development Environment (PDE) » Blocking problems w/a p2 based RCP product-Updates locked/feature install breaks
Blocking problems w/a p2 based RCP product-Updates locked/feature install breaks [message #48130] Wed, 25 February 2009 17:43 Go to next message
Chris Williams is currently offline Chris WilliamsFriend
Messages: 29
Registered: July 2009
Junior Member
I’ve been leading the charge in moving our company's product over to use
Eclipse 3.4 and P2 as our base (and new update mechanism) - we've been
building on top of Eclipse 3.2.2 for two years now and our users are
rightly demanding we move forward. We’ve been running into a number of
issues and oddities in getting the 3.4 based product working properly,
though.

We’re building our product against 3.4 and then using the p2 director app
to generate the standalone product on our build machine. We have the
following hierarchy:
com.aptana.ide.rcp.product
|-com.aptana.ide.feature.rcp
|- com.aptana.ide.feature
|- org.eclipse.platform

We build com.aptana.ide.feature for use when plugging into Eclipse and
generate an update site for that. We build com.aptana.ide.rcp.product as a
product, with an update site. A third build then triggers and uses the
p2.director to generate standalone products from the product build’s
update site. We zip those up per OS/Arch combo (and also re-purpose those
for installers).

There’s been a number of odd issues we’ve run into. Here's the blockers:
- When we specify a custom osgi.configuration.area under the user’s home
directory in the config.ini, the product IU and a “pro” feature we
pre-install are both marked as locked for updates, so even though updates
are found by automatic update check, they’re ignored as invalid.

- If we don’t specify a separate config area we don’t have that issue any
more, but after the first install of any feature via the P2 APIs, the
product won’t start back up again properly. It appears that the config.ini
gets changed and the osgi.bundles property is changed to list the newly
installed plugins (whereas before it pointed to the simpleconfigurator
plugin which used the bundles.info listing).

So, if we specify a custom osgi.configuration area our pre-installed
features and product can't be update. If we don't, then after a feature is
installed the product won't start up all the plugins properly.

-Chris
Re: Blocking problems w/a p2 based RCP product-Updates locked/feature install br [message #49205 is a reply to message #48130] Wed, 04 March 2009 16:24 Go to previous message
Chris Williams is currently offline Chris WilliamsFriend
Messages: 29
Registered: July 2009
Junior Member
Chris Williams wrote:

> There’s been a number of odd issues we’ve run into. Here's the blockers:
...

> - If we don’t specify a separate config area we don’t have that issue any
> more, but after the first install of any feature via the P2 APIs, the
> product won’t start back up again properly. It appears that the config.ini
> gets changed and the osgi.bundles property is changed to list the newly
> installed plugins (whereas before it pointed to the simpleconfigurator
> plugin which used the bundles.info listing).

To circle back with some extra info/workaround: I filed
https://bugs.eclipse.org/bugs/show_bug.cgi?id=266222 related to this. The
issue is that the p2 metadata is not being generated for the Mac launcher.
Until it's resolved our workaround was to un-jar the metadata, add the
entries necessary for the mac launcher and then re-jar during a post build
target (using some tricky replaceregexp).
Re: Blocking problems w/a p2 based RCP product-Updates locked/feature install br [message #592740 is a reply to message #48130] Wed, 04 March 2009 16:24 Go to previous message
Chris Williams is currently offline Chris WilliamsFriend
Messages: 29
Registered: July 2009
Junior Member
Chris Williams wrote:

> There’s been a number of odd issues we’ve run into. Here's the blockers:
...

> - If we don’t specify a separate config area we don’t have that issue any
> more, but after the first install of any feature via the P2 APIs, the
> product won’t start back up again properly. It appears that the config.ini
> gets changed and the osgi.bundles property is changed to list the newly
> installed plugins (whereas before it pointed to the simpleconfigurator
> plugin which used the bundles.info listing).

To circle back with some extra info/workaround: I filed
https://bugs.eclipse.org/bugs/show_bug.cgi?id=266222 related to this. The
issue is that the p2 metadata is not being generated for the Mac launcher.
Until it's resolved our workaround was to un-jar the metadata, add the
entries necessary for the mac launcher and then re-jar during a post build
target (using some tricky replaceregexp).
Previous Topic:Target 3.4 and 3.5 P2 APIs despite APi changes - fragments?
Next Topic:Problem with pluginPath (headless build)
Goto Forum:
  


Current Time: Wed Apr 24 23:56:41 GMT 2024

Powered by FUDForum. Page generated in 0.03422 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top