In addition, it defines common permissions to be used throughout the security system.
AccessRight consists of a single {@link ResourceType} and an instance of this class.
@author Brett Smith
@see com.adito.policyframework.PolicyConstants for a list of standard permissions
User: Zhang Kaitao
Date: 14-1-28
Version: 1.0
User: Zhang Kaitao
Date: 14-1-28
Version: 1.0
User: Zhang Kaitao
Date: 14-1-28
Version: 1.0
User: Zhang Kaitao
Date: 13-2-4 上午9:38
Version: 1.0
Most Permission objects also include an "actions" list that tells the actions that are permitted for the object. For example, for a java.io.FilePermission object, the permission name is the pathname of a file (or directory), and the actions list (such as "read, write") specifies which actions are granted for the specified file (or for files in the specified directory). The actions list is optional for Permission objects, such as java.lang.RuntimePermission, that don't need such a list; you either have the named permission (such as "system.exit") or you don't.
An important method that must be implemented by each subclass is the implies method to compare Permissions. Basically, "permission p1 implies permission p2" means that if one is granted permission p1, one is naturally granted permission p2. Thus, this is not an equality test, but rather more of a subset test.
Permission objects are similar to String objects in that they are immutable once they have been created. Subclasses should not provide methods that can change the state of a permission once it has been created. @see Permissions @see PermissionCollection @version 1.40 05/11/17 @author Marianne Mueller @author Roland Schemers
Permissions.
@author Les Hazlewood
@see org.apache.shiro.authz.permission.WildcardPermission WildcardPermission
@since 0.2
Most Permission objects also include an "actions" list that tells the actions that are permitted for the object. For example, for a java.io.FilePermission object, the permission name is the pathname of a file (or directory), and the actions list (such as "read, write") specifies which actions are granted for the specified file (or for files in the specified directory). The actions list is optional for Permission objects, such as java.lang.RuntimePermission, that don't need such a list; you either have the named permission (such as "system.exit") or you don't. See {@link ActionPermission}.
An important method that must be implemented by each subclass is the implies method to compare Permissions. Basically, "permission p1 implies permission p2" means that if one is granted permission p1, one is naturally granted permission p2. Thus, this is not an equality test, but rather more of a subset test.
Permission objects are similar to String objects in that they are immutable once they have been created. Subclasses should not provide methods that can change the state of a permission once it has been created. All permissions must at least have a public constructor accepting a String parameter which will be used as name for the permission. Note that the {@link ActionPermission}should also have a 2 argument constructor accepting a string as the name and a second {@link org.apache.wicket.security.actions.WaspAction} parameter to indicate whichactions are allowed. @author marrink
The following features are supported:
Most Permission objects also include an "actions" list that tells the actions that are permitted for the object. For example, for a java.io.FilePermission object, the permission name is the pathname of a file (or directory), and the actions list (such as "read, write") specifies which actions are granted for the specified file (or for files in the specified directory). The actions list is optional for Permission objects, such as java.lang.RuntimePermission, that don't need such a list; you either have the named permission (such as "system.exit") or you don't. See {@link ActionPermission}.
An important method that must be implemented by each subclass is the implies method to compare Permissions. Basically, "permission p1 implies permission p2" means that if one is granted permission p1, one is naturally granted permission p2. Thus, this is not an equality test, but rather more of a subset test.
Permission objects are similar to String objects in that they are immutable once they have been created. Subclasses should not provide methods that can change the state of a permission once it has been created. All permissions must at least have a public constructor accepting a String parameter which will be used as name for the permission. Note that the {@link ActionPermission} should also have a 2argument constructor accepting a string as the name and a second {@link org.wicketstuff.security.actions.WaspAction} parameter to indicate which actions areallowed. @author marrink
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |