我想創建一個生產管理系統供小型製造公司使用。該系統將允許記錄設備製造的不同階段。要求如下：
1.非基於瀏覽器的界面。需要基於Swing或AWT的基礎。雖然我理解實現基於瀏覽器的解決方案的便利性，但企業所有者堅持使用非瀏覽器界面
2.已加入多個系統。這些系統將允許在中央系統（瘦客戶端？）上執行CRUD操作
3.應用程序不會有超過3個併發用戶。
我需要一些關於什麼是這種應用程序的好路徑的建議。目前，我正在考慮在RMI中使用Griffon。但是，我沒有太多的開發經驗。關於Apache River（Jini）也讀了一些。
與RMI一起使用Griffon會是一個好主意嗎？
適用於ERP的框架，如應用程序
請提供一些建議。謝謝。
編輯：經過一番閱讀，我決定使用更多的主流框架。所以，格里芬不是一種選擇。 Jini（Apache River）或OSGI（Apache Felix）如何？
由於您目前對這個問題的理解似乎很少，我不會推薦OSGI，特別是對於一家小型製造公司（可能的維護問題，取決於「人員」）。
的主要原因我爲什麼不主張JINI或OSGI你的情況是因爲你說什麼
However, i don't have much development experience.
JINI（阿帕奇河）是一個可行的選擇，只要你充分理解的LookupService和服務註冊等概念有噸RMI的打算在這裏的可能防火牆的影響...
OSGI並不難，但你可能必須決定如何構建應用程序，以及與SE交互問題rvices等
試着堅持，你可以處理爲實現（靈活的設計考慮）最簡單的方法：讓它工作，然後改進它。
有一些簡單的Web服務選項，例如Spring Remoting（例如通過http/https），除非Spring爲您的應用程序引入了太多概念和令人頭疼的問題。
嗯，那麼一個最近移出孵化階段的項目如何被認爲是主流，而現在這個項目已經在生產中使用了3年多了？無論如何，Apache River讓您可以訪問Jini技術，而無需其他任何東西;這意味着您無法單獨使用River來實現清單中的項目＃1。 River可能會使用RMI來訪問遠程資源，但是您可以直接使用RMI，或嘗試DRMI，Kryonet，Hessian/Burlap，Spring的HTTP Invoker，協議緩衝區，Avro/Thrift，REST，SOAP，ZMQ等等。
即使您選擇這些選項和/或河有一個你仍然必須定義下面的東西
這些東西和更多是格里芬帶來的。正如您可能已經注意到的那樣，該框架允許您通過添加插件來構建應用程序，從而縮短必須分配時間以查找依賴關係，設置引導機制並完成任務的時間。關於遠程處理技術的問題看看格里芬提供的不同選項http://artifacts.griffon-framework.org/tags/plugin/remoting
更重要的是，您還可以將OpenDolphin（http://open-dolphin.org/dolphin_website/Home.html）與Griffon結合使用。在opendolhpin資源庫中甚至有一個示例應用程序顯示了一個完整的客戶端 - 服務器應用程序（使用Griffon，Grails和OpenDolphin構建）https://github.com/canoo/open-dolphin/tree/master/dolphin-griffon-crud
感謝很多rimero.Completely同意你。現在，我將構建版本1使用搖擺和rmi。我會繼續改進它，我也會經歷春季的遙控。 – SanSolo