这是获取事件时Box API v2的错误

Question

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

我得到的场景如下：

1. 使用框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，它们是否兼容？

Answer 1

这不是错误。您在步骤1上传的文件在＃3呼叫时没有复制到事件系统。他们通过＃4来到那里。上传文件和发布到API的事件之间存在固有的延迟。你这个过程的速度有多快？

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

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