传统 Java EE 服务器内的 OSGI 运行时
我知道它可能应该是其他方式（托管 Java EE 服务器的 OSGI 运行时），因为它显然是 glassfish 已经成为可能。
但是，我们的客户在管理传统 Java EE 服务器方面拥有丰富的经验，并且在管理方面拥有大量投资（许可证、培训等）。 我们的架构将受益于 OSGI 模块化架构，但我不能要求我们的客户从 Java EE 服务器切换到 OSGI 运行时。
有没有办法在传统 Java EE 服务器中将 OSGI 运行时安装为 war 或 Ear，即使它们不使用容器管理的资源（例如线程或连接池）或其他 Java EE 功能（如 JNDI、EJB 等）？
我们的应用程序使用 Hibernate、Spring 等技术。
I understand it should probably be other way round (OSGI runtime hosting Java EE servers), as it is apparently already possible with glassfish.
However, our clients have extensive experience in administering traditional Java EE servers and significant investment (licenses, training etc.)
Our architecture would benefit from OSGI modular architecture, but I can not ask our clients to switch from Java EE servers to OSGI runtimes.
Is there a way to install OSGI runtime as war or ear inside traditional Java EE servers, even if they will use no container-managed resources (for example thread or connection pools) nor other Java EE features like JNDI, EJB etc?
Our applications use technologies like Hibernate, Spring etc.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可能需要查看 Equinox 的桥接 servlet 解决方案。
它们有一个特殊的 servlet（桥接 servlet），可以生成 OSGi 运行时、添加 OSGi HTTP 服务，并将流量代理到 HTTP 服务（最终代理到将自身注册到 HTTP 服务的 servlet）。
You might want to look at the bridge servlet solution from Equinox.
They have a special servlet (bridge servlet) that spawns an OSGi runtime, adds an OSGi HTTP service, and proxies traffic to the HTTP service (and ultimately to your servlets that register themselves to the HTTP service).