ACS SQL脚本访问服务程序过程报SQL0204找不到SLBRSRV *SRVPGM

相同SQL在两个环境表现不一致，核心是STRSQL和ACS SQL Scripts的运行作业上下文、解析规则存在本质差异，和SQL语句本身无关，常见触发原因有三类：

• 库列表不匹配：STRSQL直接依附于当前5250交互式作业运行，会继承该作业所有临时库列表改动（比如手动执行ADDLIBLE加的库）；ACS SQL Scripts走JDBC连接，运行在独立的QDBSRVR预启动作业下，默认只加载用户Profile初始库列表、连接配置中指定的库，不会继承5250会话的临时库改动，如果SLBRSRV服务程序所在库不在这个作业的*LIBL中，就会触发对象找不到报错。
• 命名规则不一致：STRSQL默认使用SYS系统命名模式，完全遵循原生系统的LIBL对象搜索逻辑；如果ACS连接配置中勾选了SQL命名模式，不会按系统库列表顺序遍历搜索对象，只会查找当前连接默认Schema下的对象，若函数定义中未写服务程序的全限定库名，就无法定位到SRVPGM对象。
• 大小写解析逻辑差异：STRSQL默认会将未加双引号的标识符自动转为全大写，和RPG/CL编译生成的服务程序默认全大写的导出符号完全匹配；ACS SQL Scripts如果开启了大小写敏感解析，或者函数定义中EXTERNAL NAME的大小写和服务程序实际导出的过程名、程序名不一致，哪怕服务程序在库列表中，也会抛出SQL0204报错。

• 先定位服务程序所在位置：在5250命令行执行WRKOBJ OBJ(*ALLUSR/SLBRSRV) OBJTYPE(*SRVPGM)，记录SLBRSRV所在的实际库名，例如PRODLIB。
• 修正ACS连接配置：编辑当前使用的JDBC连接，在库列表配置项中加入上一步查到的服务程序所在库，同时确认命名规则设置为*SYS系统命名模式，和STRSQL环境保持一致，保存配置后重连测试。
• 校验函数定义的外部名称：
  1. 执行SQL查询函数定义：SELECT ROUTINE_NAME, EXTERNAL_NAME FROM QSYS2.SYSROUTINES WHERE EXTERNAL_NAME LIKE '%SLBRSRV%'，拿到当前函数配置的外部名称值；
  2. 在5250执行DSPSRVPGM SRVPGM(你的库名/SLBRSRV) DETAIL(*PROCEXP)，查看服务程序实际导出的过程名列表；
  3. 对比两个结果，确保服务程序名、过程名的大小写完全匹配，如果不匹配，删除原有函数后重新创建，EXTERNAL NAME字段的值和导出符号保持完全一致，必要时用双引号包裹标识符锁定大小写。
• 定位细节问题：如果上述操作后仍报错，在ACS执行SQL触发报错后，查看对应QDBSRVR作业的作业日志，SQL0204前的附属消息会明确标注是库列表中缺少*SRVPGM对象，还是服务程序存在但找不到对应导出过程，按消息提示修正即可。

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