• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

Podczas logowania powinno zostać użyte Spring Security do bezpiecznego logowania

42 Warsaw Coding Academy
0 głosów
639 wizyt
pytanie zadane 24 kwietnia 2017 w Java przez Jonki Dyskutant (8,180 p.)

Po namyśle postanowiłem zamienić swoją konfiguracje XML na JavaConfig, lecz oczywiście nie natknąłem się na masę błędów. Wiekszość rozwiązałem, ale z jednym nie mogę sobie poradzić. Posiadam autoryzowane logowanie w JavaConfig

@Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
                .anyRequest().authenticated()
                .and()
                    .formLogin()
                        .loginPage("/login")
                        .defaultSuccessUrl("/loginSuccessfully")
                        .failureUrl("/login?error=true")
                        .usernameParameter("username")
                        .passwordParameter("password")
                .and()
                    .logout()
                        .logoutUrl("/logout")
                        .logoutSuccessUrl("/logout")
                .and()
                    .csrf();
    }

natomiast w XML wyglądało to tak

<http auto-config="true" use-expressions="true">
  <form-login login-page="/login" default-target-url="/loginSuccessfully" authentication-failure-url="/login?error=true" username-parameter="username" password-parameter="password" /> 
  <logout logout-success-url="/login" /> 
  <csrf /> 
  </http>

IDENTYCZNIE. Podczas konfiguracji XML działało, a teraz w JavaConfig nie. Natomiast problem polega na tym, że podczas logowania nie jest "używane" Spring Security. Po naciśnięciu na przycisk zaloguj szuka metody oznaczonej 'POST'.

Startowa konfiguracja wygląda tak

@Configuration
public class WebInit extends AbstractAnnotationConfigDispatcherServletInitializer {
 
    @Override
    protected Class<?>[] getRootConfigClasses() {
        return null;
    }
 
    @Override
    protected Class<?>[] getServletConfigClasses() {
 
        return new Class[] {WebConfig.class,
                            WebSecurityConfig.class,
                            WebDatasourceConfig.class};
    }
 
    @Override
    protected String[] getServletMappings() {
        return new String[] {"/"};
    }
}

a to cały WebSpringConfig

@Configuration
@EnableWebSecurity
@EnableGlobalMethodSecurity(securedEnabled = true, prePostEnabled = true)
public class WebSecurityConfig extends WebSecurityConfigurerAdapter {
 
    @Autowired
    private DataSource dataSource;
 
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
                .anyRequest().authenticated()
                .and()
                    .formLogin()
                        .loginPage("/login")
                        .defaultSuccessUrl("/loginSuccessfully")
                        .failureUrl("/login?error=true")
                        .usernameParameter("username")
                        .passwordParameter("password")
                .and()
                    .logout()
                        .logoutUrl("/logout")
                        .logoutSuccessUrl("/logout")
                .and()
                    .csrf();
    }
 
    @Autowired
    public void configureGlobal(AuthenticationManagerBuilder auth) throws Exception {
        auth.jdbcAuthentication()
                .passwordEncoder(passwordEncoder())
                .dataSource(dataSource)
                .usersByUsernameQuery("SELECT username, password, enabled FROM users WHERE username=?")
                .authoritiesByUsernameQuery("SELECT username, ‘ROLE_USER’ FROM users WHERE username=?");
    }
 
    @Bean
    public BCryptPasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder(12);
    }
}

Według mnie nie ma błędu w Spring Security, tylko może gdzieś zrobiłem pomyłkę i nie puściłem odpowiedniego skanowania.

2 odpowiedzi

0 głosów
odpowiedź 24 kwietnia 2017 przez Wiciorny Ekspert (280,970 p.)
co podaje JVM za błąd? może wtedy będzie mi łatwiej rozszyfrować
komentarz 24 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)
No właśnie nie ma błędu. Screen https://zapodaj.net/da8c7babc0dad.png.html Gdy na formie logowania naciskam przycisk aby zalogować, to szuka metody oznaczonej PostMapping. A powinno podjąć działanie wg. Spring Security, czyli albo jest poprawne zalogowanie albo błąd. Tak jakby nie widziało tej konfiguracji. Dal sprawdzenia stworzyłem na chwilę metodę PostMapping i wyświetliłem obiekt Principal z SecurityContextHolder i wywaliło NullPointerException(nie stworzyło żadnego obiektu). Czyli wydaje mi się, że te konfiguracje coś się nie stykają.
komentarz 25 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)

Może w tej klasie zastępującej web.xml, czyli WebInit, może coś tu jest walnięte. Stara konfiguracja web.xml wyglądała tak

<web-app id="WebApp_ID" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
  <display-name>My application</display-name> 
- <servlet>
  <servlet-name>mvc-dispatcher</servlet-name> 
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
- <init-param>
  <param-name>contextConfigLocation</param-name> 
  <param-value>/WEB-INF/applicationContext.xml</param-value> 
  </init-param>
  <load-on-startup>1</load-on-startup> 
  </servlet>
- <servlet-mapping>
  <servlet-name>mvc-dispatcher</servlet-name> 
  <url-pattern>/</url-pattern> 
  </servlet-mapping>
- <!-- Spring Security
  --> 
- <context-param>
  <param-name>contextConfigLocation</param-name> 
  <param-value>/WEB-INF/security-context.xml</param-value> 
  </context-param>
- <filter>
  <filter-name>springSecurityFilterChain</filter-name> 
  <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class> 
  </filter>
- <filter-mapping>
  <filter-name>springSecurityFilterChain</filter-name> 
  <url-pattern>/*</url-pattern> 
  </filter-mapping>
- <!-- 
  --> 
- <listener>
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
  </listener>
  </web-app>

ale po przesiadce na JavaConfig, trochę mam problem z przeniesieniem tego.

0 głosów
odpowiedź 25 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)
Jest ktoś w stanie pomóc mi określić czemu nie ma reakcji ze strony konfiguracji WebSecurityConfig?

Podobne pytania

0 głosów
0 odpowiedzi 246 wizyt
pytanie zadane 3 sierpnia 2017 w Java przez Jonki Dyskutant (8,180 p.)
+1 głos
0 odpowiedzi 350 wizyt
+1 głos
1 odpowiedź 212 wizyt

93,394 zapytań

142,387 odpowiedzi

322,550 komentarzy

62,752 pasjonatów

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj

VMware Cloud PRO - przenieś swoją infrastrukturę IT do chmury
...