Osgi 适合ERP类应用的框架

我想创建一个生产管理系统，供小型制造公司使用。该系统将允许记录设备制造的不同阶段。要求如下：
1.非浏览器界面。需要类似Swing或AWT的界面。虽然我理解实施基于浏览器的解决方案的便利性，但企业主坚持使用非浏览器界面
2.从多个系统访问。这些系统将允许中央系统（瘦客户端？）上的CRUD操作
3.应用程序将不会有超过3个并发用户。
我需要一些关于这类应用的好方法的建议。目前，我正在考虑将Griffon与RMI结合使用。不过，我并没有太多的开发经验。我也读了一些关于ApacheRiver（Jini）的文章。将Griffon与RMI结合使用会是一个好主意吗

请提供一些建议。谢谢。

---

编辑：经过一些阅读，我决定使用更多的主流框架。因此，Griffon不是一个选项。Jini（Apache River）或OSGI（Apache Felix）怎么样？

根据您目前对问题的理解，我不推荐OSGI，尤其是对于小型制造公司（可能的维护问题，取决于“人员”）

我为什么不在你的案子中主张JINI或OSGI，主要原因是因为你所说的

However, i don't have much development experience.

JINI（Apache River）是一个可行的选择，只要您充分了解LookupService和服务注册等概念。这里有大量的RMI，可能涉及防火墙

OSGI并不难，但在决定如何构造应用程序以及如何与服务交互等方面，您可能会遇到一些问题

试着坚持你能处理的最简单的实现方法（考虑到灵活的设计）：让它工作，然后改进它

---

有一些简单的Web服务选项，例如（通过http/https），除非Spring为你的应用引入了太多的概念和令人头痛的问题。

Hmm最近退出孵化阶段的项目与现在已经在生产中使用了3年多的项目相比，如何被视为主流项目？无论如何，ApacheRiver让您可以使用Jini技术，仅此而已；这意味着单靠River无法完成清单中的第1项。River可以使用RMI访问远程资源，但是您可以直接使用RMI，或者试用DRMI、Kryonet、Hessian/Burlap、Spring的HTTP调用程序、协议缓冲区、Avro/Thrift、REST、SOAP、ZMQ等

即使您选择其中一个选项和/或河流，您仍然必须定义以下内容

• 应用程序结构（文件结构和运行时行为）
• 构建设置
• 依赖关系管理
• 测试配置文件
• 包装
• 部署战略

格里芬带来了这些东西，还有更多。正如您可能已经注意到的，该框架允许您通过添加插件来构建应用程序，减少了查找依赖项、设置引导机制和完成任务所需的时间。关于远程处理技术，请看一看Griffon提供的不同选项

---

此外，您还可以将OpenDolphin（）与Griffon结合使用。opendolhpin存储库中甚至有一个示例应用程序显示了一个完整的客户机-服务器应用程序（使用Griffon、Grails和OpenDolphin构建）

非常感谢rimero。完全同意您的看法。现在，我将使用swing和rmi构建版本1。我会继续改进它。我还会进行SpringRemoting。谢谢。这是一个全面的参考资料！。考虑Jini（River）的原因是它现在在Apache之下。我会考虑其他选项。但是，我首先将得到一个简单的系统，从RMI和Swing开始。不用担心。有很多教程展示了如何开始使用Swing。但是记住Swing开发最重要的规则是永远不要在EventDispatch线程内调用长时间运行的计算，这意味着避免执行远程调用作为对按钮单击的响应；而是将正在执行的代码包装在可运行的文件中，并将其提交给ExecutorService，例如：-）