Responses below:

Bart Smaalders wrote:
Joseph Di Pol wrote:

I have created the following RFE:

6994 Need actuator implementation for user images
http://defect.opensolaris.org/bz/show_bug.cgi?id=6994

Joseph Di Pol wrote:

The Update Center team has a need for a cross-platform Actuator
implementation that supports User Images.

Tom and I have put together a proposal that we'd like to get
feedback on:

http://wiki.updatecenter.java.net/Wiki.jsp?page=UC22UserImageActuators

Keep in mind this implementation would only be used on user images and
would not be in play for OpenSolaris system images.

If there isn't an RFE on this already I'll go ahead and create one.

Joe


I'm not exactly sure why this is needed, since the commands invoked as
side effects run w/ the same priv. level as the components that are being run from the image.... this seems to propose a rich service-based
architecture for user-images, the details of which aren't disclosed here.

No. I am not proposing a service-based architecture.

Do you propose to disallow creation of user images "off-line"? Or must
the commands be runnable whenever software is added?  How is failure
handled?

The commands must be runnable when software is added. They are basically
fire-and-forget, although some attempt will be made to capture output
and status for well-behaved hooks.

Why don't your start-up scripts handle this?  Do you anticipate adding
packages to a user image that is running services and have the new software dynamically added w/o restarting those services?

If we want to add an item to the user's startup menu then there is
no opportunity to do this from a start-up script (for example).

For the second question: a package could be added to a user image
that is running a service and yes that software could be dynamically
added w/o restarting those services (for example GlassFish supports
an auto-depoy feature to handle just that). But not all "services"
necessarily work that way.

Joe
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to