Package | Description |
---|---|
org.apache.myfaces.extensions.cdi.core.api.security | |
org.apache.myfaces.extensions.cdi.core.api.security.event |
Modifier and Type | Method and Description |
---|---|
protected SecurityViolation |
AbstractDecisionVoter.newSecurityViolation(String reason)
Creates an instance of
SecurityViolation for a given
string which will be used as reason to describe the violation. |
Modifier and Type | Method and Description |
---|---|
<T> Set<SecurityViolation> |
AbstractBeanCreationDecisionVoter.checkPermission(javax.enterprise.inject.spi.Bean<T> beanToCheck)
Checks the permission to the given bean
|
<T> Set<SecurityViolation> |
BeanCreationDecisionVoter.checkPermission(javax.enterprise.inject.spi.Bean<T> beanToCheck)
Checks the permission to the given bean
|
Set<SecurityViolation> |
AbstractAccessDecisionVoter.checkPermission(javax.interceptor.InvocationContext invocationContext)
It should be final - but proxy-libs won't support it.
|
Set<SecurityViolation> |
AccessDecisionVoter.checkPermission(javax.interceptor.InvocationContext invocationContext)
Checks the permission for the given
InvocationContext . |
List<SecurityViolation> |
AccessDecisionVoterContext.getViolations()
Exposes the found violations
|
Set<SecurityViolation> |
AccessDeniedException.getViolations()
All
SecurityViolation which were found by a AccessDecisionVoter |
Modifier and Type | Method and Description |
---|---|
protected abstract <T> void |
AbstractBeanCreationDecisionVoter.checkPermission(javax.enterprise.inject.spi.Bean<T> beanToCheck,
Set<SecurityViolation> violations)
Allows an easier implementation in combination with
AbstractDecisionVoter.newSecurityViolation(String) . |
protected abstract void |
AbstractAccessDecisionVoter.checkPermission(javax.interceptor.InvocationContext invocationContext,
Set<SecurityViolation> violations)
Allows an easier implementation in combination with
AbstractDecisionVoter.newSecurityViolation(String) . |
void |
SecurityViolationHandler.processSecurityViolations(Set<SecurityViolation> securityViolations)
Instead of adding the violations as message for the user, it's possible to implement a custom behaviour
(e.g.
|
Constructor and Description |
---|
AccessDeniedException(Set<SecurityViolation> violations,
Class<? extends ViewConfig> errorView)
Constructor for creating the exception for the given violations and error-view
|
Modifier and Type | Method and Description |
---|---|
SecurityViolation |
InvalidBeanCreationEvent.getSecurityViolation()
Exposes the current
SecurityViolation |
Constructor and Description |
---|
InvalidBeanCreationEvent(SecurityViolation securityViolation)
Constructor which is required to create the event for the given
SecurityViolation |
Copyright © 2010-2014 The Apache Software Foundation. All Rights Reserved.