Browse Prior Art Database

Method for Determining if Software Being Configured Needs to be Relaunched in a High Performance Administration Environment Disclosure Number: IPCOM000014678D
Original Publication Date: 1999-Oct-01
Included in the Prior Art Database: 2003-Jun-20

Publishing Venue


Related People

Kent Hayes Jr


When software is launched from an Profile Management Administration environment, it is launched in a context (i.e., the User, User Group, Machine Group, etc, that is being administered.) When the context is changed (i.e., another User or User Group is to be configured), the Administration software needs to determine whether or not the configuration software user software being configured needs to be relaunched. Relaunching the configuration software every time forcing it to load new preferences and update its GUI is a poor performer. Creating a method to determine whether software needs to be relaunched leads to large performance gains. The Admin tool establishes a persistent connection to the server and passes an object (call it callBack) that the server software can use to determine whether Administration software is still running on a client. All software that is launched under Administrative control, gets the desired Administrative context from the server (so software can be controlled in different namespaces). Software that is launched as part of the Administrative tool itself is flagged as nonContextFloating (the software wants to load and retrieve preferences from a set context, i.e., the Administrative user that is logged on to the Admin tool as opposed to the context (i.e., User , User Group, etc.) set by the Administrator from within the config tool. (If the Administrator sets his/her Administrative tools background color to blue, the Administrator wants to retrieve this preference the next time he/she runs the Admin tool, not the next time he/she runs the Admin tool and sets the context to "User BOB").