2015-11-11 22 views
1

此行爲今天開始(2015年11月10日)。 當我打電話給沙盒Uber端點時,一個真正的驅動程序會接受並來臨。優步沙盒/請求端點使用生產環境並調用實際驅動程序

我花了5個小時試圖瞭解發生了什麼。 我在過去的1.5個月裏一直使用Uber API,之前沒有遇到過這個問題。

我提出這個要求(現在我跟郵遞員做,所以好像沒有什麼別的可以影響它):

URL: https://sandbox-api.uber.com/v1/requests 
Method: POST 
Headers: 
    Authorization Bearer AvwkOYENiYRS... (Got it from Uber) 
    Content-Type: application/json 
body: 
    { 
     "product_id": "04a497f5-380d-47f2-bf1b-ad4cfdcb51f2", // got from uber before that 
     "start_latitude":37.4237323, 
     "start_longitude":-122.09827279999999, 
     "end_latitude":37.4243272, 
     "end_longitude":-122.09491579999997 
    } 

我收到來自尤伯杯成功的響應。 還有一些時間服務器後,啓動從尤伯杯接收事件:

X-Environment: production 
{ 
    ... 
    "event_type": "requests.status_changed", 
    "meta": { 
     "resource_id": "...", // resource_id that I get when requested sandboxed api 
     "status": "accepted" // and then arriving, etc 
    }, 
    ... 
} 

回答

1

這是在尤伯杯的一側的錯誤。今天上午解決了。讓我們知道你是否仍然看到這個問題。

相關問題