- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
问题:在 Java EE 和 EJB 的上下文中,任何人都可以展示一个具有两种不同方法的特定 DAO 类(或多个)。以及在一个事务边界中调用这 2 个方法并回滚的服务类?
我有一个 EJB,但我想将它用作服务层,就像在 spring @Transactional 方法中一样。
1) 这是个好主意吗?
2) 我怎样才能在一个方法的一个“事务”中调用多个 dao 方法?我想我必须对 transaction.begin() 和 制定一些策略。提交()?谁能展示一个代码示例?
一些主要优势是:
a- 所有小的不可变 DAO 事务都将在建立的单个数据库连接中“一次性”提交(在单个事务边界
中)
b- 如果说我在服务器中有 4 个 dao 调用并且第三个失败,因为它是一个事务边界,我可以执行回滚
。
c- 我的不可变 DAO 方法
将在许多其他地方可重用
。
Java EE 示例:
import com.....entities.Users;
import javax.ejb.Stateless;
import javax.persistence.EntityManager;
import javax.persistence.EntityManagerFactory;
import javax.persistence.Persistence;
@Stateless
public class UsersBean {
// Add business logic below. (Right-click in editor and choose
// "Insert Code > Add Business Method")
public Users sayHello() {
EntityManagerFactory emf = Persistence.createEntityManagerFactory("CommunityPU");
EntityManager em = emf.createEntityManager();
Users user = em.find(Users.class, 1);
em.close();
emf.close();
return user;
}
}
对比 Spring :
@Controller
class MyControllerClass {
@RequestMapping...
method(){
ServiceCall()...
//put something to modelAndView object here and redirect to jsp page.
return "home"; // this will redirect data to home.jsp
}
}
//Service class /////////
@Service
class MyServiceClass{
@Transactional
SomeServiceMethod(){
DaoMethod();
SomeMoreDaoMethods();
}
}
//Dao class ////////
@Autowired
EntityManager em;
@Repository
class MyDaoClass{
DaoMethdon(){em.find(...)}
}
/view/myjsps.jsp path to view directory set in spring.xml
编辑 - 1(交叉问题到答案以进一步澄清)
1) DAO
本身会是一个 EJB
吗?或 EJB
是严格的服务层
,调用其他不可变的 dao 方法
(驻留在 dao 类中)。
2) 我们不会在 EJB
中使用 entitymanager
,而是在 Daos
中使用。正确的?
3) 如何使用 @Transactional
(在 Java EE 7 之前只有 EJB,其中不存在事务和 @Transactional 注释。)或 @TransactionAttribute
。
4) 如果我们使用非@stateless 会怎样。那么它不会在不使用回滚的情况下在一个事务边界中管理 daos 吗?
RND 链接:
最佳答案
Is is a good idea?
是的。基本上,这就是 EJB 的用途。
how can I make many dao method calls in one "transaction" in one method?
你只需这样做:
@Stateless
public class MyService {
@Inject
private FirstDao firstDao;
@Inject
private SecondDao secondDao;
// stateless EJBs are transactional by defaults.
public void doStuff() {
firstDao.doSomething();
secondDao.doSomethingElse();
}
}
默认情况下,EJB 是事务性的。您不需要以编程方式启动和提交事务。容器为你做这件事:如果 2 个 DAO 调用中的任何一个抛出运行时异常,事务将回滚。否则,它将提交。
另请注意,您的服务 EJB 不应使用实体管理器。这就是 DAO 的用途:处理持久性。所以 DAO 应该是使用实体管理器的:
public class FirstDao {
@PersistenceContext
private EntityManager em;
...
}
关于您最后的问题:
小提示:不可变方法 没有意义。当某物(如对象)的状态永不改变时,它就是不可变的。方法没有状态。
关于spring - Java EE EJB 中的服务层和 Dao 层,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24400382/
我有组件需要更新客户和客户地址的数据库(通过 JDBC)。从 CustomerDAO 调用 CustomerAddressDAO 是否合适?或者创建一个单独的“CustomerDataManager”
任何人都可以解释MS Access 2007中DAO.Recordset,DAO.Recordsets和DAO.Recordset2之间的区别吗?基本上使用记录集。...举一个例子,使它更清晰。我从“
所以我正在编写一个个人项目来学习 Web 编程,并且我遇到了 DAO 模式。我构建了一些类(模型),并且像几乎所有程序一样,它们是嵌套的(例如:类 Payment 具有对 Author 实例的引用)。
我有一个基本问题。 我一直在创建关注点分离的 DAO。每个 DAO 都专注于上下文中的 BusinessObject。我的问题是如何在另一个 DAO 中使用一个 DAO 方法。我认为这是错误的,但没有
有没有办法使用 Android Room Persistence Library 将 DAO 作为依赖项添加到其他 DAO 中,也许是使用 Dagger2?我试图避免在使用事务对多个表执行操作的 DA
通常,我会尝试以一种完全依赖于自身的方式来构建我的 DAO 类。它们可以与多个表交互,但前提是数据与基础对象相关。例如,假设我有一个约会对象,约会 DAO 从约会表中提取数据。如果约会表是一个服务 i
在学校学习过 Java 后,我对 DAO 模式( Data access object )非常熟悉。然而在工作中我使用.NET。在 .NET 中,经常讨论 DAL( Data Access Layer
我一直在尝试按照以下步骤创建一个通用的 DAO: http://www.ibm.com/developerworks/java/library/j-genericdao/index.html 不过,我
Java EE 中的最佳实践是什么? 在服务(或管理器)类中创建 DAO 类的实例 SalesDAO salesDao = new SalesDAOImpl(); salesDao.findCusto
这有道理吗? 假设我需要从 DB 中获取一个对象,该对象与另一个对象有关系(由 DB 中的外键表示,并由我的域对象中的组合表示)。如果在我的第一个 DAO 中,我为对象 1 获取数据,然后为对象 2
我目前正在为应用程序创建数据访问层。此应用程序最初将连接到 Oracle 数据库,但稍后也会连接到 DB2 数据库。 为了连接到数据库,我将使用 JDBC。在这个时候我正在考虑我的选择。在我看来,我有
我正在 JSF 中设计一些数据“块” 我从每个块的 Java bean 中获取我的数据。 我的问题是我的块从多个表中获取数据。 例如: 描述 的块客户的个人资料 由组成: 客户名称(在表 客户 中)
将 DAO 类与应用程序代码中实际实例化的 DAO 类分开有什么好处,即为什么不在这样的场景中直接实例化 DAO 类: Class CreateIocContainer{ p s v main
我正在为我的 DataNucleus JDO DAO 创建通用 DAO。通用 DAO 将执行获取、更新、删除、创建操作和一些其他通用操作,因此这些实现可以在更具体的 DAO 中进行扩展。 是否有可能以
这可能是一件非常微不足道的事情,但我是一些面向对象模式的新手。 简而言之,在另一个 DAO 中使用一个 DAO 中的方法是一种不好的做法吗?我试图在 DAO 中创建一个实体,但发现仅使用该 DAO 很
我参与了一个 Java 项目,该项目从不同的支付代理获取支付信息,对其进行处理并将其存储到我们的计费系统(数据库)中。 由于我们有不同的代理,因此支付协议(protocol)也不同,因此我们有时有相似
考虑以下 Room DAO @Dao public abstract class JobDao { @Insert public abstract long insert( Job v
我有一个“容器”类,其字段包含在多个数据库表中,我使用 DAO 模式来访问数据。 问题是,我应该为这个“容器”类创建一个 DAO,还是每个表有一个 DAO 并合并它们的数据更好? 最佳答案 您应该根据
我们正在通过 @Service 和 @Component 注释使用 Spring @Autowired 改造一个新的面向服务的架构。 我一直在和我的同事争论不让每个 DAO 都有接口(interfac
我有通用的 DAO: @NoRepositoryBean interface ICrudDao extends Repository { void delete(T deleted);
我是一名优秀的程序员,十分优秀!