问在Java中使用Cassandra (GlassFish)

EN

EJB规范禁止EJB打开服务器套接字，但不禁止打开套接字。但是，它也禁止EJB创建线程。Pelops (或Hector)是否创建线程来处理它的池化？

抛开法律文字不谈，因为这两个库都是池化的，对我来说，它们肯定是属于资源适配器层的东西。我会担心EJB，它的生命周期由容器控制，并且可能相当短，它依赖于像连接池这样的资源，它的生命周期在某种程度上是独立的，应该更长。

也就是说，大多数EJB的实现都是相当宽松的，所以无论直接从EJB使用Pelops/Hector在架构上是正确的还是错误的，它都很可能会工作。

如果我有足够的时间，我会编写一个资源适配器来包装这些库中的一个。然而，为了追求微不足道的实际回报，这将是一项相当大的资源投资。

我们正在开发一个类似的应用程序，我现在工作的地方，即使我们没有实现EJB，我们部署了一个后端到Glassfish 3.1，在内部我们已经创建了一个可以与Cassandra对话的小型库。

目前，连接和使用Cassandra最常用的库是Hector：

https://github.com/rantav/hector

它是非常积极发展的。我从未见过在EJB中使用它，但我用过它，它非常可靠。但是，不要使用Pelops的开发方式。

我们在这里开发的是一个非常定制的应用程序，这就是为什么我们一开始就没有使用Hector的原因。

只要在EJB中使用客户端套接字，就应该是安全的，对EJB的限制是针对应该由应用服务器处理的服务器套接字。但是如果你有其他需求，你应该编写你的JCA。