contextInitialized执行schema.sql中SQL时Gretty抛RuntimeException问题

• 异常被完全截断，无法定位真实根因
  当前catch代码块中throw new RuntimeException();的写法，既没有将捕获到的SQLException e作为异常诱因传入构造方法，也没有打印错误日志，直接丢弃了所有底层报错的栈信息。你看到的RuntimeException是不带任何上下文的空异常，自然没法定位真实问题。
• JDBC调用与SQL类型不匹配
  待执行的SQL是CREATE TABLE这类无返回结果集的DDL语句，却调用了专门适配带结果集查询操作的ps.executeQuery()方法，不符合JDBC接口的语义规范，绝大多数数据库驱动遇到这类调用会直接抛出SQLException，触发外层的RuntimeException。
  对于DDL、增删改这类非查询语句，应当改用ps.executeUpdate()或通用的ps.execute()方法执行。这也解释了为什么注释掉ps.executeQuery()语句后程序全程无报错——try-with-resources机制只会在语句、连接初始化和关闭的阶段做资源清理，只要不走到SQL执行步骤，就不会触发数据库层面的报错。
• 常见的业务层触发诱因
  • 连接池使用的数据库账号没有表创建权限，执行建表操作时被数据库层拦截
  • 目标库中已存在同名的test表，重复建表触发库表结构冲突报错
  • 从连接池获取的连接默认关闭了自动提交，DDL语句无法正常生效触发事务类报错

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