我想知道如何从 EJB 3 bean 访问文件系统？
我在互联网上搜索了这个主题，但没有找到好的答案。
有些人建议使用 java.io/java.nio，即使规范禁止这种用法。无论如何，大多数应用服务器似乎都允许访问此 API。
另一个想法是使用 JCA 连接器来访问文件系统或 LDAP 目录。
当一个简单的文件在性能和使用的资源方面是一个更好的解决方案时，我想这样做以避免在数据库中使用 BLOB。
你会如何解决这个问题？
【问题讨论】：
不允许您在 EJB 中访问文件系统的原因是您无法控制应用程序在 (Java EE)Container 中的运行方式。例如，您的应用程序可能跨服务器集群运行，在这种情况下，将某些对象保存到一台服务器上的目录可能没什么用。 （当然你可能有一个网络文件系统，所以限制可能不适用）。
一种选择可能是使用您的Container附带的JNDI实现。您可能能够在某个 JNDI 位置保存原始 byte[] 数组，因此您始终可以保存对象的序列化形式：
ByteArrayOutputStream baos= new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(baos);
oos.writeObject(myObj);
//Now save into JNDI
new InitialContext().bind("path/to/myobject", baos.toByteArray());
这可以稍后查找并重新转换为您的对象：
byte[] bs = (byte[]) new InitialContext().lookup("path/to/myobject");
ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(bs));
MyObj myObj = (MyObj) ois.readObject();
或者，您可以使用java.beans persistent XML（即XMLDecoder、XMLEncoder）将您的实例编码为 XML 字符串并将其保存到 JNDI。
【讨论】：
如果您知道您永远不会集群您的应用程序（或者您将能够对驱动器进行网络映射），那么只需使用 java.io.*。
请务必引入有关文件存储根位置的正确配置。
【讨论】：
封装您对文件数据的访问。然后，您可以使用上述任何一种方法。甚至使用数据库。测量系统的性能。如果它满足要求，那么你就完成了。如果不是，您的文件访问被本地化在一个地方，您可以替换一个不同的解决方案。如果软件必须移植到另一个容器和/或必须由其他人维护，则同样有好处。
【讨论】：
普通文件访问本质上不是事务性的。除非您构建对事务操作的支持（我不知道如何 - 这是资源管理器的工作），否则您将不得不担心您正在执行的操作的事务语义。如果您确实构建了事务支持，那么您在性能方面将获得的收益很少（数据库中的一些性能损失是由于资源管理器完成的所有簿记）。 并且不要忘记事务管理的近亲——并发。除非您开始为每个请求写入一个新文件，否则并发问题或多或少会困扰您。
您将在Sun Blueprint's FAQ on EJB restrictions 中找到更多信息。
除非您有充分的技术依据，否则您不应尝试从 EJB 访问文件系统。一个很好的例子是一个日志（不是审计）框架——访问文件系统来写日志文件的危害相对较小，因为日志不一定是一个事务操作，即你不需要回滚写到一个日志文件；并不是说可以接受部分写入。
【讨论】：