在繁重的操作中，RUN@Cloud总是把我踢出家门

Question

我正在使用一个大型应用程序实例来运行一个基本的java web应用程序(GWT + Spring)。在我的应用程序(报表)中有一个昂贵的操作，它需要很长时间才能执行。

我试着在我的本地机器上用cloudbees SDK运行它，它的设置与它在云上的设置类似，它似乎运行得很好。它大约在3-4分钟内运行。

在云上，这似乎需要更长的时间。问题不在于它需要很长的时间。cloudbees在5分钟后终止会话，并在我的浏览器中显示错误消息“无法连接到服务器。请联系您的管理员”。一个不需要很长时间的报告运行得很好。我的应用程序的会话超时时间为30分钟，所以这也不是问题。

会出什么问题呢？是不是和cloudbees有关？

Answer 1

这可能是由于通过路由层(revproxy)对请求进行代理缓冲，所以很可能不是会话超时，而是http连接被切断。

您可以通过bees CLI命令设置proxyBuffering=false (例如，当您部署应用程序时)-这将确保更长时间运行的连接可以工作。

然而，理想情况下，你可以稍微修改一下应用程序，返回浏览器时带着一些令牌，你可以用它来轮询，以获得完成状态，因为即使连接持续了这么长时间，在互联网上也可能提供与本地相比糟糕的体验。