@Documented
@Retention(RUNTIME)
@Target({TYPE,METHOD})
@Repeatable(List.class)
public @interface PermissionsAllowed
Indicates that a resource can only be accessed by a user with one of permissions specified through
value().
There are some situations where you want to require more than one permission, this can be achieved by repeating
annotation. Please see an example below:
@PermissionsAllowed("create")
@PermissionsAllowed("update")
public Resource createOrUpdate(Long id) {
// business logic
}
To put it another way, permissions specified by one annotation instance are disjunctive and the permission check is
only true if all annotation instances are evaluated as true.-
Nested Class Summary
Nested Classes -
Required Element Summary
Required Elements -
Optional Element Summary
Optional ElementsModifier and TypeOptional ElementDescriptionbooleanChoose a relation between permissions specified viavalue().String[]Mark parameters of the annotated method that should be passed to the constructor of thepermission().Class<? extends Permission>The class that extends thePermissionclass, used to create permissions specified viavalue(). -
Field Summary
FieldsModifier and TypeFieldDescriptionstatic final StringConstant value forparams()indicating that the constructor parameters of thepermission()should be autodetected based on formal parameter names.static final StringColon is used to separate aPermission.getName()and an element of thePermission.getActions().
-
Field Details
-
AUTODETECTED
Constant value forparams()indicating that the constructor parameters of thepermission()should be autodetected based on formal parameter names. For example, consider following method secured with this annotation:
The@PermissionsAllowed(value = "resource:retrieve", permission = UserPermission.class) public Resource getResource(String param1, String param2, String param3) { // business logic }getResourcemethod parametersparam1andparam3will be matched with theUserPermissionconstructor parametersparam1andparam3.public class UserPermission extends Permission { public UserPermission(String name, String param3, String param1) { ... } ... }If no method parameter name matches the constructor parameter name, Quarkus checks names of fields and methods declared on the method parameter type. For example:
In this example, resolution of therecord BeanParam2(String param1, String param2) {} record BeanParam3(String param3) {} record BeanParam1(BeanParam2 beanParam2, BeanParam3 beanParam3) { } @PermissionsAllowed(value = "resource:retrieve", permission = UserPermission.class) public Resource getResource(BeanParam1 beanParam) { // business logic }}param1andparam3formal parameters is unambiguous. For more complex scenarios, we suggest to specifyparams()explicitly.- See Also:
-
PERMISSION_TO_ACTION_SEPARATOR
Colon is used to separate aPermission.getName()and an element of thePermission.getActions(). For example,StringPermissioncreated for method 'getResource':@PermissionsAllowed("resource:retrieve") public Resource getResource() { // business logic }is equal to theperm:var perm = new StringPermission("resource", "retrieve");- See Also:
-
-
Element Details
-
value
String[] valueSpecifies a list of permissions that grants the access to the resource. It is also possible to define permission's actions that are permitted for the resource. Yet again, consider method 'getResource':@PermissionsAllowed({"resource:crud", "resource:retrieve", "system-resource:retrieve"}) public Resource getResource() { // business logic }TwoStringPermissions will be created:var pem1 = new StringPermission("resource", "crud", "retrieve"); var pem2 = new StringPermission("system-resource", "retrieve");And the permission check will pass if eitherpem1orpem2implies user permissions. Technically, it is also possible to both define actions and no action for same-named permission like this:@PermissionsAllowed({"resource:crud", "resource:retrieve", "natural-resource"}) public Resource getResource() { // business logic }Quarkus will create two permissions:var pem1 = new StringPermission("resource", "crud", "retrieve"); var pem2 = new StringPermission("natural-resource");To see how the example above is evaluated, please see "implies" method of yourpermission().- Returns:
- permissions linked to respective actions
- See Also:
-
-
-
inclusive
boolean inclusiveChoose a relation between permissions specified viavalue(). By default, at least one of permissions is required (please see the example above). You can require all of them by setting `inclusive` to `true`. Let's re-use same example and make permissions inclusive:@PermissionsAllowed(value = {"resource:crud", "resource:retrieve", "natural-resource"}, inclusive = true) public Resource getResource() { // business logic }TwoStringPermissions will be created:var pem1 = new StringPermission("resource", "crud", "retrieve"); var pem2 = new StringPermission("system-resource", "retrieve");And the permission check will pass if bothpem1andpem2implies user permissions.- Returns:
- `true` if permissions should be inclusive
- Default:
- false
-
params
String[] paramsMark parameters of the annotated method that should be passed to the constructor of thepermission(). First, let's define ourselves three classes:class ResourceIdentity { } class User extends ResourceIdentity { } class Admin extends ResourceIdentity { }Now that we have defined parameter data types, please consider the secured method 'getResource':@PermissionsAllowed(permission = UserPermission.class, value = "resource", params = {user1, admin1}) public Resource getResource(User user, User user1, Admin admin, Admin admin1) { // business logic }In the example above, we marked parametersuser1andadmin1aspermission()constructor arguments:public class UserPermission extends Permission { private final ResourceIdentity user; private final ResourceIdentity admin; public UserPermission(String name, ResourceIdentity user1, ResourceIdentity admin1) { super(name); this.user = user1; this.admin = admin1; } ... }Please mention that:- constructor parameter names
user1andadmin1must exactly match respective "params", - "ResourceIdentity" could be used as constructor parameter data type, for "User" and "Admin" are assignable from "ResourceIdentity",
- "getResource" parameters
userandadminare not passed to the "UserPermission" constructor.
WARNING: "params" attribute is only supported in the scenarios explicitly named in the Quarkus documentation.
Method parameter fields or methods can be passed to a Permission constructor as well. Consider the following secured method and its parameters:
The corresponding@PermissionsAllowed(permission = UserPermission.class, value = "resource", params = {"admin1.param1", "user1.param3"}) public Resource getResource(User user, User user1, Admin admin, Admin admin1) { // business logic } class ResourceIdentity { private final String param1; public String getParam1() { return param1; } } class User extends ResourceIdentity { public String getParam3() { return "param3"; } } class Admin extends ResourceIdentity { }UserPermissionconstructor would look like this:public class UserPermission extends Permission { public UserPermission(String name, String param1, String param3) { } ... }Here, the constructor parameterparam1refers to theadmin1#param1secured method parameter and the constructor parameterparam3to theuser1#getParam3secured method parameter.- Returns:
- constructor parameters passed to the
permission() - See Also:
- Default:
- {"<<autodetected>>"}
- constructor parameter names
-
permission
Class<? extends Permission> permissionThe class that extends thePermissionclass, used to create permissions specified viavalue(). For example:public class UserPermission extends Permission { private final String[] permissions; public UserPermission(String name, String... actions) { super(name); this.actions = actions; } ... }actionsparameter is optional and may be omitted.- Returns:
- permission class
- Default:
- io.quarkus.security.StringPermission.class
-