garcia-jj wrote:Tentei me controlar, mas não deu... isso é o tipo de padrão que nunca deve ser usado.

O método só retorna true ou false. Se der um erro você simplesmente volta para a tela anterior dizendo "Ocorreu um erro", é? O feedback ao usuário é muito importante, e jamais deve ser omitido onde estão os erros. Como vou saber se o erro é email inválido, telefone sem DDD ou se o nome está vazio?

Na documentação do vraptor há bons exemplos de como fazer uma validação decente, inclusive usando o Bean Validation.

Lucas Cavalcanti wrote:eu usaria o Bean Validations do java mesmo ao invés de fazer esse trabalho todo para validações do modelo (nome não pode ser vazio, etc)...

agora para validações de negócio (só pode passar pra próxima fase se fez 500 pontos) faria sentido fazer esse Specification, e pra continuar a usar o VRaptor vc pode criar uma interface nova:

public interface SpecValidator extends Validator { <T> void check(T obj, Specification<? super T> spec); }

e uma implementação:

@Component public class DefaultSpecValidator implements SpecValidator { public DefaultSpecValidator(Validator delegate) { this.delegate = delegate; } //no eclipse use ctrl+3 generate delegate methods e selecione tudo public <T> void check(T obj, Specification<? super T> spec) { delegate.checking(new Validations() {{ that(spec.isSatisfiedBy(obj), "categoria", "msg"); }}); } }

daí vc recebe esse validator no construtor.