DeadlineExceededException是如何在Google App Engine for Java中实现的？
DeadlineExceededException是如何在Google App Engine for Java中实现的？
提问于 2009-06-17 22:21:04
Google App Engine上的应用程序必须具有在30秒内返回响应数据的web请求。当超过此时间时，将抛出DeadlineExceededException异常：
/time.jsp
java.lang.ClassCastException: com.google.apphosting.api.DeadlineExceededException cannot be cast to javax.servlet.ServletException
at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:754)
at org.apache.jsp.time_jsp._jspService(time_jsp.java:66)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:35)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:237)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:76)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:125)
at com.google.apphosting.runtime.JavaRuntime.handleRequest(JavaRuntime.java:235)
at com.google.apphosting.base.RuntimePb$EvaluationRuntime$6.handleBlockingRequest(RuntimePb.java:4755)
at com.google.apphosting.base.RuntimePb$EvaluationRuntime$6.handleBlockingRequest(RuntimePb.java:4753)
at com.google.net.rpc.impl.BlockingApplicationHandler.handleRequest(BlockingApplicationHandler.java:24)
at com.google.net.rpc.impl.RpcUtil.runRpcInApplication(RpcUtil.java:359)
at com.google.net.rpc.impl.Server$2.run(Server.java:800)
at com.google.tracing.LocalTraceSpanRunnable.run(LocalTraceSpanRunnable.java:56)
at com.google.tracing.LocalTraceSpanBuilder.internalContinueSpan(LocalTraceSpanBuilder.java:510)
at com.google.net.rpc.impl.Server.startRpc(Server.java:756)
at com.google.net.rpc.impl.Server.processRequest(Server.java:348)
at com.google.net.rpc.impl.ServerConnection.messageReceived(ServerConnection.java:459)
at com.google.net.rpc.impl.RpcConnection.parseMessages(RpcConnection.java:319)
at com.google.net.rpc.impl.RpcConnection.dataReceived(RpcConnection.java:290)
at com.google.net.async.Connection.handleReadEvent(Connection.java:419)
at com.google.net.async.EventDispatcher.processNetworkEvents(EventDispatcher.java:762)
at com.google.net.async.EventDispatcher.internalLoop(EventDispatcher.java:207)
at com.google.net.async.EventDispatcher.loop(EventDispatcher.java:101)
at com.google.net.rpc.RpcService.runUntilServerShutdown(RpcService.java:251)
at com.google.apphosting.runtime.JavaRuntime$RpcRunnable.run(JavaRuntime.java:373)
at java.lang.Thread.run(Unknown Source)它是如何做到的？你有没有开放源码？
回答 4
Stack Overflow用户
发布于 2009-10-05 21:50:34
The Request Timer
请求处理程序生成和返回对请求的响应的时间有限，通常在30秒左右。一旦到达最后期限，请求处理程序就会中断。
Java运行时环境通过抛出com.google.apphosting.api.DeadlineExceededException.来中断servlet如果请求处理程序没有捕获此异常，就像所有未捕获的异常一样，运行时环境将向客户端返回HTTP 500服务器错误。
请求处理程序可以捕获此错误以自定义响应。在引发异常之后，运行时环境为请求处理程序提供了更多的时间(不到一秒)来准备自定义响应。
虽然一个请求可能需要长达30秒的响应时间，但App Engine针对具有短暂请求的应用程序进行了优化，这些请求通常需要几百毫秒。一个高效的应用程序可以快速响应大多数请求。如果应用程序不能很好地适应app Engine的基础架构，它将无法很好地扩展。
运行时==的一部分不使用线程。这个特性肯定是对VM的修改，我不会屏息等待源代码。
Stack Overflow用户
发布于 2009-06-18 10:53:09
我认为这个异常背后的机制是在应用程序引擎基础设施中实现的，这不是开源的。
但是，您可以将此功能用于网络，或者更一般地，使用java.nio (例如Selector)的任何I/O受限代码。相反，对于CPU受限的代码，你可以使用java.util.concurrent (例如Future)。
Stack Overflow用户
发布于 2009-10-16 09:36:53
这可以按如下方式完成，使用non-blocking IO并创建一个监视线程，该线程记录启动时间，并在经过的时间过后抛出异常。非阻塞IO教程展示了如何通过Ping.java示例来实现这一点。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/1009807
复制相关文章
相似问题
腾讯云开发者
