㈠ WAS http请求默认的响应时间是多少
WAS http请求默认的响应时间是多少的解答如下
默认超时时间是60秒,可以通过下面语句进行修改
HttpClient httpClient=new HttpClient();
httpClient.getHttpConnectionManager().getParams().setConnectionTimeout(1000 * 60); //链接超时60秒
httpClient.getHttpConnectionManager().getParams().setSoTimeout(1000 * 60); //读取超时60秒
㈡ HttpWebRequest怎么长连接
HTTP是无状态的
也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。如果客户端浏览器访问的某个HTML或其他类型的 Web页中包含有其他的Web资源，如JavaScript文件、图像文件、CSS文件等；当浏览器每遇到这样一个Web资源，就会建立一个HTTP会话
HTTP1.1和HTTP1.0相比较而言，最大的区别就是增加了持久连接支持(貌似最新的 http1.0 可以显示的指定 keep-alive),但还是无状态的，或者说是不可以信任的。
如果浏览器或者服务器在其头信息加入了这行代码
Connection:keep-alive
TCP连接在发送后将仍然保持打开状态，于是，浏览器可以继续通过相同的连接发送请求。保持连接节省了为每个请求建立新连接所需的时间，还节约了带宽。
实现长连接要客户端和服务端都支持长连接。
所谓长连接指建立SOCKET连接后不管是否使用都保持连接，但安全性较差，
所谓短连接指建立SOCKET连接后发送后接收完数据后马上断开连接，一般银行都使用短连接
短连接：比如
http
的，只是连接、请求、关闭，过程时间较短
,
服务器若是一段时间内没有收到请求即可关
闭连接。
长连接：有些服务需要长时间连接到服务器，比如
CMPP
，一般需要自己做在线维持。
最近在看
“
服务器推送技术
”
，在
B/S
结构中，通过某种
magic
使得客户端不需要通过轮询即可以得到服务
端的最新信息（比如股票价格）
，这样可
以节省大量的带宽。
传统的轮询技术对服务器的压力很大，
并且造成带宽的极大浪费。如果改用
ajax
轮询，可以降低带宽的负荷
（因为服务器返回的不是完整页面）
，
但是对服务器
的压力并不会有明显的减少。
而推技术（
push
）可以改善这种情况。但因为
HTTP
连接
的特性（短暂，必须由客户端发起）
，使得推技术的实现比较困难，常见的做法是通过延长
http
连接的寿
命
，
来实现
push
。
接下来自然该讨论如何延长
http
连接的寿命
，
最简单的自然是死循环法
：
【
servlet
代
码
片
段
】
public
void
doGet(Request
req,
Response
res)
{
PrintWriter
out
=
res.getWriter();
……
正
常
输
出
页
面
……
㈢ 请教JAVA如何实现web下的长连接关键后台如何写
之前在ITjob老师那边讲过常连接的设置可以在web容器中完成，下面是weblogic的场连接设置
一、进入services-JDBC Connection Pools->sysConfig，然后点Connections标签，点
二、点Advanced Options的Show
三、把一下三个打勾保存
可能的原因：
Web服务器与数据库之间有一个安全防火墙，这个防火墙会定期检查连接，如果某个连接长时间（30分钟）没有数据流过，就会被关闭。通过以上设置后保证了数据库连接不会被断开
㈣ 如何限制web服务器的HTTP头部传输的最大许可时间
有的网站会在服务器运行一段时间后down掉，有很多原因可能造成这种现象：比如tomcat堆和非堆内存设置不足，程序没能释放内存空间造成内存溢出，或者某些进程一直运行没能释放，造成cup资源大量消耗。但除了程序本身的原因，还有可能是客服端访问造成（当然这个客户端也包含如蜘蛛软件等搜索引擎），如果服务器和客户端建立的是长链接(可以用”netstat -a”命令查看网络访问信息)，这就需要对http响应头的connection做一定的设置。
在http1.1中request和reponse header中都有可能出现一个connection头字段，此header的含义是当client和server通信时对于长链接如何进行处理。在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header中指明connection的值为close；如果server方也不想支持长链接，则在response中也需要明确说明connection的值为close。
不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。
HTTP Connection的close设置允许客户端或服务器中任何一方关闭底层的连接双方都会要求在处理请求后关闭它们的TCP连接。
如何在程序中设置：可以在过滤器中加入：response.setHeader(“connection”, “close”);
以下内容来自: HTTP Keep-Alive详解
HTTP Keep Alive
HTTP Keep-Alive 很大程序上被误解了，下面介绍一下它在HTTP/1.0和HTTP/1.1版本下是如何工作的，以及其在JAVA中的运行原理。
HTTP是一个请求<->响应模式的典型范例，即客户端向服务器发送一个请求信息，服务器来响应这个信息。在老的HTTP版本中，每个请求都将被创建一个新的客户端->服务器的连接，在这个连接上发送请求，然后接收请求。这样的模式有一个很大的优点就是，它很简单，很容易理解和编程实现；它也有一个很大的缺点就是，它效率很低，因此Keep-Alive被提出用来解决效率低的问题。
HTTP/1.0
在HTTP/1.0版本中，并没有官方的标准来规定Keep-Alive如何工作，因此实际上它是被附加到HTTP/1.0协议上，如果客户端浏览器支持Keep-Alive，那么就在HTTP请求头中添加一个字段 Connection: Keep-Alive，当服务器收到附带有Connection: Keep-Alive的请求时，它也会在响应头中添加一个同样的字段来使用Keep-Alive。这样一来，客户端和服务器之间的HTTP连接就会被保持，不会断开（超过Keep-Alive规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接
HTTP/1.1
在HTTP/1.1版本中，官方规定的Keep-Alive使用标准和在HTTP/1.0版本中有些不同，默认情况下所在HTTP1.1中所有连接都被保持，除非在请求头或响应头中指明要关闭：Connection: Close ，这也就是为什么Connection: Keep-Alive字段再没有意义的原因。另外，还添加了一个新的字段Keep-Alive:，因为这个字段并没有详细描述用来做什么，可忽略它
Not reliable（不可靠）
HTTP是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive没能改变这个结果。另外，Keep-Alive也不能保证客户端和服务器之间的连接一定是活跃的，在HTTP1.1版本中也如此。唯一能保证的就是当连接被关闭时你能得到一个通知，所以不应该让程序依赖于Keep-Alive的保持连接特性，否则会有意想不到的后果
Keep-Alive和POST
在HTTP1.1细则中规定了在一个POST消息体后面不能有任何字符，还指出了对于某一个特定的浏览器可能并不遵循这个标准（比如在POST消息体的后面放置一个CRLF符）。而据我所知，大部分浏览器在POST消息体后都会自动跟一个CRLF符再发送，如何解决这个问题呢？根据上面的说明在POST请求头中禁止使用Keep-Alive，或者由服务器自动忽略这个CRLF，大部分服务器都会自动忽略，但是在未经测试之前是不可能知道一个服务器是否会这样做。
以下内容来自: http://liugong.blog.163.com/blog/static/178272375201141344312315/
HTTP无状态协议和Connection:Keep-Alive容易犯的误区
名词解释：
HTTP无状态：无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。从另一方面讲，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系
如果你要实现一个购物车，需要借助于Cookie或Session或服务器端API（如NSAPI and ISAPI）记录这些信息，请求服务器结算页面时同时将这些信息提交到服务器
当你登录到一个网站时，你的登录状态也是由Cookie或Session来“记忆”的，因为服务器并不知道你是否登录
优点：服务器不用为每个客户端连接分配内存来记忆大量状态，也不用在客户端失去连接时去清理内存，以更高效地去处理WEB业务
缺点：客户端的每次请求都需要携带相应参数，服务器需要处理这些参数
Keep-Alive：参考另外一篇文章HTTP Keep-Alive 详解
容易犯的误区：
1、HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）
2、从HTTP/1.1起，默认都开启了Keep-Alive，保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
3、Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间
以下内容来自:http://www.l99.com/EditText_view.action?textId=446020&src=
Keep-Alive简介及在Tomcat中配置
Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上 的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连 接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。 此功能为HTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持续作用功能。
Keep-Alive: timeout=5, max=100
timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout），max是最多一百次请求，强制断掉连接
就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。
Tomcat中的相关设置,在server.xml 中的Connector 元素中。
keepAliveTimeout：
此时间过后连接就close了，单位是milliseconds
maxKeepAliveRequests：
最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间）.
maxKeepAliveRequests=”1″就可以避免tomcat产生大量的TIME_WAIT连接，从而从一定程度上避免tomcat假死。
<Connector executor=”tomcatThreadPool”
port=”80″ protocol=”HTTP/1.1″
connectionTimeout=”60000″
keepAliveTimeout=”15000″
maxKeepAliveRequests=”1″
redirectPort=”443″
maxHttpHeaderSize=”8192″ URIEncoding=”UTF-8″ enableLookups=”false” acceptCount=”100″ disableUploadTimeout=”true”/>有的网站会在服务器运行一段时间后down掉，有很多原因可能造成这种现象：比如tomcat堆和非堆内存设置不足，程序没能释放内存空间造成内存溢出，或者某些进程一直运行没能释放，造成cup资源大量消耗。但除了程序本身的原因，还有可能是客服端访问造成（当然这个客户端也包含如蜘蛛软件等搜索引擎），如果服务器和客户端建立的是长链接(可以用”netstat -a”命令查看网络访问信息)，这就需要对http响应头的connection做一定的设置。
在http1.1中request和reponse header中都有可能出现一个connection头字段，此header的含义是当client和server通信时对于长链接如何进行处理。在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header中指明connection的值为close；如果server方也不想支持长链接，则在response中也需要明确说明connection的值为close。
不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。
HTTP Connection的close设置允许客户端或服务器中任何一方关闭底层的连接双方都会要求在处理请求后关闭它们的TCP连接。
如何在程序中设置：可以在过滤器中加入：response.setHeader(“connection”, “close”);
以下内容来自: HTTP Keep-Alive详解
HTTP Keep Alive
HTTP Keep-Alive 很大程序上被误解了，下面介绍一下它在HTTP/1.0和HTTP/1.1版本下是如何工作的，以及其在JAVA中的运行原理。
HTTP是一个请求<->响应模式的典型范例，即客户端向服务器发送一个请求信息，服务器来响应这个信息。在老的HTTP版本中，每个请求都将被创建一个新的客户端->服务器的连接，在这个连接上发送请求，然后接收请求。这样的模式有一个很大的优点就是，它很简单，很容易理解和编程实现；它也有一个很大的缺点就是，它效率很低，因此Keep-Alive被提出用来解决效率低的问题。
HTTP/1.0
在HTTP/1.0版本中，并没有官方的标准来规定Keep-Alive如何工作，因此实际上它是被附加到HTTP/1.0协议上，如果客户端浏览器支持Keep-Alive，那么就在HTTP请求头中添加一个字段 Connection: Keep-Alive，当服务器收到附带有Connection: Keep-Alive的请求时，它也会在响应头中添加一个同样的字段来使用Keep-Alive。这样一来，客户端和服务器之间的HTTP连接就会被保持，不会断开（超过Keep-Alive规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接
HTTP/1.1
在HTTP/1.1版本中，官方规定的Keep-Alive使用标准和在HTTP/1.0版本中有些不同，默认情况下所在HTTP1.1中所有连接都被保持，除非在请求头或响应头中指明要关闭：Connection: Close ，这也就是为什么Connection: Keep-Alive字段再没有意义的原因。另外，还添加了一个新的字段Keep-Alive:，因为这个字段并没有详细描述用来做什么，可忽略它
Not reliable（不可靠）
HTTP是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive没能改变这个结果。另外，Keep-Alive也不能保证客户端和服务器之间的连接一定是活跃的，在HTTP1.1版本中也如此。唯一能保证的就是当连接被关闭时你能得到一个通知，所以不应该让程序依赖于Keep-Alive的保持连接特性，否则会有意想不到的后果
Keep-Alive和POST
在HTTP1.1细则中规定了在一个POST消息体后面不能有任何字符，还指出了对于某一个特定的浏览器可能并不遵循这个标准（比如在POST消息体的后面放置一个CRLF符）。而据我所知，大部分浏览器在POST消息体后都会自动跟一个CRLF符再发送，如何解决这个问题呢？根据上面的说明在POST请求头中禁止使用Keep-Alive，或者由服务器自动忽略这个CRLF，大部分服务器都会自动忽略，但是在未经测试之前是不可能知道一个服务器是否会这样做。
以下内容来自: http://liugong.blog.163.com/blog/static/178272375201141344312315/
HTTP无状态协议和Connection:Keep-Alive容易犯的误区
名词解释：
HTTP无状态：无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。从另一方面讲，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系
如果你要实现一个购物车，需要借助于Cookie或Session或服务器端API（如NSAPI and ISAPI）记录这些信息，请求服务器结算页面时同时将这些信息提交到服务器
当你登录到一个网站时，你的登录状态也是由Cookie或Session来“记忆”的，因为服务器并不知道你是否登录
优点：服务器不用为每个客户端连接分配内存来记忆大量状态，也不用在客户端失去连接时去清理内存，以更高效地去处理WEB业务
缺点：客户端的每次请求都需要携带相应参数，服务器需要处理这些参数
Keep-Alive：参考另外一篇文章HTTP Keep-Alive 详解
容易犯的误区：
1、HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）
2、从HTTP/1.1起，默认都开启了Keep-Alive，保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
3、Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间
以下内容来自:http://www.l99.com/EditText_view.action?textId=446020&src=
Keep-Alive简介及在Tomcat中配置
Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上 的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连 接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。 此功能为HTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持续作用功能。
Keep-Alive: timeout=5, max=100
timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout），max是最多一百次请求，强制断掉连接
就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。
Tomcat中的相关设置,在server.xml 中的Connector 元素中。
keepAliveTimeout：
此时间过后连接就close了，单位是milliseconds
maxKeepAliveRequests：
最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间）.
maxKeepAliveRequests=”1″就可以避免tomcat产生大量的TIME_WAIT连接，从而从一定程度上避免tomcat假死。
<Connector executor=”tomcatThreadPool”
port=”80″ protocol=”HTTP/1.1″
connectionTimeout=”60000″
keepAliveTimeout=”15000″
maxKeepAliveRequests=”1″
redirectPort=”443″
maxHttpHeaderSize=”8192″ URIEncoding=”UTF-8″ enableLookups=”false” acceptCount=”100″ disableUploadTimeout=”true”/>
㈤ 如何调整web请求等待时间
(1)wsdl文件全文：
我不知道为什么，老传不上去
(2)传不了图片，只好列出来了：<
action、actionCol、attribute_、attributeCol、configurationRequest、eventValue、eventValueCol、filters、identity、interval、login、loginResponse、loginResult、logout、logoutRespons、mainActions、metric、notification、objectId、objectType、objectTypeCol、objectTypes、parameter、parameterCol、parameters、relativeActions、retrieveConfiguration...
我出来的差不多才有一半类名。如果哪位能生成以上所有类的话，基本就是正确的思路了。
(3)应用中需要应用.dll其中类与web服务交互的代码片段：只是简单的登录
Dim GdspClient As Object 'SoapMessageClient
Dim SubmitReq As Object 'SoapMessage
Dim SubmitRes As Object 'SoapMessage
Dim loginInput As New gssProxyXdr.Login '此处的gssProxyXdr就是生成的那个请求报文片段类activx dll工程生成的dll
Dim loginOut As loginResponse
Dim mOutput As New gssProxyXdr.loginResponse
Dim loginResult As gssProxyXdr.loginResult
Public Function Init(wsdlPath As String) As Boolean
On Error GoTo err:
Set GdspClient = CreateObject("MSSMO.SoapMessageClient")
Set SubmitReq = CreateObject("MSSMO.SoapMessage")
GdspClient.Connect wsdlPath, "statService", "statPort"
㈥ java web即时聊天如何保持长连接
一般web通讯都是在xmpp基础上改的，开源的比如openfire、spark，都有源码的，你可以借鉴一下。
㈦ 在web应用中session管理有几种方式试用三种方式设置session超时时间，并分别简述其优缺点
1、操作系统（System）：
步骤：开始——〉管理工具——〉Internet信息服务(IIS)管理器——〉网站——〉默认网站——〉右键“属性”——〉主目录——〉配置——〉选项——〉启用会话状态——〉会话超时（在这儿设置你要的超时时间，单位分钟）。确定即可。
2、ASP.NET应用程序中Session过期时间的设置
在ASP.NET这样的Web应用中，Session是用来保存用户状态的常用手段，不过由于服务器内存空间是有限的，因此Session过期时间设置是很有必要的。在ASP.NET中怎么设置Session的过期时间呢，很容易，修改web.config配置。
具体修改方法如下，在web.config中进行如下配置
<system.web>
<sessionState mode="InProc" timeout="30"/>
</system.web>
在这里指的是Session过期时间为30分钟。也就是说30分钟后假如当前用户木有操作，那么Session就会自动过期了。
3、在调出使用Session的cs页中，Load事件里边写以下
Session.Timeout = 30;
4、Store session in asp.net state service
<sessionState cookieless="false" timeout="480" mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;user id=sa;passWORD=" />
看一下，看你的程序是用到了哪种设置方式，把时间改成你要的时间就可以了。
㈧ 迪普设备如何WEB界面上修改系统时间
电脑启动时,按DEL进入BIOS界面,选择第一项进入 Standard CMOS Features,可以用方向键修改时间,修改好以后,按F10退出,选Y.
<↑> 向前移一项
<↓> 向后移一项
<←> 向左移一项
<→> 向右移一项
<Esc> 跳到退出菜单或者从子菜单回到主菜单 <+/PU> 增加数值或改变选择项
<-/PD> 减少数值或改变选择项
㈨ java怎样在Web页面中怎样修改本地计算机的时间
应该不能吧，若想做到，必须和本计算机的系统连接起来，Windows早不是随便写一条程序就可以关机的时候了，现在Windows是分层次的，权限不同，何况是用Java.
㈩ 调用webservice默认超时是多少
一.服务器端设置
1、web.config配置，<system.web></system.web>里面增加：<httpRuntime maxRequestLength="10240" appRequestQueueLimit="100" useFullyQualifiedRedirectUrl="true" executionTimeout="1200" />
2、扩大代理类的超时限制，默认是90秒
YourWebService yws = new YourWebService();
yws.Timeout = 1200000; //20分钟
3、IIS属性-网站 连接超时时间 1200秒
二.客户端设置
1、修改 app.config 文件，添加如下代码：
<httpRuntime executionTimeout="600" />
请求执行超时时间为600秒（默认为110秒）
2、设置 Web services 的 Timeout 属性
对 XML Web services 的同步调用的超时（以毫秒为单位）。默认为 100000 毫秒。
lywSqCommon.sqsdData.GetData getData = new lywSqCommon.sqsdData.GetData();//GetData 为类名
getData.Timeout=700000;//单位为毫秒
指示 XML Web services 客户端等待同步 XML Web services 请求完成的时间（以毫秒计）。
提示：如果将 Timeout 属性设置为 Timeout.Infinite，则指示该请求无超时。即使 XML Web services 客户端可以将 Timeout 属性设置为无超时，Web 服务器仍可以在服务器端使请求超时。
系统将以上面两项设置的最小者作为操作超时的时间长度。