Validador customizado, utilizando um service

Question

Ol�, estou tentando utilizar um servi�o dentro de um validador customizado, mas sem exito, alguem poderia me ajudar? Minha id�ia � a seguinte, no servicoUsuario tenho um m�todo getUsuarioPorLogin, ...

Ronaldo Lanhellas · Answer

Verifica se o seu objeto ServicoUsuario n�o est� nulo antes de chamar o m�todo getUsuarioPorLogin(), caso esteja voc� deve verificar se est� realizando a inje��o de depend�ncia no mesmo (partindo do princ�pio que voc� esta usando um framework para isso)....

Bruno Santana · Answer

Opa Ronaldo, valeu novamente!!!! Tinha acabado de perceber isso por�m n�o estou conseguindo realizar essa inje��o, o servi�o realmente est� nulo... Estou utilizando CDI nesse projeto mas to apanhando nessa parte :S j� utilizei CDI nos "controles" da camada de aplica��o, mas pra essa etapa estou penando acho que pela falta de experiencia... tentei utilizar o @Inject no servicoUsuario e at� a anota��o @PostConstruct em um m�todo inicializar() mas acho que estou fazendo algo errado, o erro continua sempre o mesmo, na verdade nem erro acontece, simplesmente cai no catch... alguma luz? Ou vc poderia citar algum link ou exemplo b�sico de alguma inje��o de dependencia de um servi�o em um validador ?
Obs, meu servi�o � um EJB...

Valeu pela for�a Ronaldo!!!

Ronaldo Lanhellas · Answer

Voc� ter� que usar um factory para isso, veja: https://github.com/hibernate/hibernate-validator/blob/master/cdi/src/main/java/org/hibernate/validator/internal/cdi/InjectingConstraintValidatorFactory.java...

Bruno Santana · Answer

Opa, n�o consegui entender muito bem esses c�digos, � necess�rio uma factory ent�o para conseguir injetar um servi�o dentro de um validador customizado ?!
Acabei "resolvendo" o problema de outra maneira, apliquei essa verifica��o dentro do pr�prio servi�o na chamada do m�todo em quest�o. O c�digo do servi�o ficou da seguinte forma

@Stateless
@LocalBean
@TransactionAttribute(TransactionAttributeType.REQUIRED)
@TransactionManagement(TransactionManagementType.CONTAINER)
public class ServicoUsuario extends ServicoBasico {

   public Usuario addUsuario(Usuario usuario) throws LoginPadraoException{
    	if(repositorioUsuario.getUsuarioPorLogin(usuario.getUsuLogin()) != null){
    		throw new LoginPadraoException();
    	}
    	return repositorioUsuario.addUsuario(usuario);
    }

N�o sei se essa foi a forma mais elegante, mas consegui realizar a verifica��o de login (tratando algumas exce��es que foram chamadas durante a verifica��o pois o mesmo retornava um objeto NULL) fazendo da forma acima. A "bad" � que a verifica��o � feita apenas no final do cadastro do usu�rio, diferente caso fosse feita atrav�s de um validador customizado e utilizado diretamente na entidade(como no primeiro post)... a mensagem de "LOGIN JA EXISTENTE" apareceria logo ao "setar" o campo usuLogin... Ent�o � isso Ronaldo? n�o h� maneira de injetar um servi�o (EJB) como esse "ServicoUsuario" dentro de um validador customizado (citado no primeiro post) sem a utiliza��o de factory?!??! Caso n�o, vou tentar deixar essa solu�ao para depois, n�o consegui entender esses c�digos auhauahuahuahuah �.o ://

Ronaldo Lanhellas · Answer

Acontece que o seu ServicoUsuario n�o est� sendo gerenciado pelo CDI e sem assim n�o consegue gerenciar os atributos dentro dele, por isso fica nulo. A solu��o � usar o factory mas se voc� est� sem tempo para estudar a solu��o, pense nela com calma depois....

F�rum Validador customizado, utilizando um service #498636