введение

вы can сделайте это, но методы JSF ajax/action/listener семантически являются неправильно место для проверки. На самом деле вы не хотите заходить так далеко в жизненном цикле JSF, если у вас неправильные входные значения в форме. Вы хотите, чтобы жизненный цикл JSF остановился после фазы проверки JSF.

вы хотите использовать аннотацию проверки Jsr303 Bean (@NotNull и друзья) и / или валидатор ограничений, или используйте JSF Validator (required="true", <f:validateXxx> и т. д.) Для этого вместо. Он будет правильно вызван на этапе проверки JSF. Таким образом, при сбое проверки значения модели не обновляются, бизнес-действие не вызывается, и вы остаетесь на той же странице/представлении.

поскольку нет стандартной аннотации проверки бобов или валидатора JSF для проверки того, является ли данное входное значение уникальным в соответствии с базой данных, вам нужно будет создать пользовательский валидатор для этого.

я для обе стороны показывают, как создать пользовательский валидатор, который проверяет уникальность имени пользователя.

пользовательские Jsr303 Bean Validation Аннотация

создаем Custom @Username ограничения аннотация:

@Constraint(validatedBy = UsernameValidator.class)
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.FIELD, ElementType.METHOD, ElementType.ANNOTATION_TYPE})
public @interface Username {
    String message() default "Username already exists";
    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};
}

С этим валидатором ограничений (Примечание:@EJB или @Inject внутри ConstraintValidator работает только с CDI 1.1; поэтому, если вы все еще на CDI 1.0, вам нужно будет вручную захватить его из JNDI):

public class UsernameValidator implements ConstraintValidator<Username, String> {

    @EJB
    private UserService service;

    @Override
    public void initialize(Username constraintAnnotation) {
        // If not on CDI 1.1 yet, then you need to manually grab EJB from JNDI here.
    }

    Override
    public boolean isValid(String username, ConstraintValidatorContext context) {
        return !service.exist(username);
    }

}

наконец, использовать его следующим образом модель:

@Username
private String username;

пользовательский валидатор JSF

альтернативой является использование пользовательского валидатора JSF. Просто реализуйте JSF Validator интерфейс:

@ManagedBean
@RequestScoped
public class UsernameValidator implements Validator {

    @EJB
    private UserService userService;

    @Override
    public void validate(FacesContext context, UIComponent component, Object submittedAndConvertedValue) throws ValidatorException {
        String username = (String) submittedAndConvertedValue;

        if (username == null || username.isEmpty()) {
            return; // Let required="true" or @NotNull handle it.
        }

        if (userService.exist(username)) {
            throw new ValidatorException(new FacesMessage("Username already in use, choose another"));
        }
    }

}

наконец, используйте его следующим образом:

<h:inputText id="username" ... validator="#{usernameValidator}" />
<h:message for="username" />

обратите внимание, что вы обычно используете @FacesValidator аннотация Validator класс, но до предстоящего JSF 2.3 он не поддерживает @EJB или @Inject. См. также как впрыснуть в @FacesValidator с @EJB, @PersistenceContext, @Inject, @Autowired.