here

Fala pessoal,

Tenho um sistema ja em produção e queremos implementar agora um log para todas as inserções e alterações dos usuários.

Como estou usando hibernate pensei em usar o Interceptor, que é uma classe que é chamda toda vez que é chamda um inserções ou alteração

Minha dúvida: como pegar o usuário a partir desse interceptor?

Não seria mais fácil implementar uma classe utilitária de log que seria chamada após o comando desejado.. e salvar na tabela? Pra que complicar?

Para pegar o usuário logado você pode usar o código abaixo, mas se você quer é auditoria e já usa o Hibernate, então é melhor o Envers (http://www.jboss.org/envers) que é próprio pra isso.

Code:

ApplicationManager.getApplication().getAttribute(BaseLoginAction.USER_KEY)

ul1sses wrote:

Não seria mais fácil implementar uma classe utilitária de log que seria chamada após o comando desejado.. e salvar na tabela? Pra que complicar?

Obrigado pela dica, mas se entendi bem é isso que o interceptor está fazendo, não é?

Daniel Lima wrote:

Para pegar o usuário logado você pode usar o código abaixo, mas se você quer é auditoria e já usa o Hibernate, então é melhor o Envers (http://www.jboss.org/envers) que é próprio pra isso.

Code:
ApplicationManager.getApplication().getAttribute(BaseLoginAction.USER_KEY)

Retornou null o código acima...

Bom, depende de como você faz o login. Se você usa o setUserSession(someUserObj) deveria funcionar.

Daniel Lima wrote:

Bom, depende de como você faz o login. Se você usa o setUserSession(someUserObj) deveria funcionar.

Eu uso esse método.

Mas fiz o seguinte. Na hora de logar eu fiz assim:
Code:

 setUserSession(usuarioBean);
 ApplicationManager.getApplication().setAttribute(BaseLoginAction.USER_KEY, usuarioBean);

Agora eu consegui pegar ele no interceptor. Mas tem um problema. Um usuário sobrescreve o outro. Acho que isso não é sessão e sim o contexto de aplicação.

É isso mesmo?

É verdade, esse contexto retornado é o da aplicação e não o da sessão. Na verdade daria pra fazer o que você quer usando filtro, por exemplo:
Code:

 public class LoggedUserFilter implements Filter {
 
     @Override
     public void destroy() {
     }
 
     @Override
     public String filter(InvocationChain chain) throws Exception {
         Action action = chain.getAction();
 
         Context context = action.getSession();
 
         Object obj = context.getAttribute(BaseLoginAction.USER_KEY);
 
         // agora faz o que vc quiser com o usuario...
 
         return chain.invoke();
     }
 }

O filtro não serve pra mim. Pois teria que mexer em muitas classes para enviar o usuário para as outras camadas.

O interceptor é a melhor maneira que encontrei ate agora.

Mas então não tem como pegar o usuário em uma classe qualquer, como na classe interceptor que mencionei?

No JSF tem esse metodo que ja testei e funciona corretamente:

Code:

FacesContext fc = FacesContext.getCurrentInstance();
 HttpSession session = (HttpSession) fc.getExternalContext().getSession(false);
 session.getAttribute("atr")

Não tem algo no mentawai desse tipo?

klarq wrote:

Eu uso esse método.

Mas fiz o seguinte. Na hora de logar eu fiz assim:
Code:
 setUserSession(usuarioBean);
 ApplicationManager.getApplication().setAttribute(BaseLoginAction.USER_KEY, usuarioBean);

Só o método setUserSession é suficiente para gravar o usuário na sessão, não precisa da outra linha q vc fez.

Para buscar esse usuarioBean depois, faça um getUserSession() .

boaglio wrote:

klarq wrote:
Eu uso esse método.

Mas fiz o seguinte. Na hora de logar eu fiz assim:
Code:
 setUserSession(usuarioBean);
 ApplicationManager.getApplication().setAttribute(BaseLoginAction.USER_KEY, usuarioBean);
Só o método setUserSession é suficiente para gravar o usuário na sessão, não precisa da outra linha q vc fez.

Para buscar esse usuarioBean depois, faça um getUserSession() .

Então, isso funciona se a sua classe extender BaseAction, mas e se a sua classe não exterder a BaseAction. É possível, de alguma forma, acessar a sessão do usuário?

Como eu comentei, com JSF funciona e eu até ja testei.

Entendi o que vc quer... tem q ser via filtro então, da mesma maneira que o JSF... aquela trecho q vc escreveu não funciona sem o filtro do RichFaces (ou Primefaces, Icefaces, etc) não for chamando antes da requisição HTTP.

Forum Read-Only! Check the new site and forum here!