2020-04-12 20:09
配置 undertow.hotSwapClassPrefix 这个的思路是对的，但配置的值不对
jfinal 自身已经配置过了，所以你配置的 com.jfinal.plugin.activerecord. 完全是多余的没有必要
你要配置的是异常中提示的 "com/jfinal/plugin/activerecord/IBean" 的实现类，也就是实现了 IBean 接口的类
一般来说是你生成的 base model 实现了 IBean 接口，较大概率是由于你的 base model 打包到了 jar 之中，而不是在源码中，所以，你需要通过配置:
undertow.hotSwapClassPrefix=xxx.yyy. 来解决
其中的 xxx.yyy. 指向你打好的 jar 包中的，实现了 IBean 的 base model
2020-04-11 10:30
部署在外网后，任何爬虫，任何第三方都可以访问你的这个项目，出现一些 404 Action Not Found 再正常不过了，没有才不正常
还有一种情况是，你当前使用的阿里云的 ip 地址是以前别人用过的，之前向外界提供了服务，后来这个 ip 让你用了，请求自然就到达你这里了
还有一种情况是别人的域名，或者二级域名指向你这个 ip 地址
极度正常
2020-04-09 17:13
@onizukayao ApiConfigKit.setAccessTokenCache(new RedisAccessTokenCache());
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 提供更多的你的测试细节，才能找到原因
当前你给的信息量肯定是不够的
