WebLogic设置session超时时间
WebLogic设置session超时时间 .
1 web.xml
设置WEB应用程序描述符web.xml里的<session-timeout>元素。这个值以分钟为
单位，并覆盖weblogic.xml中的TimeoutSecs属性
<session-config>
<session-timeout>54</session-timeout>
</session-config>
此例表示Session将在54分钟后过期(这个配置对HttpSession设置超时时间)
当<session-timeout>设置为－2，表示将使用在weblogic.xml中设置的
TimeoutSecs这个属性值。
当<session-timeout>设置为－1，表示Session将永不过期，而忽略在
weblogic.xml中设置的TimeoutSecs属性值。
该属性值可以通过console控制台来设置
2 weblogic.xml
设置WebLogic特有部署描述符weblogic.xml的<session-descriptor>元素的
TimeoutSecs属性。这个值以秒为单位
<session-descriptor>
<session-param>
<param-name>TimeoutSecs</param-name>
<param-value>3600</param-value>
</session-param>
</session-descriptor>
默认值是3600秒
3,jsp中控制
session.setmaxinactiveinterval(7200);
session是默认对象,可以直接引用,单位秒s
4,servlet中控制
httpsession session = request.getsession();
session.setmaxinactiveinterval(7200);
单位秒s
在weblgoic的console中：xxDomain－>Servers->xxServer->Protocols->HTTP 中有一个关于Post Timeout的配置，但这个参数一般使用默认值即可
一般是通过Services-->JDBC-->Connection Pools-->MyConnection(你所建立的连接池名)－－>Configration-->Connections 里的Inactive Connection Timeout这个参数来设置的，默认的为0，表示连接时间无限长。你可以设一个时间值，连接超过这个时间值，它会把连接强制放回连接池
<Server AcceptBacklog="62" CompleteHTTPMessageTimeout="480"
CompleteMessageTimeout="480" IdleConnectionTimeout="600"
ListenAddress="" ListenPort="7001" Name="myserver"
NativeIOEnabled="true" ReliableDeliveryPolicy="RMDefaultPolicy"
ServerVersion="8.1.4.0">
是否IdleConnectionTimeout参数
看连接池中高级选项内的Inactive Connection Timeout和Connection Reserve Timeout时多少， 把这两项设大些试试
如果在两个文件中同时设置了超时时间，则会以web.xml中为准。
所以在weblogic环境中，最好将web.xml中关于超时的设置删掉，保持唯一性。
这也是一个客户发现了问题后，多次实验后发现的。
如果使用WEBLOGIC作为应用服务器，设置SESSION超时时间会选择在WEBLOGIC的控制台设定。实际上，WEBLOGIC是将超时设定保存在WEB-INF下的weblogic.xml中，格式如下：
<session-descriptor>
<session-param>
<param-name>TimeoutSecs</param-name>
<param-value>7200</param-value>
</session-param>
</session-descriptor>
param-value中的数值就是超时时间，单位为秒。在设置完这个参数后，会发现超时时间并一定起效。这是为什么呢？
原来在WEB-INF下还有一个配置文件web.xml，里面同样会有一段设置session，格式如下：
<session-config>
<session-timeout>30</session-timeout>
</session-config>
session-timeout中的值也是超时时间，单位为分钟。
如果在两个文件中同时设置了超时时间，则会以web.xml中为准。
所以在weblogic环境中，最好将web.xml中关于超时的设置删掉，保持唯一性。
这也是一个客户发现了问题后，多次实验后发现的。
今天上午联创科技的一个朋友问题一个他们的问题.出现大量的:
ueue: ‘billproxyqueue’ has been busy for “727″ seconds working on the request “Http Request: /bill/y
nQueryPublic.go”, which is more than the configured time (StuckThreadMaxTime) of “600″ seconds.>
一看明显是连接超时, 导致的错误.
1.程序问题,是不是程序中没有关闭连接
2.如果程序没问题,则是weblogic的StuckThreadMaxTime设置过小而引起的,一般weblogic server 的StuckThreadMaxTime默认参数是600s,即10分钟,如果并发量过大,而导致等待处理过多,导致系统不停的增加线程，造成线程阻塞，你可以把该参数设置大点这个是稍微调大StuckThreadMaxTime的参数即可.
3.看线程数设置,可适当增加线程数，这个在WLS控制台中可以调整
1 web.xml
设置WEB应用程序描述符web.xml里的<session-timeout>元素。这个值以分钟为
单位，并覆盖weblogic.xml中的TimeoutSecs属性
<session-config>
<session-timeout>54</session-timeout>
</session-config>
此例表示Session将在54分钟后过期(这个配置对HttpSession设置超时时间)
当<session-timeout>设置为－2，表示将使用在weblogic.xml中设置的
TimeoutSecs这个属性值。
当<session-timeout>设置为－1，表示Session将永不过期，而忽略在
weblogic.xml中设置的TimeoutSecs属性值。
该属性值可以通过console控制台来设置
2 weblogic.xml
设置WebLogic特有部署描述符weblogic.xml的<session-descriptor>元素的
TimeoutSecs属性。这个值以秒为单位
<session-descriptor>
<session-param>
<param-name>TimeoutSecs</param-name>
<param-value>3600</param-value>
</session-param>
</session-descriptor>
默认值是3600秒
3,jsp中控制
session.setmaxinactiveinterval(7200);
session是默认对象,可以直接引用,单位秒s
4,servlet中控制
httpsession session = request.getsession();
session.setmaxinactiveinterval(7200);
单位秒s
在weblgoic的console中：xxDomain－>Servers->xxServer->Protocols->HTTP 中有一个关于Post Timeout的配置，但这个参数一般使用默认值即可
一般是通过Services-->JDBC-->Connection Pools-->MyConnection(你所建立的连接池名)－－>Configration-->Connections 里的Inactive Connection Timeout这个参数来设置的，默认的为0，表示连接时间无限长。你可以设一个时间值，连接超过这个时间值，它会把连接强制放回连接池
<Server AcceptBacklog="62" CompleteHTTPMessageTimeout="480"
CompleteMessageTimeout="480" IdleConnectionTimeout="600"
ListenAddress="" ListenPort="7001" Name="myserver"
NativeIOEnabled="true" ReliableDeliveryPolicy="RMDefaultPolicy"
ServerVersion="8.1.4.0">
是否IdleConnectionTimeout参数
看连接池中高级选项内的Inactive Connection Timeout和Connection Reserve Timeout时多少， 把这两项设大些试试
如果在两个文件中同时设置了超时时间，则会以web.xml中为准。
所以在weblogic环境中，最好将web.xml中关于超时的设置删掉，保持唯一性。
这也是一个客户发现了问题后，多次实验后发现的。
如果使用WEBLOGIC作为应用服务器，设置SESSION超时时间会选择在WEBLOGIC的控制台设定。实际上，WEBLOGIC是将超时设定保存在WEB-INF下的weblogic.xml中，格式如下：
<session-descriptor>
<session-param>
<param-name>TimeoutSecs</param-name>
<param-value>7200</param-value>
</session-param>
</session-descriptor>
param-value中的数值就是超时时间，单位为秒。在设置完这个参数后，会发现超时时间并一定起效。这是为什么呢？
原来在WEB-INF下还有一个配置文件web.xml，里面同样会有一段设置session，格式如下：
<session-config>
<session-timeout>30</session-timeout>
</session-config>
session-timeout中的值也是超时时间，单位为分钟。
如果在两个文件中同时设置了超时时间，则会以web.xml中为准。
所以在weblogic环境中，最好将web.xml中关于超时的设置删掉，保持唯一性。
这也是一个客户发现了问题后，多次实验后发现的。
今天上午联创科技的一个朋友问题一个他们的问题.出现大量的:
ueue: ‘billproxyqueue’ has been busy for “727″ seconds working on the request “Http Request: /bill/y
nQueryPublic.go”, which is more than the configured time (StuckThreadMaxTime) of “600″ seconds.>
一看明显是连接超时, 导致的错误.
1.程序问题,是不是程序中没有关闭连接
2.如果程序没问题,则是weblogic的StuckThreadMaxTime设置过小而引起的,一般weblogic server 的StuckThreadMaxTime默认参数是600s,即10分钟,如果并发量过大,而导致等待处理过多,导致系统不停的增加线程，造成线程阻塞，你可以把该参数设置大点这个是稍微调大StuckThreadMaxTime的参数即可.
3.看线程数设置,可适当增加线程数，这个在WLS控制台中可以调整