我的Glassfish-Web应用程序有一个奇怪的问题。
大多数时候,我的index.jsp站点加载得非常快。但有时(特别是在更新应用程序的新版本之后),我会在GlassFish中得到一堆TimeOutExceptions。
在Chrome developer控制台中,所有JavaScript文件都处于“挂起”状态,但是.jsp和.css文件加载得非常快。大约1分钟后(有时1.5分钟),大多数JavaScript文件处于状态'200'。其中一些仍然处于“失败”状态。重新加载页面后,一切正常。
查看Chrome的截图。挂起状态:http://s30.postimg.org/ngr85kuk1/Pending.png
完成状态:http://s17.postimg.org/dvdgxmppr/Done.png
这些错误出现在GlassFish上:
[#|2014-07-25T13:51:12.321+0200|WARNING|glassfish 4.0|javax.enterprise.web._vs.server|_ThreadID=27;_ThreadName=Thread-7;_TimeMillis=1406289072321;_LevelValue=900;|StandardWrapperValve[default]: Servlet.service() for servlet default threw exception java.io.IOException: java.util.concurrent.TimeoutException at org.glassfish.grizzly.utils.Exceptions.makeIOException(Exceptions.java:81) at org.glassfish.grizzly.http.io.OutputBuffer.blockAfterWriteIfNeeded(OutputBuffer.java:958) at org.glassfish.grizzly.http.io.OutputBuffer.write(OutputBuffer.java:682) at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:355) at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:342) at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:161) at org.apache.catalina.servlets.DefaultServlet.copy(DefaultServlet.java:2069) at org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:1092) at org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:518) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188) at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191) at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838) at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544) at java.lang.Thread.run(Thread.java:744) Caused by: java.util.concurrent.TimeoutException at java.util.concurrent.FutureTask.get(FutureTask.java:201) at org.glassfish.grizzly.http.io.OutputBuffer.blockAfterWriteIfNeeded(OutputBuffer.java:951) ... 36 more
我正在使用Glasfish 4社区版。
谢谢你的帮助
西蒙
我将所有JavaScript文件合并到一个大文件中(并将其缩小),之后,问题就再也没有发生过。
我遇到了一个类似于Visual Studio调试/加载非常慢的问题,但我还没有找到解决这个问题的方法。 我已经尝试了这个问题中描述的所有内容,但第一次符号加载非常慢。 null null 除了问题中提到的Visual Studio调试/加载非常慢之外,还有其他可能的解决方案吗?
我正在使用android studio,我已经更新了版本为141.1890965的android studio。但是我的Androidgradle构建还是太slpw了,当我第一次构建它时,它花了差不多3分钟,然后大约花了1分钟20秒。我在谷歌上尝试了许多解决方案,但我仍然帮助较少。以下是我尝试的链接。 级配建设太慢
而且大多数时候,我的cpu使用率大约是10%!(其实是闲置的!)因为以前gradle工作的时候几乎所有的时间都是100%
我正在使用Protege5.2.0版本,并尝试从http://purl.org/ontology/mo/添加音乐本体。我已经在我的电脑上下载了rdfs,当我尝试导入我的本体上的文件时,加载需要花费很长时间。 特别是,加载“http://purl.org/ontology/similarity/”时,它会冻结:现在它已经在那里大约10分钟了,每次我都必须粗暴地关闭程序,否则它不会停止加载。 有没有办
问题内容: 我很想使用BrowserSync进行开发。但是,页面加载(不仅是更改后重新加载)非常慢。 我使用模式。在没有BrowserSync的情况下浏览网页的速度应该很快。 原因之一可能是我安装BrowserSync时出现以下错误: 我从头开始安装节点(使用和软件包安装程序),但无法摆脱错误。 此外,如果使用Gulp或在命令行上运行BrowserSync,也没有什么不同。 任何想法? 问题答案:
问题内容: 我正在VMWare下的SSD上用Node复制文件,但是性能很低。我已经用来衡量实际速度的基准测试如下: 但是,以下用于复制文件的节点代码非常慢,因此随后的运行不会使其速度更快: 运行方式为: 这里有什么问题,我该如何加快速度?我相信我可以通过调整缓冲区大小来更快地用C编写它。让我感到困惑的是,当我编写简单的几乎等同于pv的程序时,如下所示将stdin传递到stdout,它的速度非常快。