Question

在Internet Explorer中使用我们的Web应用程序，浏览器有时无法从Web服务器获得响应，应用程序最终会超时。

该应用程序是使用IceFaces框架的Java Server Faces应用程序。当用户在应用程序中执行操作时，可以并行发出多个AJAX请求。当用户一次打开多个浏览器窗口（视图）时，尤其会发生这种情况。某些AJAX请求未将结果返回给浏览器。

有时可以中止一些AJAX请求。当浏览器选项卡/框架关闭且有未完成的请求时，我们认为Internet Explorer会中止它们。可能是这些是使用先前已中止的请求所使用的连接的请求，尽管我们尚未证明这一点。

当应用程序似乎挂起在客户端上（AJAX请求没有返回）时，在服务器端，Glassfish的堆栈跟踪显示线程在Grizzly进行的NIO选择调用中。

例如：

来自线程池的堆栈跟踪：

    http-thread-pool-16093(1)" - Thread t@722
    java.lang.Thread.State: RUNNABLE
                at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
                at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
                at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
                at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
                - locked <768acb28> (a sun.nio.ch.Util$2)
                - locked <121febe5> (a java.util.Collections$UnmodifiableSet)
                - locked <6db810ae> (a sun.nio.ch.EPollSelectorImpl)
                at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
                at com.sun.grizzly.util.Utils.readWithTemporarySelector(Utils.java:159)
                at com.sun.grizzly.util.SSLUtils.doRead(SSLUtils.java:185)
                at com.sun.grizzly.util.SSLUtils.doSecureRead(SSLUtils.java:138)
                at com.sun.grizzly.util.SSLUtils.doSecureRead(SSLUtils.java:101)
                at com.sun.grizzly.util.InputReader.doSecureRead(InputReader.java:311)
                at com.sun.grizzly.util.InputReader.doRead(InputReader.java:281)
                at com.sun.grizzly.util.InputReader.read(InputReader.java:206)
                at   com.sun.grizzly.tcp.http11.InternalInputBuffer.fill(InternalInputBuffer.java:837)
                at com.sun.grizzly.tcp.http11.InternalInputBuffer$InputStreamInputBuffer.doRead(InternalInputBuffer.java:873)
                at com.sun.grizzly.tcp.http11.filters.IdentityInputFilter.end(IdentityInputFilter.java:202)
                at com.sun.grizzly.tcp.http11.InternalInputBuffer.endRequest(InternalInputBuffer.java:422)
                at com.sun.grizzly.http.ProcessorTask.finishResponse(ProcessorTask.java:806)
                at com.sun.grizzly.http.ProcessorTask.postResponse(ProcessorTask.java:782)
                at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:758)
                at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
                at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
                at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
                at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
                at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
                at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
                at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
                at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
                at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
                at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
                at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
                at java.lang.Thread.run(Thread.java:662)

   Locked ownable synchronizers:
                - locked <36cd6060> (a     java.util.concurrent.locks.ReentrantLock$NonfairSync)

使用开发人员工具查看网络流量时，我们会看到一种典型的请求模式，其中包括Internet Explorer仍显示为待处理的已中止请求。

我们在Firefox或Chrome中没有看到这个问题，但我们可以在IE中可靠地重现它。 8,9＆amp; 10。

还有其他人遇到过这个问题吗？

Answer 1

这个帖子有点旧，但是我会记录文件，因为我因为文档很差而花了两天的时间研究解决我的问题。

我真正的问题在于桌面应用程序（联盟公司）通过线程建立无限连接而没有正确配置超时。为了解决我的问题，我将请求超时从900秒减少到60秒。

GlassFish上的路径3.1.2.2管理控制台：配置 - ＆gt; server-config - ＆gt;网络配置 - ＆gt;网络听众 - ＆gt; http-listener-1 - ＆gt; HTTP（标签） - ＆gt;请求超时

Web应用程序在Internet Explorer中运行时失去与Glassfish服务器的连接

1 个答案: