On 05/13/10 10:11 AM, [email protected] wrote:
On 05/12/10 09:59 AM, Dave Miner wrote:
On 05/12/10 07:11 AM, Darren Kenny wrote:
This is how I remember it too :)
As I understood it, from previous discussions, the actual Checkpoint
to be
executed are not part of the manifest[1], as such it there was no
/need/ to
store them in the DOC - of course that doesn't exclude us from doing
so...
But, as found in the prototype we tried, we did need to store some
information
about progress of checkpoints so as to be able to correctly
suspend/resume an
install, hence we came up with the CheckpointData (or CheckpointNode
as it's now
being called).
Saying all that, if finalizers are to be seen as checkpoints in
themselves (as
opposed to there being a single checkpoint that reads and executes a
list of
finalizers), then there may be the need to store the checkpoints in
the DOC so
that they can be read/written from/to XML manifests - is this
something that we
want?
It certainly would be good to have clarification on what we desire of
the
Manifest in this area, so as we can decide on the correct solution.
For the Distribution Constructor, it's imperative that each element of
execution (currently called "finalizers") be expressible as a
checkpoint in its own right, otherwise we lose many of the benefits
that this whole mechanism is intended to provide. For the other
installers, the set of things that are currently glommed together in
the "ICT" area are also expected to be made into checkpoints. The
difference, of course, is that in the case of DC we explicitly allow
the user to specify (by way of the input manifest) the full set of
checkpoints to be undertaken, whereas in the case of the current set
of installers, we do not.
I would suggest that it's up to each application what it wants
produced in any manifest *output* that it requests from the DOC. That
could be by way of marking individual checkpoints, or by setting
something globally. The latter would suffice for the current
application set, I believe (in reality, I don't see a need offhand for
DC to ouput a manifest at all, but perhaps there's some utility that's
not occurring to me), but I wouldn't foreclose the possibility of
either one.
Dave
OK a bit off track but I have a question that might have design impact.
If it is imperative for the DC that each element of execution (currently
called "finalizers") be expressible as a checkpoint - and we are using
the same engine for DC and Installs wouldn't the base design allow user
to customize installations by adding "finalizers" checkpoints to
installations?
Only if the installers allow the tags that define a checkpoint to be
included in any manifests they consume. That's not currently planned.
Dave
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
