Buscando en algunas generado aleatoriamente Weblogic JSessionIDs de mi propia aplicación
BrYx4hyPZ4VSP9Wo4eU0OrqmhXMLFONbRHnpLFwRKZ9MSaf6wvYj!-314662473
y
BrYiFED29itaC4EBpWYM8RKVQQauHkvnTsA2OAKUPZXVc9oUD5fB!-784323496.
Ahora bien, si se observa la parte del identificador de sesión después de la primera! es decir 314662473
y 784323496
.
Este número es el identificador único que Weblogic le da a la JVM en ejecución, es decir, el servidor Weblogic en ejecución.
Si hay más de un servidor en su aplicación, Weblogic sabe cómo enrutar su sesión de vuelta al servidor correcto utilizando este número de JVM de 9 dígitos que es parte de la ID de la sesión.
Cada vez que reinicie el servidor weblogic, generará una nueva ID JVM y la usará mientras se esté ejecutando ese servidor weblogic. Por lo tanto, las visitas a ese servidor tendrán la misma ID al final de la ID de la sesión.
El format of the session ID es:
JSESSIONID = SESSION_ID PRIMARY_JVMID_HASH SECONDARY_JVM_HASH CREATION_TIME
Así que si el primario no está disponible, se va a tratar de saltar por encima de secundaria y si ha habilitado sesión de replicación!!! - entonces los datos de la sesión pueden ser recuperados. Si está ejecutando sólo un único servidor en el local de, a continuación, el formato es simplemente
JSESSIONID = SESSION_ID! PRIMARY_JVMID_HASH! CREATION_TIME
con respecto a algunas veces no aparece, he visto que es por lo general una dependiendo del navegador si el ID de sesión se muestra en la barra de direcciones o no
Consulte url-encoding-enabled para obtener más información sobre por qué la identificación de la sesión podría estar codificada en la url - http://docs.oracle.com/cd/E13222_01/wls/docs92/webapp/weblogic_xml.html#wp1062269; nota también puede estar relacionada con la configuración de su infraestructura – BestPractices