最近幾天，我在小組裏接到壹個任務，研究kettle的restful接口的調用。但是之前的學習和接觸大多是數據倉庫，BI，以及壹些簡單的程序和腳本，所以我對restful接口了解不多（但如果我們只是用工具調用它，我們不需要了解太多，只需要知道它是壹個可以調用並實現某些功能的API接口即可），所以我在網上查閱了很多資料，但實際上，對於調用來說，我們只需要知道調用這個接口時需要哪些參數和參數即可。感覺很簡單，但是裏面有很多坑。我們接下來開始吧。
主體
1.首先，我們需要知道我們需要調用的接口的URI。簡單理解就是妳要調用的資源的地址，就像門派編號壹樣，用什麽命令，傳什麽參數。壹般來說，如果妳需要打電話，妳會列出這部分，例如:
在這個API中，可以看到具體的信息，①是操作行為，②是傳輸的主體，③是請求頭，這裏就不多說了。這部分妳可以自己查資料，我可能沒有妳清楚。壹旦我知道了我要調用的API，我就可以通過kettle設計轉換過程。
首先，生成記錄
因為只是測試，所以我通過記錄生成組件直接生成了我需要的內容。ps:這裏不僅可以配置單個記錄，事實上，具有相同請求的多個記錄也將被分別請求。
url是要發布的資源。提交後，您將獲得關於令牌的響應，然後使用令牌進行其余的請求。
身體是崗位的功能體。發帖時，有些人需要帶身才能通過。
Url2是要調用的API，它在生成記錄中預先生成。
第二，REST客戶端配置
三、JSON輸入
使用JSON輸入接收REST客戶端獲得的結果，只保留token的值。如何設置JSON路徑這裏就不詳細介紹了。請自行參考JSON路徑的配置。
在JSON Input 3中獲取Cookie是為調用真正的API做準備。如果沒有Cookie，後續調用就無法確定是否進行了登錄。在壹個網頁中，我們首先登錄，然後繼續後續操作。我們不需要為每個後續操作再次登錄，因為我們將服務器發送給我們的會話存儲在客戶端/瀏覽器的cookie中。每次我們提出請求時，我們都會帶上cookie，因此無需再次登錄。但是如果這裏沒有獲取cookie，因為它們是分開的，會話在下壹步將無效。如下圖所示:
四、記錄集連接
因為cookie和token在不同的表中，所以有必要將這兩個表連接起來，每個人都應該熟悉連接的操作。如果妳不清楚，可以稍後留言，我會為妳補充。最後，我們留下幾個我們需要的參數，URL2、令牌和cookie。
動詞 （verb的縮寫）調用API
僅此而已。如有疑問或遺漏，請指正。