FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
¿Por qué el mapper de Mybatis me regresa un null usándolo en Spring Security?
Tengo un proyecto basado en Spring MVC, Spring-Security y MyBatis. Usando autenticación personalizada para poder hacer algunas cosas adicionales cree una clase que implementa la interfaz UserDetailsService de Security. Todo me funciona bien si hago ahí la autenticación de manera manual, es decir, si forzo a que el usuario y passw devuelto sea válido todo funciona bien. Así que la clase está bien estructurada, sin embargo si trato de usar un mapper de MyBatis para traer los datos de una BD parece que no se instancia la clase a pesar de que Spring si inyecta la misma al momento de crear el bean.
El código: Código:
public class HermesUserService implements UserDetailsService { @Autowired private UsersMapper maper; @Override public UserDetails loadUserByUsername(String userName) throws UsernameNotFoundException { // Auto-generated method stub Users user= null; // Se trata de obtener el usuario desde la BD, si no existe se lanza exepción try{ System.out.println(maper.toString()); // Aquí se produce una exepción porque maper no ha sido instanciado } catch (Exception e){ e.printStackTrace(); throw e; } System.out.println("usuario:" + userName); try{ user = maper.selectByPrimaryKey(userName); } catch (Exception e){ e.printStackTrace(); } if(user==null){ System.out.println("No econtrado"); throw new UsernameNotFoundException("Usuario/Password incorrecto"); } System.out.println("SISS Pasoooooo"); //Si existe, se obtienen los privilegios del usuario //TODO Obtener los privilegios desde la BD Collection<? extends GrantedAuthority> authorities = AuthorityUtils.createAuthorityList("SADMIN"); return new User(user.getUsername(), user.getPassword(),authorities); }
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#2
|
||||
|
||||
Me contesto yo solo.
Ha quedado solucionado el problema. Lo que sucedía es que Spring no estaba inyectando ningún bean a la propiedad, si bien, durante la carga de los contextos de la aplicación si se creaban las instancias necesarias. El problema era el orden en que se estaban cargando los contextos y por ende creando los objetos. Lo único que había que hacer es forzar el orden de carga de los diferentes contextos para que el último en cargarse sea el contexto del servlet que usa Spring MVC. Esto lo indicamos en el archivo web.xml que es el que primero abre Spring. En mi caso quedó así: Código:
<context-param> <param-name>contextConfigLocation</param-name> <param-value> /WEB-INF/root-context.xml /WEB-INF/jdbc-context.xml /WEB-INF/security-context.xml /WEB-INF/mvc-dispatcher-servlet.xml </param-value> </context-param> Lo raro del asunto es que no se generaba ninguna excepción, o bueno si se genera pero la tenía que capturar yo mismo para poder saber siquiera que se estaba generando ya que si no lo hacía así al parecer alguna parte del framework se la estaba comiendo sin avisar siquiera.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Spring Framework, Runtime Packages y Plugins | LoPiTaL | OOP | 2 | 31-10-2011 13:40:40 |
manual XML Mapper Delphi 7 | Livey | Conexión con bases de datos | 1 | 21-12-2010 11:38:02 |
XML Mapper | eflosten | Varios | 4 | 26-07-2010 09:52:40 |
XML Mapper | angelholberg | Internet | 0 | 18-02-2009 20:07:26 |
cambiar campo null a not null | andressanchez | Firebird e Interbase | 8 | 18-09-2006 22:00:09 |
|