我想创建一个供小型制造公司使用的生产管理系统。该系统将允许记录设备制造的不同阶段。要求如下：
1.非基于浏览器的界面。需要类似Swing或AWT的东西。虽然我理解实现基于浏览器的解决方案的便利性，但企业主坚持使用非浏览器界面
2.从多个系统访问。这些系统将允许在中央系统上进行CRUD操作（瘦客户端？）
3.应用程序的并发用户不会超过3个
我需要一些关于这类申请的好途径的建议。目前，我正在考虑将Griffon与RMI一起使用。然而，我没有太多的开发经验。阅读一些关于Apache River（Jini）的内容将Griffon与RMI一起使用是个好主意吗
请提供一些建议。谢谢
编辑：经过一番阅读，我决定使用更主流的框架。所以，格里芬不是一个选择。Jini（Apache River）或OSGI（Apache Felix）怎么样？
嗯，一个最近脱离孵化阶段的项目与一个已经在生产中使用了3年多的项目相比，如何被视为主流？无论如何，Apache River让您可以访问Jini技术，仅此而已；这意味着你无法单独使用River来实现列表中的第1项。River可以使用RMI来访问远程资源，但是您可以直接使用RMI，或者尝试DRMI、Kryonet、Hessian/Burlap、Spring的HTTP Invoker、Protocol Buffers、Avro/Thrift、REST、SOAP、ZMQ等等。
即使你选择了其中一个选项和/或River，你仍然需要定义以下内容
- 应用程序结构（文件结构和运行时行为）
- 生成设置
- 依赖关系管理
- 测试配置文件
- 包装
- 部署策略
这些以及更多的东西都是Griffon带来的。正如您可能已经注意到的那样，该框架允许您通过添加插件来构建应用程序，减少您必须分配的时间来查找依赖关系，设置引导机制并完成任务。关于远程处理技术，看看Griffon提供的不同选择http://artifacts.griffon-framework.org/tags/plugin/remoting
更重要的是，您还可以组合OpenDolphin(http://open-dolphin.org/dolphin_website/Home.html)格里芬。在opendolhpin存储库中甚至有一个示例应用程序显示了一个完整的客户端-服务器应用程序（使用Griffon、Grails和OpenDolphin构建）https://github.com/canoo/open-dolphin/tree/master/dolphin-griffon-crud
根据您目前对该问题的理解，我不推荐OSGI，尤其是对于小型制造公司（可能的维护问题，取决于"人员"）。
我不会在你的案件中支持JINI或OSGI的主要原因是因为你说了
However, i don't have much development experience.
JINI（Apache River）是一个可行的选择，只要你完全理解LookupService和服务注册等概念。这里有大量的RMI可能涉及防火墙。。。
OSGI并不困难，但您可能会在决定如何构建应用程序以及与服务交互等方面遇到问题。
试着坚持最简单的方法，您可以处理的实现（考虑灵活的设计）：让它发挥作用，然后改进它。
有一些简单的Web服务选项，如Spring Remoting（例如通过http/https），除非Spring为您的应用程序引入了太多的概念和麻烦。