在 Java EE Web 应用程序中缓存 InitialContext 和 DataSource

Question

在下面的 JDBC/MySQL 连接器/J 参考中，它建议我们缓存 InitialContext 和 Datasource 的实例。将其设为私有静态实例会解决缓存问题吗？不应该关心线程安全（如果有的话）吗？为网络应用（Restlet + glassfish/Java EE + mysql）缓存这个的最佳“位置”是什么？

有一个 GenericDAO 类，可以说是数据访问类的根。那么只有静态实例真的能解决问题吗？它会迫使某些方法成为我们不想要的静态方法。建议？？

谢谢！

public void doSomething() throws Exception {
/*
* Create a JNDI Initial context to be able to
* lookup the DataSource
**
In production-level code, this should be cached as
* an instance or static variable, as it can
* be quite expensive to create a JNDI context.
**
Note: This code only works when you are using servlets
* or EJBs in a Java EE application server. If you are
* using connection pooling in standalone Java code, you
* will have to create/configure datasources using whatever
* mechanisms your particular connection pooling library
* provides.
*/
InitialContext ctx = new InitialContext();
/*
* Lookup the DataSource, which will be backed by a pool
* that the application server provides. DataSource instances
* are also a good candidate for caching as an instance
* variable, as JNDI lookups can be expensive as well.
*/
DataSource ds =
(DataSource)ctx.lookup("java:comp/env/jdbc/MySQLDB");

/*
*Remaining code here...
*/
    }

Answer 1

如果您使用的是 JAX-RS，那么您可以使用 @Context 注释。

例如

@Context
private ServletContext context;

@GET
@Path("whatevers")
public List<Whatever> getWhatevers() {
    DataSource dataSource = Config.getInstance(context).getDataSource();
    // ...
}

---

但是，如果您的 Restlet 环境也支持 @Resource 注释，您可以好好利用它。

@Resource(mappedName="jdbc/MySQLDB")
private DataSource dataSource

---

这反过来在技术上更好地放置在一个 EJB 中，然后您通过 @EJB 在您的 Web 服务中注入该 EJB。

@Stateless
public class WhateverDAO {

    @Resource(mappedName="jdbc/MySQLDB")
    private DataSource dataSource

    public List<Whatever> list() {
        // ...
    }

}

与

@EJB
private WhateverDAO whateverDAO;

@GET
@Path("whatevers")
public List<Whatever> getWhatevers() {
    return whateverDAO.list();
}

Answer 2

跟进 BalusC 的 link，我可以确认我们可以在使用 Restlet 时做同样的事情。但是，根据the example 中的代码来获取您作为参数传入 ServletContext 的配置实例。 Restlet 就像“另一个”框架，它使用 Servlet 作为适配器来配置自身。因此，将 ServletContext 作为参数从代码中的其他位置传递会很棘手（Restlet 使用它自己的 Context 对象，该对象在概念上类似于 ServletContext）

就我而言，返回缓存数据源的静态方法似乎“足够干净”，但可能还有其他设计/组织方法。