2024-07-26 17:40
@konguwmang 用下面的方式先测下 jdbc 是不是支持：
Connection conn = DbKit.getConfig().getConnection();
conn.preparedStatement(sql, ...);
conn.executeQuery();
用上面的方式试下 jdbc 是否支持你的 sql ， 支持的话就没问题
2024-07-26 17:00
jfinal 用 enjoy 将 sql 生成之后，直接扔给了 jdbc 去执行，只要是 jdbc 支持的 sql ， jfinal 一定支持
异常信息以及调用代码都没有，无法进一步判断
2024-07-06 14:30
解决问题按这几个步骤：
1: 先在文档中找找相关说明，有些问题可能是配置问题
2: 官网资源、源代码可以浏览一下，基本用法都包含了
3: jfinal 源码只有 3 万行，而且调用栈很浅，通过单步调试比较方便定位原因
4: 在 aifei 极开发群提问
2024-07-04 10:25
@liugz "动态开启数据连接dbid" 是啥意思？
是动态创建了 Config 对象吗？ 看一下 DbKit 中有关 config 对象的添加、移除，Db.use(...) 方法依赖 DbKit 中对 config 对象的管理
调试一下 DbKit 中的几个方法
2024-07-04 09:59
你的用法本来就是对的，多数据源就是这么用的： Db.use(dbid).template(......)
调试一下，是别的原因引起的
2024-07-03 19:44
需要首先确认一下，当前用的 json 转换是哪个实现，单步调试看一下是不是用的 JFinalJson 在操作
2024-06-25 20:01
Navicat 比 IDEA 自带的好用，比 datagrip 也要好用，现在就去下载一个，赞
2024-06-17 17:37
之前的 jfinal 由于是 all in one 项目，而一直要确保 jfinal 自身没有任何第三方依赖，所以必须要无第三依赖地方式去实现动态代理
从这个角度上验证了：严苛的限制条件可激发创新
这个问题还导致了我有新的创作思路，完美的东西放 aifei 内核，不完美的东西放内核之外，这样极大减轻了工作量
2024-06-17 17:34
@chcode 确实可惜，还有一个原因是 aifei 内核尽可能是纯抽象代码，所以动态代理这类实现被放在 aifei-base 等周边项目之中
而周边项目，我并不打算做到对任何第三无依赖，所以用用 javassist 变成可接受的
最终，只要确保 aifei 内核是完美的就可以了
2024-06-17 10:02
代理建议用后来新增的 javassist 代理实现，阿里这些大厂用的这个，配置一下：
me.setToJavassistProxyFactory();
新框架 aifei 已经将默认代理切到 javassist 了，原先的动态编译不再使用，主要原因还是动态编译依赖 JDK，而有些 docker 服务端生产环境可能安装的是 JRE
