从 JCA 迁移到 OSGI 是个好主意吗?

发布于 2024-11-27 14:38:05 字数 312 浏览 1 评论 0原文

我有一个用于连接 EIS 的 JCA 适配器。 用 OSGI 模块替换适配器是个好主意吗?

我需要的功能是

  1. 从 ejb3 访问 OSGI 模块
  2. 从 CDI beans 访问 OSGI 模块
  3. 从 servlet 访问 OSGI 模块
  4. 支持声明式事务管理
  5. 将安全上下文从 ejb 传播到 osgi 模块

    • 我不使用连接池。
    • 我不使用通用客户端界面

从 JCA 迁移到 OSGI 模块有哪些缺点?

I have a JCA adapter for connecting to EIS.
Is it a good idea to replace the adapter with an OSGI module?

The features I need are

  1. Access the OSGI module from ejb3
  2. Access the OSGI module from CDI beans
  3. Access the OSGI module from a servlet
  4. Support declarative transaction mangement
  5. Propogate security context from ejb to osgi module

    • I dont use conection pooling.
    • I dont use Common Client interface

What are the cons of moving from JCA to OSGI module ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

还不是爱你 2024-12-04 14:38:05

移动的缺点是:

  • JCA 是 Java EE 标准 - 您可以在任何 Java EE 容器中使用正确编写的连接器。 Osgi 也是一个标准,但还不是企业应用程序及其框架的标准。
  • 您列出的所有“功能”(我将其称为“需求”)都与 Java EE 紧密耦合:EJB3、CDI、Servlet、TXN 管理和安全性均由各种 Java EE 子系统完成或提供。您必须深入了解 Java EE 规范才能提供适当的粘合代码。

这归结为:大量容易出错的工作没有充分的理由。所以我的问题是:搬家的优点是什么(当然就你的情况而言)?

The cons of moving are:

  • JCA is a Java EE standard - you can use a properly written connector in any Java EE container. Osgi is also a standard but not (yet) for Enterprise Applications and their frameworks.
  • All your listed "features" (I would call them "requirements") are tightly coupled to Java EE: EJB3, CDI, Servlet, TXN management and security are all done or provided by the various Java EE subsystems. You will have to dive deeply into the Java EE specs to provide the appropriate glue code.

This boils down to: A lot of error-prone work for no good reason. So my question would be: What are the pros for moving (in your case of course)?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文