长寿命RESTful交互

问题描述

我们有一个讨论，此刻在我的团队回事，我很想在其他意见。假设我们有其作用是通过应用各种分析算法和服务注释文档RESTful Web服务。在明确基本的互动：我们有一个资源是文档集合;客户端发布一个新的文档的收集，回来的新文档的URI，那么可以得到 docURI 来获取文档背面或GET {} docURI /元来看看一般的元数据， {} docURI / NE 命名实体等的问题是，一些分析可能需要很长的时间才能完成。假设客户端获取元数据URI之前分析完成，因为它要能够显示在UI部分或增量的结果。在未来重复GET可能会产生更多的结果。

我们已经讨论解决方案包括：

• 保持HTTP连接打开
  直到所有的分析都做了（这
  似乎没有可扩展）


• 使用
  内容长度和接受范围
  头获取增量的内容（但
  我们事先不知道过了多久
  最终的内容将是）


• 提供
  Atom提要每个资源等等
  客户端订阅更新
  事件，而不是仅仅让
  资源（似乎过于
  复杂的和可能的资源饿了，如果有很多的活动文档）


• 只是有获取返回
  任何可用的时间（但它仍然
  离开客户端的问题
  知道什么时候我们终于完成）的 的

任何意见或建议的替代方法来处理一个RESTful架构长寿命或异步交互？

伊恩

解决方案

Have you considered SUP?

If polling is an option, why bother with a feed? Why not just have the clients poll the resource itself?

Could you cut down on unnecessary polling by including an estimated time for completion of the analyses?

这篇关于长寿命RESTful交互的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！