Tenía la esperanza de que cambiar a create-session="stateless"
sería el final para lograr la seguridad de muelles sin estado en mi aplicación web, pero no es así.create-session uso sin estado
Con ese cambio, la seguridad de primavera parece no funcionar, ya que (supongo) la seguridad de primavera no almacena nada en la sesión y no puede hacer la autenticación a las solicitudes web seguras.
¿Cómo hago uso de esta función stateless?
Parece que todavía no puedo encontrar ejemplos relevantes sobre cómo lograr la seguridad de muelles sin estado para una aplicación web sin estado.
¡Gracias!
Gracias por la respuesta. Probé antes y digerir, pero me sentí muy incómodo al no poder 'cerrar sesión' desde mi aplicación web e ingresar una nueva credencial sin reiniciar el navegador. Además, ¿cree que poder escalar horizontalmente fácilmente para aplicaciones web/aplicaciones web sin estado justifica el costo de rendimiento? – bertie
@Albert: Es difícil decir mucho sobre los costos sin medirlos de verdad. :-) Sin embargo, si desea cerrar la sesión, necesita _necesitar algún estado de cliente y eso significa que debe manejar las cookies; el cliente debe proporcionar algún tipo de indicación de la sesión de la que habla, ya que el HTTP mismo no tiene estado, y ese es un requisito difícil. –
Lo que yo aconsejaría sin embargo es que no se preocupe demasiado por comenzar a escalar; conseguir usuarios/clientes es mucho más un problema. Al escalar, la verdadera clave es si puedes replicar un servicio o si tienes una instancia singleton; como regla general, los servidores web suelen ser relativamente fáciles de replicar, pero las bases de datos no lo son. –