有没有一种“企业容器”？ java中需要吗？
有哲学问题。
为什么在 Java 中拥有某种“企业容器”是值得的？为什么不在 JVM 级别支持企业容器功能？
例如，如果我想在桌面应用程序中使用某些 EJB 功能该怎么办？从架构的角度来看，这里有什么问题吗？
即使没有像 Tomcat 这样的“servlet 容器”，您也可以使用 Spring 的“企业功能”，而无需像 Glassfish 那样的“企业容器”。这很好，不是吗？
谢谢。
Have philosophic question.
Why is it worth to have kind of 'enterprise container' in java? Why not support enterprise container features on JVM level?
For example what if I want to use some of EJB features in my desktop application. Is here something wrong in architecture point of view?
You CAN use Spring 'enterprise features' without 'enterprise container' like Glassfish even without 'servlet container' like Tomcat. And this is good, isn't it?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
JVM 已经因启动缓慢而受到打击。添加 J2EE 环境提供的东西会使情况变得更糟。
当然，如果您愿意，您可以在桌面上运行 EJB 容器（或任何您需要的容器）。
更新以回答评论中的问题：
使用 Enterprise Server 功能通常意味着您只需配置一些内容（将 XML 放在特定位置；将注释放在其他位置。因此 JVM 必须检查这些标志来决定是否应该启动它的企业部分。
The JVM already gets its beating for starting up slowly. Adding the stuff provided by a J2EE Environment would make this even worse.
Of course you can run a EJB Container (or whatever you need) on the desktop if you want.
Update to answer the question in the comment:
Using Enterprise Server Feature often means that you just configure something (putting a XML at a specific place; put an annotation somewhere else. So the JVM would have to check for these signs to decide if it should fire up its Enterprisy pieces.
我认为J2EE容器位于编译代码运行时层之上。无论业务或技术原因如何，将 J2EE 容器集成到 JVM 本身中并没有明显的好处。
此外，如果我们将J2EE容器嵌入到JVM中，部署运行时和开发工具包的二进制分发将成为一场灾难，将有如此多的版本需要维护和排除故障。
最重要的是，JVM 仅支持字节码，当我们用 Java 编写代码时，我们使用的是 6 代语言形式。
仅我的2美分意见。
I think J2EE container is above the layer of compiled code runtime. There is no clear benefit to integrate J2EE container within JVM itself iregardless is business or technical reasons.
Furthermore, if we get J2EE container embedded within JVM, the deployment runtime and development toolkit binary distribution will become a disaster, there will be so many version to be maintaned and trobleshoot.
Not the least is that JVM is bytecode friendly only, when we code in Java, we are using 6-gen language form.
My 2 cents of opinion only.