批量Java幫助

Question

我的公司正在嘗試確定實施批處理Java程序的最佳策略。我們有幾百個（和不斷增長的）獨立的Java程序。他們大多數是個人賈斯珀報告，但一些是大批量的Java作業。目前，每個Java項目都使用Eclipse的導出選項打包爲獨立的JAR文件。那些JAR隨後會在他們測試的地方手動部署到我們的Linux服務器上。如果他們通過測試，那麼他們將通過質量保證系統遷移到生產環境中，並通過國內生產的源代碼控制系統進行生產。

這是做批處理Java的最佳策略嗎？由於搜索Jar文件並不容易，而且不同的開發人員每週都在創建新的Java項目（新報告），所以持續維護可能會很麻煩。

從Jar文件到Eclipse導入現有的項目是一個棘手的過程也是如此。我們希望這些事情更容易。我們曾考慮將所有代碼打包成1個大項目，並編寫一個接口，以便能夠使用Web服務器執行所需的「程序包」（aka程序）。

其他人和公司在那裏用批處理Java程序做什麼？這些東西有沒有最佳做法？任何幫助/想法/工作模式將不勝感激。

Answer 1

我要說的是，你應該能夠創建一個基於web應用程序的訪問Jasper報表，而不是一堆間歇過程。然後，當您需要部署新報告時，只需部署訪問新編譯的Jasper報告文件的次要更新即可。

這就是說，你應該檢查你的代碼，而不是您的二進制文件，到顛覆或Git倉庫。轉儲「本土」源代碼控制庫。生活太短，無法嘗試在家裏種植這樣的東西。只需使用Git或Subversion，它們已被證明，簡單且功能強大。當你導入一個新項目時，只需從Subversion中取出它，不要嘗試從Eclipse IDE中導入JAR文件。

把你的JAR文件到Maven倉庫，如Nexus和從那裏部署到QA和生產。爲每個項目創建自動構建（使用Maven或其他）。不要依賴IDE來導出JAR文件。 IDE的更改和從IDE導出引入了更多的人爲錯誤機會。另外，不同的開發人員會喜歡不同的IDE。通過標準化像Maven這樣的東西，你對IDE更加不可知。

Answer 2

Mhy公司使用IBM Websphere Extended Deployment標準化Java批處理執行。

http://www.ibm.com/developerworks/websphere/techjournal/0801_vignola/0801_vignola.html這裏爲一種製品，引入用於編程和部署Java批處理技術。

介紹使用WebSphere Extended Deployment中的計算網格批處理編程 克里斯托弗·維尼奧拉時，WebSphere 架構師，IBM

一般認爲是 遺留 「大型機」 技術，批量 處理顯示本身就是 古老的工作負載風格，在Java™和分佈式環境中需求增長 。本文介紹 從IBM®，在爲 過去40年批量處理系統領域的領導 的Java 批處理一個令人興奮的新功能。此內容是IBM WebSphere開發者技術文檔 日誌的 的一部分。

WebSphere Extended Deployment Compute rid提供了一個批處理作業步驟及其輸入和 輸出的簡單抽象 。編程模型爲簡潔明瞭的使用。 內置檢查點/回滾 機制可以輕鬆構建 健壯，可重新啓動的Java批處理 應用程序。

本條規定 批模擬器程序提供運行 您的Eclipse（或Rational 應用開發）開發 環境內的 替代測試環境。它的xJCL發生器可以幫助你跳到 測試服務器的測試下一階段 的跳躍開始 。

但即使您對產品不感興趣，文章仍然是必讀文章。