[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] [prov] Shared install

Assuming the shared bundles.txt represents a minimal set of bundles to provision then it could work. The problem is if the requirements for the rest of bundles will not reconcile to the new core. This should be an easily resolvable problem. Maybe if the only requirement is the import and export of services and not the usual version matching. Thinking of it this way should mean we can always replace it using brute-force if need be. Actually this is the easiest way to get it up, just unzip the core including its bundles.txt. Or we can totally replace it in this same way if needed.

Inactive hide details for Pascal Rapicault <Pascal_Rapicault@xxxxxxxxxx>Pascal Rapicault <Pascal_Rapicault@xxxxxxxxxx>


          Pascal Rapicault <Pascal_Rapicault@xxxxxxxxxx>
          Sent by: equinox-dev-bounces@xxxxxxxxxxx

          08/21/2007 08:22 AM

          Please respond to
          Equinox development mailing list <equinox-dev@xxxxxxxxxxx>

To

Equinox development mailing list <equinox-dev@xxxxxxxxxxx>

cc


Subject

[equinox-dev] [prov] Shared install


Tim, Andrew,

For records, could you guys write a short wiki describing the various
approaches we talked about to implement shared installs? In a few months
this will help us remember why/or not we've done what we've done :-)

Also , following the call, Simon and I had further discussions and believe
a good approach would be:
- simple configurator reads the user bundles.txt
- simple configurator reads the shared bundles txt
- if the shared bundles.txt has changed, only run with its content (ignore
bundles from the user), since it should be a consistent whole (composed of
the agent / reconciler)
- then run the reconciler on the running profile (we may need another
operation on the director or something like that). Note here I'm not saying
when it is actually run and this should just be configurable.

Something like that offers the advantage that
- we don't need to have another configurator as we had touched on
previously
- we should always be able to start something
- gives flexibility as to when the reconciliation should be done

HTH,

PaScaL

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev

GIF image

GIF image

GIF image