WAS 7迁移至WAS 8.5后，AQS应用JNDI方式数据库连接失败

看起来你遇到了WAS版本迁移中很常见的JNDI资源引用绑定问题——虽然控制台测试连接没问题，但应用代码就是拿不到连接，我帮你梳理几个关键排查点和解决方案：

1. 补全部署描述符的资源引用声明 #

WAS 8.5对Java EE规范的实现比WAS7更严格，你需要确保在应用的部署描述符里显式声明这个资源引用：
如果是Web应用，编辑web.xml添加：

<resource-ref>
    <description>AQS 数据库连接资源引用</description>
    <res-ref-name>jdbc/aqsservice/AQS</res-ref-name>
    <res-type>javax.sql.DataSource</res-type>
    <res-auth>Container</res-auth>
</resource-ref>

这里的<res-ref-name>必须和代码里java:comp/env/后面的路径完全一致（也就是jdbc/aqsservice/AQS）。WAS7可能允许隐式绑定，但WAS8.5要求必须显式声明，否则应用无法将java:comp/env下的引用映射到实际的数据源。

2. 验证WAS专属绑定文件的映射配置 #

对于Web应用，检查ibm-web-bnd.xml（如果是旧版本可能是ibm-web-bnd.xmi），确保资源引用和控制台配置的数据源做了正确绑定：

<resource-ref 
    binding-name="jdbc/aqsservice/AQS" 
    name="jdbc/aqsservice/AQS"/>

注意这里的binding-name要对应你在WAS控制台里配置的数据源本身的JNDI名称（不是java:comp/env/开头的那个），确保两者完全匹配。

3. 排查类加载和数据源可见性问题 #

WAS8.5的类加载策略和WAS7有差异：

• 确认你的数据源是配置在应用服务器/集群/节点级别，而不是某个隔离的范围（比如其他应用的私有资源），导致当前应用无法访问。
• 检查应用的类加载模式：如果用了「Parent Last」，确认JDBC驱动类没有类冲突（比如应用包内自带了和服务器不同版本的驱动）。可以临时切换到「Parent First」测试，看是否能解决问题。

4. 深挖日志找真实异常原因 #

不要只看表面的连接失败提示，去WAS的SystemOut.log或者FFDC日志目录里找完整的异常栈：

• 如果是NamingException，大概率是JNDI路径绑定错误或者应用没有权限访问该资源；
• 如果是SQLException，可能是控制台测试用的是服务器类加载器，而应用类加载器无法访问驱动类或数据源配置的参数。

5. 绕过封装直接测试JNDI查找 #

为了排除DataSourceManager封装逻辑的问题，可以在代码里写一段简单的测试代码：

try {
    Context initCtx = new InitialContext();
    DataSource ds = (DataSource) initCtx.lookup("java:comp/env/jdbc/aqsservice/AQS");
    Connection con = ds.getConnection();
    System.out.println("成功获取连接！");
    con.close();
} catch (Exception e) {
    e.printStackTrace();
}

如果这段代码能成功，那问题就出在DataSourceManager的实现里（比如它用了错误的JNDI上下文或者路径）；如果还是失败，就回到前面的JNDI绑定和类加载问题排查。

内容的提问来源于stack exchange，提问作者Tirthankar