这里 批量地理编码卡在接受状态



使用 HERE 批量地理编码 REST API,我提交了一个使用action=run参数对 4 个地址进行地理编码的作业,并在响应中得到了RequestId。通过以下 URL 访问作业状态的 API 终结点时...

https://batch.geocoder.api.here.com/6.2/jobs/[RequestId]?action=status&app_id=[app_id]&app_code=[app_code]

。我得到以下响应:

<ns2:SearchBatch xmlns:ns2="http://www.navteq.com/lbsp/Search-Batch/1">
<Response>
<MetaInfo>
<RequestId>[RequestId]</RequestId>
</MetaInfo>
<Status>accepted</Status>
<TotalCount>0</TotalCount>
<ValidCount>0</ValidCount>
<InvalidCount>0</InvalidCount>
<ProcessedCount>0</ProcessedCount>
<PendingCount>0</PendingCount>
<SuccessCount>0</SuccessCount>
<ErrorCount>0</ErrorCount>
</Response>
</ns2:SearchBatch>

SO上还有另一个问题,有同样的问题,并在ckHERE的回答中得到了解决:

状态"已接受"表示您的作业已排队并正在等待 以执行插槽。我们在 HERE 正在监控队列以制作 确保根据需要调整容量。

所以我想你的应用程序没问题,瓶颈可能是 在我们这边。

令人不安的是与此问题相关的问题中的其他一些答案,特别是工作最终处理需要多长时间。 例如:

看起来这是一个队列问题,除了我的一直在进行 将近一个星期。HERE API 从不运行批处理作业,始终返回已接受 地位

*4天后*

这是一个队列问题。突然所有的工作 同时完成。从那以后,服务一直运作良好。

这就引出了我的问题:

  1. 应该假设我现在的问题在这里结束,还是在我创建工作时我仍然做错了什么(我怎么能找到(?

  2. 如果问题确实在这里结束,这种情况多久发生一次?HERE是否通常非常可靠,并且本周末他们的服务只是打了个嗝,或者我可以预期工作会定期延迟数天(数周?

  3. HERE是否有状态页面,我可以在其中检查他们的任何服务是否有问题?

请在下面找到项目符号中问题的答案。

  1. 应该假设我现在的问题在这里结束,还是在我创建工作时我仍然做错了什么(我怎么能找到(? 是的,问题是由于提交了一些糟糕的作业并阻止了所有其他作业,因为它们必须等待已经运行的作业。
  2. 如果问题确实在这里结束,这种情况多久发生一次?HERE是否通常非常可靠,并且本周末他们的服务只是打了个嗝,或者我可以预期工作会定期延迟数天(数周?这不应该经常发生,因为我们有基本的检查,并不断即兴检查以避免此类问题
  3. HERE是否有状态页面,我可以在其中检查他们的任何服务是否有问题?不幸的是,没有。我们不提供外部仪表板来查看正在运行的服务或作业

希望您发现它们有用。

最新更新