Bug 223256 - [plan] servletbridge and p2
Summary: [plan] servletbridge and p2
Status: CLOSED FIXED
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: p2 (show other bugs)
Version: 3.4   Edit
Hardware: PC Windows XP
: P4 normal (vote)
Target Milestone: 3.6   Edit
Assignee: P2 Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted, plan
: 223255 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-03-19 17:15 EDT by Simon Kaegi CLA
Modified: 2010-03-12 09:07 EST (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Kaegi CLA 2008-03-19 17:15:46 EDT
There are a number of Eclipse projects and products that are making use of equinox on the server through the servletbridge. The changes we're introducing in p2 will very likely have an impact on the deployment of these applications. We can probably still use update.configurator in the old way for these applications, but either way we should perform some validation in this area.
Comment 1 Simon Kaegi CLA 2008-03-19 17:23:15 EDT
*** Bug 223255 has been marked as a duplicate of this bug. ***
Comment 2 Simon Kaegi CLA 2008-04-08 21:12:29 EDT
Re-iterating that we are not planning on doing p2 work for the server for the 3.4 release. There's no reason why it shouldn't just work however we're unlikely to specific targetted work here. I'll do some validation post m7 to ensure that the use of update configurator in this environment is still fine.
Comment 3 Simon Kaegi CLA 2008-07-09 15:47:36 EDT
A product team ran into a situation where they were launching the Servletbridge inside the IDE using Jetty directly. The update.configurator failed to reconcile because p2 sets the System property "org.eclipse.update.reconcile" to "false" which prevents automatic reconciliation with plugins/ and features/.

The workaround was to set this property "true" and then later reset it after the servletbridge framework instance was up and running. I'll open a separate bug to look at update.configurator accessing this property as a BundleContext property instead but wanted to note the workaround in case others run into this problem.
Comment 4 Pascal Rapicault CLA 2010-03-12 09:07:11 EST
Simon and Scott have done an awesome job of providing a solution for this in 3.6 (org.eclipse.equinox.server.p2).