On Wed, Jul 25, 2012 at 2:27 PM, Richard S. Hall <[email protected]>wrote:
> p.s. The constraint violation happens during deploy, I imagine, because > you are leaving your bundles in an active state, so OBR tries to restart > them (or you are telling OBR to start them when calling deploy()). The the > OBR patch I referenced, this will help since it refreshes before > restarting, but OBR is not intended to be a sophisticated management agent, > so you might need to write something better. > Ok, so the important thing here is that the refresh has to be done between update and start, correct? Could this be done with a SynchronousBundleListener? E.g. decide which bundles are being updated, then listen for the update event and when it occurs perform a refresh on that bundle? This would happen multiple times, for each bundle that is updated. I could potentially group all the updated bundles together given by taking a look at the state changes and trying to collect the bundles together somehow. It looks like resolveBundleRevision occurs before STARTING. Dan
