2020-04-09 12:42
这类调用了 DbKit.close(preparedStatement) 的方法都抛出了 SQLException，而在外层会被 try catch 到它，并且会被调用 DbKit.close(connection)
而 DbKit.close(connection) 是会将从 connection 中打开的 preparedStatement 一并关掉，理论上来说是没有问题的
当然，不排除有些数据库驱动或者数据源连接池没有保障 connection.close() 后自动关闭 preparedStatement
所以，jfinal 4.9 已经使用 JDK 7 加入的 try-with-resources 语法对这个地方加强了：
https://gitee.com/jfinal/jfinal/commit/ea4eeefbc4e611e6f794fa77144528480778282e
jfinal 先前的处理方式用了很多年了，是没有问题的
2020-04-09 11:09
只能设置一个，如果你希望 CaseInsensitiveContainerFactory、OrderedFieldContainerFactory 这两者的功能兼得，可以将这两个类的功能整合到一个类中，然后自己再配置：
arp.setContainerFactory(new 你整合而成的类());
2020-04-08 17:51
先按照 jfinal 文档建一个标准的 maven 项目， 然后将你这个项目中的代码复制到相应的目录下面即可
复制过来以后，需要对启动代码进行改动，参考下文档，改为 UndertowServer.start(...) 来启动
由于 jar 包版本很古老，可能会有一点点错误提示，按这里的升级文档稍做修改就可以了：
https://jfinal.com/doc/14-1
由于 jfinal 新版本很多都是添加新功能，所以对古老版本升级的影响并没有那么大
2020-04-08 15:12
如果 KingDB 是符合 ANSI SQL 的数据库，配置一下可支持大部分功能：
arp.setDialect(new AnsiDialect());
否则，你可以通过扩展 Dialect ， 做一个针对 KingDB 的 KingDbDialect 的方言，配置上即可
2020-04-08 11:56
将这两个在不同端口上运行的项目，分别用 UndertowServer.start(...) 来启动
启动在不同的端口上， 也就是说让它们在不同的 JVM 中运行即可，不要让其在一个 JVM 实例中
2020-04-08 11:01
@zzutligang 提供更多的你的测试细节，才能找到原因
当前你给的信息量肯定是不够的
2020-04-07 17:30
@zzutligang 这正是要排查的地方， 找到一个最早被调用的地方使用 use 方法，例如在 MyConfig 的 configConstant(Constants me) 中做这事：
public class MyConfig extends JFinalConfig {
public void configConstant(Constants me) {
PropKit.use(...);
...
}
...
}
2020-04-07 16:38
@zzutligang 应该只是一个先后问题，只要 use 一次， 后面一直 get 就可以了
2020-04-07 16:37
@tctc4869 只需关注从数据库取数据， 更新、写入数据不需要扩展
2020-04-07 11:25
解决办法是要确保 PropKit.use(...) 被先调用过一次，这里要检查 ab 测试时并发调用的情况是不是导致了 PropKit.get(...) 先于 PropKit.use(...) 调用的情况
