取得領先
VMware 提供培訓和認證,以加速您的進度。
瞭解更多我們很高興地宣布 Spring Cloud Task 1.1.0.RELEASE 現已透過 Github 和 Pivotal 下載儲存庫提供。 非常感謝所有為此版本做出貢獻的人。
這是 1.1.0 的正式發布版本 (GA)。 此版本解決了專案的關鍵增強功能,以便更好地涵蓋雲端環境中任務的操作問題。 1.1.0 系列的新功能包括
更新的錯誤處理 - 1.0.x 將任務執行產生的堆疊追蹤儲存在 TaskExecution#exitMessage
欄位中,需要此欄位執行雙重任務。 首先,它可用於任務的協調 (類似於 Spring Batch 中的 StepExecution#exitStatus
),以及儲存堆疊追蹤以進行偵錯。 在 1.1.0 版本中,錯誤訊息已移至新的欄位 TaskExecution#errorMessage
,以便每個欄位都有其自己的專用用途。
用於分割批次作業的更新自訂選項 - 在 Spring Cloud Task 的 1.0.x 系列中,在將工作者作為任務啟動時,無法自訂提供給它們的命令列引數。 這在像 CloudFoundry 這樣的環境中是一個問題,在這些環境中,您可以使用命令列引數自訂配置,而無需重新推送您的應用程式。 在新的 1.1.0 版本中,我們提供了透過 CommandLineArgsProvider
自訂命令列引數的能力,其功能類似於 1.0.2 中引入的 EnvironmentVariablesProvider
。
外部執行 ID 持久性 - 在雲端環境中執行任務時,通常會有一個與任務執行基礎架構相關聯的單獨 ID。 YARN 在歷史記錄伺服器中使用的 ID 或 CloudFoundry 使用的任務 ID 是這些 ID 的範例。 Spring Cloud Task 1.1.0 現在提供保留此外部執行 ID 的能力,以便能夠將一個 ID 對應到另一個 ID。
記錄任務執行的請求 - 在 Kubernetes 或 CloudFoundry 等某種形式的基礎架構上啟動任務時,任務執行請求的時間與實際啟動時間之間可能會存在延遲。 更複雜的是,如果平台出現問題,則任務可能根本無法啟動。 如果確實發生這種情況,您仍然需要請求的記錄。 Spring Cloud Task 1.1.0 引入了在任務實際開始執行之前記錄預期啟動任務的能力。 允許啟動器記錄此請求,並且任務本身將相應地更新其狀態。
對任務儲存庫的額外資料庫支援 - 1.1.0 引入了社群貢獻的結構描述,以支援 DB2 作為任務儲存庫的資料儲存區。
我們期待您在 Github、StackOverflow 或直接透過 Twitter @michaelminella 向我提供有關這些新功能的意見反應!