Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/ember.js/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
weblogic JSSessionID_Weblogic_Sessionid_Jsessionid - Fatal编程技术网

weblogic JSSessionID

weblogic JSSessionID,weblogic,sessionid,jsessionid,Weblogic,Sessionid,Jsessionid,我在本地运行Weblogic 10.3,对它生成的sessionId有疑问。当我打印session.getId()时,我看到一些类似的东西: BBp9TAACMTglQ2TDFAKR4tpyXg73LZDQJ2PtT9x8htG1tWY122aa!869187422!1308677666322 这些感叹号是什么,后面是什么,特别是第二对:!1308677666322 ? 看起来有时服务器会附加它,有时不会。如果我第二次使用相同的浏览器登录到我的应用程序,我相信weblogic会附加它。这个co

我在本地运行Weblogic 10.3,对它生成的sessionId有疑问。当我打印session.getId()时,我看到一些类似的东西:

BBp9TAACMTglQ2TDFAKR4tpyXg73LZDQJ2PtT9x8htG1tWY122aa!869187422!1308677666322


这些感叹号是什么,后面是什么,特别是第二对:!1308677666322 ? 看起来有时服务器会附加它,有时不会。如果我第二次使用相同的浏览器登录到我的应用程序,我相信weblogic会附加它。这个cookie有什么关系吗?

查看我自己的应用程序中随机生成的Weblogic JSessionID

BrYx4hyPZ4VSP9Wo4eU0OrqmhXMLFONbRHnpLFwRKZ9MSaf6wvYj!-314662473

现在,如果您注意到会话id在第一次之后的部分
314662473
784323496

此数字是Weblogic为运行中的JVM(即运行中的Weblogic服务器)提供的唯一标识符

如果应用程序中有多台服务器,Weblogic知道如何使用会话ID中的9位JVM号将会话路由回正确的服务器

每次重新启动weblogic服务器时,它都会生成一个新的JVM id,并在weblogic服务器运行期间使用它。因此,对该服务器的任何点击都将在会话ID结束时具有相同的ID

最重要的是:

JSESSIONID=会话ID!主JVMID\u散列!二级JVM散列!创建时间

因此,如果主服务器不可用,它将尝试跳转到辅助服务器,如果您已启用会话复制,则可以恢复会话数据。 如果您在本地服务器上只运行一台服务器,那么格式很简单

JSESSIONID=会话ID!主JVMID\u散列!创建时间


关于某些情况,它没有出现,我看到无论sessionid是否显示在地址栏中,它通常取决于浏览器

WebLogic服务器使用这些ID在WebLogic集群内存复制模型中维护HTTP会话关联性

对于启用HTTP会话复制的Web应用程序(在weblogic.xml部署描述符处,默认情况下禁用),weblogic将保留与群集的HTTP会话的主副本和备份副本

为了避免集群开销,WebLogic代理插件(部署在Web层中)解析会话cookie并将每个请求重定向到承载主副本的WLS。如果托管主会话的托管服务器出现故障或开销,代理插件会将请求重定向到HTTP会话所在的实例

代理插件将跟踪所有WebLogic集群成员成对(JVM ID/IP:ports)的动态列表,以适当地重定向每个请求


如果您的应用程序未启用内存内复制功能,您的cookie将只包括HTTP会话所在的JVM ID(主副本和唯一副本)。

有关会话ID为何可能在url中编码的详细信息,请参阅启用url编码-;注意:也可能与您的基础架构配置有关
BrYiFED29itaC4EBpWYM8RKVQQauHkvnTsA2OAKUPZXVc9oUD5fB!-784323496.