代码之家  ›  专栏  ›  技术社区  ›  Eric Palakovich Carr

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

  •  0
  • Eric Palakovich Carr  · 技术社区  · 7 年前

    使用 HERE action=run 参数,得到一个 RequestId

    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>
    

    another question 在这里,同样的问题,在一个来自 ckHERE

    状态“accepted”表示您的作业已排队等待

    所以我想你的应用程序还可以,瓶颈可能是

    令人不安的是与这个问题相关的其他一些问题的答案,特别是这项工作需要多长时间才能最终得到处理。 For example

    差不多一周了。这里API从不运行批处理作业,总是返回accepted

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

    这引出了我的问题:

    1. 我是否应该假设我现在的问题已经到了尽头,或者在我创建工作时,我是否仍然在做错事(我如何才能发现)?

    2. 如果问题真的到此为止,这种情况多久发生一次?这里一般都很可靠,只是有一个小插曲在他们的服务这个周末,或者我可以期待几天(星期?)经常性的工作延误?

    3. 这里有一个状态页,我可以检查他们的服务是否有问题?

    1 回复  |  直到 7 年前
        1
  •  0
  •   HERE Developer Support    7 年前

    请在下面找到问题的答案。

    1. 我是否应该假设我现在的问题已经到了尽头,或者在我创建工作时,我是否仍然在做错事(我如何才能发现)?
    2. 如果问题真的到此为止,这种情况多久发生一次?这里一般都很可靠,只是有一个小插曲在他们的服务这个周末,或者我可以期待几天(星期?)经常性的工作延误?
    3. 这里有一个状态页,我可以检查他们的服务是否有问题? 很遗憾,没有。我们不提供外部仪表板来查看服务或作业运行