Modules
		types

Classes
		UserManager   class UserManager     A UserManager manages a set of users including authentication, indexing and persistence. Keep in mind that UserManager is abstract; you will always use one of the concrete subclasses (but please read the rest of this doc string):         * UserManagerToFile         * UserManagerToMiddleKit     You can create a user through the manager (preferred):         user = manager.createUser(name, password)   Or directly through the user class:         user = RoleUser(manager, name, password)         manager.addUser(user)   The manager tracks users by whether or not they are "active" (e.g., logged in) and indexes them by:         * user serial number         * external user id         * user name   These methods provide access to the users by these keys:         def userForSerialNum(self, serialNum, default=NoDefault)         def userForExternalId(self, extId, default=NoDefault)         def userForName(self, name, default=NoDefault)     UserManager provides convenient methods for iterating through the various users. Each method returns an object that can be used in a for loop and asked for its len():         def users(self)         def activeUsers(self)         def inactiveUsers(self)     You can authenticate a user by passing the user object and attempted password to login(). If the authentication is successful, then login() returns the User, otherwise it returns None:           user = mgr.userForExternalId(externalId)         if mgr.login(user, password):                 self.doSomething()   As a convenience, you can authenticate by passing the serialNum, externalId or name of the user:           def loginSerialNum(self, serialNum, password):         def loginExternalId(self, externalId, password):         def loginName(self, userName, password):     The user will automatically log out after a period of inactivity (see below), or you can make it happen with:         def logout(self, user):     There are three user states that are important to the manager:         * modified         * cached         * authenticated or "active"   A modified user is one whose data has changed and eventually requires storage to a persistent location. A cached user is a user whose data resides in memory (regardless of the other states). An active user has been authenticated (e.g., their username and password were checked) and has not yet logged out or timed out.   The manager keeps three timeouts, expressed in minutes, to:         * save modified users after a period of time following the first unsaved modification         * push users out of memory after a period of inactivity         * deactive (e.g., log out) users after a period of inactivity   The methods for managing these values deal with the timeouts as number-of-minutes. The default values and the methods are:         * 20  modifiedUserTimeout()  setModifiedUserTimeout()         * 20  cachedUserTimeout()    setCachedUserTimeout()         * 20  activeUserTimeout()    setActiveUserTimeout()   @@ 2001-02-16 ce: Should we take out "User" in the names of the above 6 methods? Maybe it's redundant.   Subclasses of UserManager provide persistence such as to the file system or a MiddleKit store. Subclasses must implement all methods that raise AbstractError's. Subclasses typically override (while still invoking super) addUser().   Subclasses should ensure "uniqueness" of users. For example, invoking any of the userForSomething() methods repeatedly should always return the same user instance for a given key. Without uniqueness, consistency issues could arise with users that are modified.   Please read the method doc strings and other class documentation to fully understand UserKit.     Methods defined here: __init__(self, userClass=None) activeUserTimeout(self) activeUsers(self) Returns a list of all active users. addUser(self, user) cachedUserTimeout(self) clearCache(self) Clears the cache of the manager. Use with extreme caution. If your program maintains a reference to a user object, but the manager loads in a new copy later on, then consistency problems could occur. The most popular use of this method is in the regression test suite. createUser(self, name, password, userClass=None) Returns a newly created user that is added to the manager. If userClass is not specified, the manager's default user class is instantiated. This not imply that the user is logged in. This method invokes self.addUser(). See also: userClass(), setUserClass() inactiveUsers(self) login(self, user, password) Returns the user if the login is successful, otherwise returns None. loginExternalId(self, externalId, password) loginName(self, userName, password) loginSerialNum(self, serialNum, password) logout(self, user) modifiedUserTimeout(self) numActiveUsers(self) Returns the number of active users, e.g., users that are logged in. setActiveUserTimeout(self, value) setCachedUserTimeout(self, value) setModifiedUserTimeout(self, value) setUserClass(self, userClass) Sets the userClass, which cannot be None and must inherit from User. See also: userClass(). shutDown(self) Performs any tasks necessary to shut down the user manager. Subclasses may override and must invoke super as their *last* step. userClass(self) Returns the userClass, which is used by createUser. The default value is UserKit.User.User. userForExternalId(self, externalId, default=<class MiscUtils.NoDefault>) Returns the user with the given external id, pulling that user record into memory if needed. userForName(self, name, default=<class MiscUtils.NoDefault>) Returns the user with the given name, pulling that user record into memory if needed. userForSerialNum(self, serialNum, default=<class MiscUtils.NoDefault>) Returns the user with the given serialNum, pulling that user record into memory if needed. users(self) Returns a list of all users (regardless of login status).