我将文件的属性（大小、更新时间……）存储在数据库中。所以问题是如何管理数据库和文件的事务。
在 Java EE 环境中，JTA 只能管理数据库事务。如果更新数据库成功但文件操作失败，我应该为此编写文件回滚方法吗？此外，EJB 容器中的文件操作违反了 EJB 规范。
你怎么看？
问问题
8107 次
4 回答
5
理想情况下，对文件系统等外部资源的访问应通过JCA 连接器。尽管有几篇文章讨论了这个问题，但我从来没有找到一个现成的 JCA 连接器来对文件系统进行事务访问，所以我开始写一个：
- 看看：JCA 连接器：文件系统适配器。这是相当基本的，但管理文件的提交/回滚。
关于其他项目：
- 我不知道commons-transactions的确切状态，对我来说似乎已经死了。
- 看看JBoss Transactional File I/O，看起来很有希望。
- 也看看Filera: File resource adapter，但我不认为它是事务性的
请注意，只要您有多个事务参与者，应用程序。服务器确实需要使用分布式事务，事情变得更加复杂。您不能低估这种复杂性（例如，数据库有另一种分布式事务的超时机制）。
另一种需要考虑的轻量级方法是使用在文件系统上写入的SFSB 。如果你实现SessionSynchronization接口，你会得到beforeCompletion和afterCompletion回调。后者指示事务是已提交还是已回滚，如有必要，您可以进行清理。然后，您可以实现事务行为。
于 2010-03-14T11:21:38.677 回答
4
JTA 不只是用于数据库，如果该资源支持 XA 事务，它可以与任何其他资源一起长期使用。例如，XADisk支持文件系统与 XA 事务的此类集成。因此，它还可以解决您一直试图解决的文件系统和数据库一致性问题。
希望有帮助。
尼丁
于 2010-07-03T09:14:22.537 回答
3
手动。您可能需要为此编写补偿交易。
于 2010-03-12T06:40:17.603 回答
0
也许看看commons-transaction用于事务文件访问。参考：
在任何情况下，您都必须在 EJB 容器之外编写文件或与 @ewernli 指出的 JCA 连接器进行交互。
于 2010-03-12T23:51:30.777 回答