2

在使用 BOX API v2 从 Box 获取事件时,我发现了一个奇怪的行为。

我得到的场景如下:

  1. 使用 box API v1 将 14 个文件上传到 box.net。
  2. 使用 stream_position=now 获取事件,这给出了一个流位置,比如 1234,并且不返回任何条目。
  3. 使用 stream_position=1234 获取事件,这会给出一个新的流位置,比如 7890,并且不返回任何条目。
    到此为止,一切都如预期的那样
  4. 使用 stream_position=7890 获取事件,现在这给出了具有“ITEM_UPLOAD”行为的虚拟事件数和我在第一步中上传的一些文件。

我希望如果在第 1 步之后没有发生文件事件,那么所有后续的 get 事件调用都将返回零条目。

这是 Box.NET API V2 中的错误吗?

由于我同时使用 API v1 和 API v2,它们是否兼容?

4

1 回答 1

2

这不是错误。在第 3 步调用时,您在第 1 步上传的文件根本没有复制到事件系统中。他们通过#4 到达那里。上传文件和发布到 API 的事件之间存在固有延迟。您完成整个过程的速度有多快?

如果您对使用 /events 端点或任何其他 V2 API 端点有任何其他问题,请告诉我们。

并且回答您的第二个问题,是的,V1 和 V2 api 是兼容的,可以一起使用。如果您需要 V1 API 的某些功能,则可以混合 V1 和 V2 api 调用。

于 2012-05-02T19:12:49.867 回答