Es posible que los datos de sesión de un archivo de guerra sean compartidos por otro archivo de guerracompartiendo sesión entre WAR
Respuesta
No es fácil de hacer. pero he podido hacer esto usando Tomcat. Aquí hay un enlace http://www.fwd.at/tomcat/sharing-session-data-howto.html No estoy seguro de qué servidor está utilizando. Además, ¿por qué necesita hacer esto? Puede haber otra solución dependiendo de lo que necesite hacer.
Estoy usando websphere. la razón por la que quiero hacer es compartir información de acceso a través de aplicaciones web múltiples – Nrusingha
Una forma más fácil (y probablemente más seguro) sería la de almacenar la información que necesita en una base de datos que todas las aplicaciones web podrían hacer referencia a –
al punto, sólo tiene que configurar el servidor de alguna manera para almacenar la sesión en una cookie sin una ruta. En caso de Tomcat, sólo puede establecer emptySessionPath
atributo del elemento <Connector>
a true
en /conf/server.xml
. También vea this Tomcat Configuration Reference.
<Connector ... emptySessionPath="true">
Sin embargo, esto afecta a todos los webbaps desplegados en el mismo servidor.
actualización: como en realidad se está utilizando WebSphere (que utiliza Tomcat bajo las capuchas), es necesario alterar el conector Tomcat en Websphere de config.xml
para incluir el atributo siguiente:
<attribute name="emptySessionPath">true</attribute>
estoy usando WebSphere. la razón por la que quiero hacerlo es compartir información de inicio de sesión en múltiples aplicaciones web – Nrusingha
Tomcat tiene la Signle-Sign-On Valve :
El Vale de inicio de sesión único se utiliza cuando desea otorgar a los usuarios la capacidad de iniciar sesión en cualquiera de las aplicaciones web asociadas con su host virtual, y luego tener su identidad reconocida por todas las demás aplicaciones web en el mismo host virtual.
También puede intentar implementar single-sign-on using cookies (aunque esto tiene inconvenientes de seguridad).
El enlace aquí parece estar roto. También podría ser útil explicar cuáles son los inconvenientes de seguridad. – GreenGiant
- 1. Compartiendo SESIÓN Variables entre varios subdominios
- 2. Compartiendo sesión en el dominio
- 3. Compartiendo sesión entre el servicio web y la aplicación asp.net
- 4. Compartiendo memoria entre módulos
- 5. Compartiendo datos entre JVM
- 6. Compartiendo una variable entre procesos
- 7. compartiendo Ehcache entre dos webapps
- 8. IIS7: Compartiendo sesiones entre aplicaciones con State Server
- 9. Compartiendo objetos de dominio entre actividades
- 10. Compartiendo un proyecto entre Eclipse y Netbeans
- 11. Compartiendo archivos entre sucursales en Git
- 12. compartiendo código entre proyectos en eclipse
- 13. Compartiendo el estado de la sesión entre 2 aplicaciones ASP.NET usando SQL Server
- 14. Compartiendo sesiones entre aplicaciones usando el servicio de estado de sesión de ASP.NET
- 15. Memcache compartiendo
- 16. ¿Desactiva los procesos de Chrome compartiendo la cookie de sesión?
- 17. Compartiendo ensambles entre Silverlight y "plain vanilla" .Net
- 18. compartiendo funciones js entre código en 2 archivos
- 19. Compartiendo mixins entre archivos scss en rieles 3.1
- 20. Compartiendo un puerto entre múltiples procesos node.js HTTP
- 21. Compartiendo el código del modelo entre Sinatra y Rails
- 22. Compartiendo archivos de recursos asp.net entre aplicaciones web
- 23. Compartiendo la GPU entre programas compatibles con OpenCL
- 24. Compartiendo variables estáticas entre archivos: espacio de nombres vs clase
- 25. Compartiendo un codificador/patrón entre múltiples Anexos en Logback
- 26. Compartiendo clases entre proyectos en xcode/objective-c
- 27. Compartiendo Enum con WCF Service
- 28. .war vs .ear archivo
- 29. Compartiendo memoria caché
- 30. Opciones para comunicarse entre WAR en el mismo EAR
Me acabo de dar cuenta de que te respondí esta pregunta hace unas horas ... Puedes editar tus preguntas, sin necesidad de crear otras nuevas. – Bozho