有什么';企业容器&x27;java需要什么?

有什么';企业容器&x27;java需要什么?,java,jakarta-ee,containers,Java,Jakarta Ee,Containers,有哲学问题。 为什么在java中有一种“企业容器”是值得的?为什么不在JVM级别支持企业容器功能? 例如,如果我想在桌面应用程序中使用一些EJB特性,该怎么办。从建筑学的角度来看,这里有什么问题吗? 您可以使用Spring的“企业特性”,而不需要像Glassfish这样的“企业容器”,甚至不需要像Tomcat这样的“servlet容器”。这很好,不是吗? 谢谢。JVM已经因为启动缓慢而受到打击。添加J2EE环境提供的东西会使情况变得更糟 当然,如果需要,您可以在桌面上运行EJB容器(或任何您需要

有哲学问题。
为什么在java中有一种“企业容器”是值得的?为什么不在JVM级别支持企业容器功能?
例如,如果我想在桌面应用程序中使用一些EJB特性,该怎么办。从建筑学的角度来看,这里有什么问题吗?
您可以使用Spring的“企业特性”,而不需要像Glassfish这样的“企业容器”,甚至不需要像Tomcat这样的“servlet容器”。这很好,不是吗?


谢谢。

JVM已经因为启动缓慢而受到打击。添加J2EE环境提供的东西会使情况变得更糟

当然,如果需要,您可以在桌面上运行EJB容器(或任何您需要的)

更新以回答评论中的问题:


使用企业服务器功能通常意味着您只需配置一些东西(将XML放在特定的位置;将注释放在其他地方。因此JVM必须检查这些标志,以决定是否应该启动其企业部分。

我认为J2EE容器位于编译代码运行时层之上。将J2EE容器集成到JVM本身并没有明显的好处,无论是业务还是技术原因

此外,如果我们在JVM中嵌入J2EE容器,部署运行时和开发工具包二进制分发将成为一场灾难,将有太多的版本需要维护和trobleshoot

不仅如此,JVM只对字节码友好,当我们用Java编写代码时,我们使用的是6-gen语言形式


我的意见只有2美分。

我只能说我同意你的看法,如果y让你的生活更轻松,那么在桌面应用程序中使用企业功能没有什么错,这在标准J2EE IMO中应该是可能的。这也正是为什么我相信,Spring是从“标准”J2EE向前迈出的一步桌面应用程序太复杂了。“桌面java”和“企业java”(如jar、war、ear等)甚至有不同的分布。java在运行时只加载所需的jar。如果只有应用程序在运行时尝试使用它们,为什么不加载其他“企业特色库”?