关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题吗？更新问题，以便editingthispost提供事实和引用来回答它.关闭8年前。Improvethisquestion自从Spring能够像EJB一样使用事务.对我来说，Spring能够取代使用EJB的需求。谁能告诉我使用EJB的额外优势是什么？ 最佳答案 Spring从一开始就是作为EJB的替代品而开发的，所以答案当然是您可以使用Spring来代替EJB。如果使用EJB有“优势”，我会说这取决于您团队的技能。如果您没有Spring专业知识，并且有大量
我正在尝试运行这个基本的JPA/EJB代码:publicstaticvoidmain(String[]args){UserBeanuser=newUserBean();user.setId(1);user.setUserName("name1");user.setPassword("passwd1");em.persist(user);}我收到此错误:javax.ejb.EJBException:javax.persistence.PersistenceException:org.hibernate.PersistentObjectException:detachedentitypas
我正在尝试运行这个基本的JPA/EJB代码:publicstaticvoidmain(String[]args){UserBeanuser=newUserBean();user.setId(1);user.setUserName("name1");user.setPassword("passwd1");em.persist(user);}我收到此错误:javax.ejb.EJBException:javax.persistence.PersistenceException:org.hibernate.PersistentObjectException:detachedentitypas
我很难理解两者如何相互作用以及它们之间的界限在哪里。它们重叠吗？它们之间有冗余吗？我知道两者都有相关的注释，但我无法找到包含简短描述的完整列表。不确定这是否有助于弄清楚它们的不同之处或重叠的地方。真的只是一头雾水。我(认为我)相当了解EJB，我想我很难准确理解CDI带来了什么以及它如何取代或增强EJB已经提供的功能。 最佳答案 CDI:它是关于依赖注入(inject)的。这意味着您可以在任何地方注入(inject)接口(interface)实现。这个对象可以是任何东西，它可以与EJB无关。Here是如何使用CDI注入(inject)
我很难理解两者如何相互作用以及它们之间的界限在哪里。它们重叠吗？它们之间有冗余吗？我知道两者都有相关的注释，但我无法找到包含简短描述的完整列表。不确定这是否有助于弄清楚它们的不同之处或重叠的地方。真的只是一头雾水。我(认为我)相当了解EJB，我想我很难准确理解CDI带来了什么以及它如何取代或增强EJB已经提供的功能。 最佳答案 CDI:它是关于依赖注入(inject)的。这意味着您可以在任何地方注入(inject)接口(interface)实现。这个对象可以是任何东西，它可以与EJB无关。Here是如何使用CDI注入(inject)
我发现了这个问题:Whatisthedifferencebetween@Injectand@EJB但我没有变得更聪明。我之前没有做过JavaEE，也没有依赖注入(inject)的经验，所以我不明白我应该使用什么？@EJB是旧的注入(inject)方式吗？在使用@Inject使用新的CDI框架时使用此注解时是否由EJB容器完成注入(inject)？这有区别吗？如果是这种情况，我应该使用@Inject而不是@EJB吗？ 最佳答案 @EJB仅用于注入(inject)EJB，现在已经有很长一段时间了。@Inject可以注入(inject)任
我发现了这个问题:Whatisthedifferencebetween@Injectand@EJB但我没有变得更聪明。我之前没有做过JavaEE，也没有依赖注入(inject)的经验，所以我不明白我应该使用什么？@EJB是旧的注入(inject)方式吗？在使用@Inject使用新的CDI框架时使用此注解时是否由EJB容器完成注入(inject)？这有区别吗？如果是这种情况，我应该使用@Inject而不是@EJB吗？ 最佳答案 @EJB仅用于注入(inject)EJB，现在已经有很长一段时间了。@Inject可以注入(inject)任
我是JavaEE的新手，我正在尝试理解本地接口(interface)和远程接口(interface)的概念。有人告诉我，JavaEE的一大优势是易于扩展(我相信这意味着您可以在不同的服务器上部署不同的组件)。这就是远程和本地接口(interface)的用武之地吗？如果您希望您的应用程序在不同的服务器上有不同的组件，您是否应该使用远程接口(interface)？如果您的应用程序仅驻留在一台服务器上，则使用本地接口(interface)？如果我的上述假设是正确的，您将如何选择是为新应用程序使用本地接口(interface)还是远程接口(interface)，而您不确定流量会是多少？从使用本
我是JavaEE的新手，我正在尝试理解本地接口(interface)和远程接口(interface)的概念。有人告诉我，JavaEE的一大优势是易于扩展(我相信这意味着您可以在不同的服务器上部署不同的组件)。这就是远程和本地接口(interface)的用武之地吗？如果您希望您的应用程序在不同的服务器上有不同的组件，您是否应该使用远程接口(interface)？如果您的应用程序仅驻留在一台服务器上，则使用本地接口(interface)？如果我的上述假设是正确的，您将如何选择是为新应用程序使用本地接口(interface)还是远程接口(interface)，而您不确定流量会是多少？从使用本
CannotlookupEJB2fromotherEJB2,butcandoitfromservlet我在GlassFish(J2EE_1.4)上使用NetBeans开发企业项目。我的项目中有一些实体bean、几个会话bean和消息驱动bean。我以如下方式使用来自servlet的实体bean(在同一个项目中，来自web组件)：123InitialContextic;ic=newInitialContext();UserLocalHomeuserHome=(UserLocalHome)ic.lookup("java:comp/env/ejb/User");一切正常。但是当我尝试从会话bean或
