Modifica locale all'accesso

Question

Desidero modificare le impostazioni locali dopo l'accesso a una locale predefinita memorizzata nell'account utente Spring MVC Application (3.0) con Spring Security (3.0).

Uso già lo LocaleChangeInterceptor in modo che un utente (non connesso e con accesso) possa modificare la propria locale (con impostazione predefinita dall'intestazione di accettazione). Ma il cliente vuole davvero che l'account specifico di default.

Quindi la mia domanda è, quale sarebbe il modo migliore per modificare le impostazioni locali dopo il login, o c'è già qualche funzionalità di build in Primavera/Sicurezza?

Answer 1

La soluzione migliore che ho trovato è stata gestirla in AuthenticationSuccessHandler.

Il seguente è un codice che ho scritto per la mia startup:

public class LocaleSettingAuthenticationSuccessHandler extends SavedRequestAwareAuthenticationSuccessHandler { 
    @Resource 
    private LocaleResolver localeResolver; 

    @Override 
    public void onAuthenticationSuccess(HttpServletRequest request, HttpServletResponse response, Authentication authentication) throws IOException, ServletException { 
     setLocale(authentication, request, response); 
     super.onAuthenticationSuccess(request, response, authentication); 
    } 

    protected void setLocale(Authentication authentication, HttpServletRequest request, HttpServletResponse response) { 
     if (authentication != null) { 
      Object principal = authentication.getPrincipal(); 
      if (principal instanceof LocaleProvider) { 
       LocaleProvider localeProvider = (LocaleProvider) principal; 
       Locale providedLocale = localeProvider.getLocale(); 
       localeResolver.setLocale(request, response, providedLocale); 
      } 
     } 
    } 
} 

E la seguente interfaccia dovrebbe essere offerto dalla classe principale. Questo non è necessario ma lo sto utilizzando poiché ho più oggetti in grado di fornire un locale per la sessione.

public interface LocaleProvider {  
    Locale getLocale();  
} 

frammenti di configurazione:

<security:http ...> 
    <security:custom-filter ref="usernamePasswordAuthenticationFilter" position="FORM_LOGIN_FILTER"/> 
</security:http> 

<bean id="usernamePasswordAuthenticationFilter" 
    class="org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter"> 
    <property name="filterProcessesUrl" value="/login/j_spring_security_check"/> 
    <property name="authenticationManager" ref="authenticationManager"/> 
    <property name="authenticationFailureHandler"> 
     <bean class="org.springframework.security.web.authentication.SimpleUrlAuthenticationFailureHandler"> 
      <property name="defaultFailureUrl" value="/login?login_error=t"/> 
     </bean> 
    </property> 
    <property name="authenticationSuccessHandler"> 
     <bean class="LocaleSettingAuthenticationSuccessHandler"> 
    </property> 
</bean> 

Answer 2

Utilizzare SessionLocaleResolver e costruirlo come un bean denominato "localeResolver". Questo LocaleResolver risolverà le impostazioni locali verificando innanzitutto le impostazioni locali predefinite con cui è stato creato il resolver. Se è nullo, controllerà se una locale è stata memorizzata nella sessione e, se è nulla, imposterà le impostazioni locali della sessione in base all'intestazione Accept-Language nella richiesta.

Dopo che un utente ha effettuato l'accesso, è possibile chiamare localeResolver.setLocale per memorizzare una locale per la sessione, è possibile farlo in un filtro servlet (assicurarsi di definirlo nel proprio web.xml DOPO la sicurezza di primavera filtro).

Per accedere al vostro localeResolver (o altri fagioli) dal vostro filtro, fare qualcosa di simile nel metodo init:

@Override 
public void init(FilterConfig fc) throws ServletException { 
    ServletContext servletContext = fc.getServletContext(); 
    ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(servletContext); 
    this.localeResolver = context.getBean(SessionLocaleResolver.class); 
} 

Poi nel doFilterMethod, si dovrebbe essere in grado di lanciare il ServletRequest a un HttpServletRequest, chiama getRemoteUser, esegui qualsiasi logica di business per definire la locale dell'utente e chiama setLocale su LocaleResolver.

Personalmente, non mi interessa che SessionLocaleResolver utilizzi per prima il locale predefinito (preferisco l'ultimo), tuttavia è molto semplice estenderlo e sostituirlo. Se siete interessati a verificare la sessione, la richiesta, allora il valore di default, utilizzare il seguente:

import org.springframework.stereotype.Component; 
import org.springframework.web.util.WebUtils; 

import javax.servlet.http.HttpServletRequest; 
import java.util.Locale; 

// The Spring SessionLocaleResolver loads the default locale prior 
// to the requests locale, we want the reverse. 
@Component("localeResolver") 
public class SessionLocaleResolver extends org.springframework.web.servlet.i18n.SessionLocaleResolver{ 

    public SessionLocaleResolver(){ 
     //TODO: make this configurable 
     this.setDefaultLocale(new Locale("en", "US")); 
    } 

    @Override 
    public Locale resolveLocale(HttpServletRequest request) { 
     Locale locale = (Locale) WebUtils.getSessionAttribute(request, LOCALE_SESSION_ATTRIBUTE_NAME); 
     if (locale == null) { 
      locale = determineDefaultLocale(request); 
     } 
     return locale; 
    } 

    @Override 
    protected Locale determineDefaultLocale(HttpServletRequest request) { 
     Locale defaultLocale = request.getLocale(); 
     if (defaultLocale == null) { 
      defaultLocale = getDefaultLocale(); 
     } 
     return defaultLocale; 
    } 

} 

Answer 3

mio workarround corrente funziona in questo modo (ma è ancora un hack, perché non è innescato dal login processo):

Ho un Spring HandlerInterceptor che intercetta ogni richiesta. Controlla sempre se c'è già un flag (LOCALE_ALREADY_SET_SESSION_ATTRIBUTE) nella sessione utenti che indica che il locale è già aggiornato. Se non c'è alcun contrassegno, l'intercettore controlla se la richiesta appartiene ad un utente autenticato. Se è un utente autenticato allora aggiorna il locale anche se il localResolver e impostare il flag (LOCALE_ALREADY_SET_SESSION_ATTRIBUTE) nella sessione

Questa sessione è necessaria roba bandiera, perché il locale deve essere sostituito solo direttamene dopo il login. Quindi in seguito l'utente può cambiare di nuovo il locale attraverso il normale intercettore locale.