2019-10-10 15:06
这个必须要先定位乱码的来源， renderJson 大概率不是源头，因为 renderJson 内没有涉及 encoding
2019-10-10 15:05
缺少 c3p0 依赖，不建议使用 c3p0 ， 改用 DruidPlugin， 下载首页的 demo ，里面有实例
2019-10-10 15:00
tomcat 下部署有专门的文档进行了说明：
https://www.jfinal.com/doc/1-7
2019-10-10 14:54
@farce 估计是 JDK 的 bug ，也可能是 JVM 需要是 64 位的
你碰到的异常中 HotSwapWatcher 里面使用到了 JDK 的操作系统的文件系统监听机制
2019-10-10 14:52
@小99 想法有一定道理，但 findOne 也比较容易让用户与 findFirst 联系起来，增加辩别成本
如果添加 findOne ， 那么用户要搞清楚 findOne 与 findFirst 的联系与区别，是需要学习成本的
或许改成别的方法名更好，如果你想到好名字，可以在这里继续反馈
2019-10-10 14:50
大量的 springboot 项目在使用 jfinal 的 active record 模块
jfinal 的 active record 模块早已发布为独立的项目，可以单独引入，可以进一步降低 jar 包的大小：
https://www.jfinal.com/doc/5-15
https://www.jfinal.com/doc/6-10
谢谢分享
2019-10-10 14:48
@cw_11 两个项目的 project name 有影响，在 undertow 启动时通过 configWeb 配置一下 project name
当然，有可能是 deploy name ， 不记得了
2019-10-10 14:47
@老兵 fastjson 在 parse 时除了要传入 Page 类型以外，还要想办法传入 Record 类型，否则 fastjson 处理好了外层的 Page 类型，但 Page 内部的 Record 并没有处理好
查查 fastjson 文档
2019-10-10 14:42
获取参数要使用 getPara、getModel、getBean ， 或者直接使用 action 入参，例如：
public void action(String xxx, Integer yyy) {
}
2019-10-10 12:22
必定是有某个地方配置过同名的 redisPlugin，在 com.jfinal.plugin.redis.Cache.java 的构造方法内设置一个断点立即可知哪里进行了这个动作
2019-10-10 12:20
@finalfans 单步调试，确定一下 me.add(redisPlugin) 是否被调用过
此外，还要注意 redisPlugin 启动是否成功
2019-10-10 12:19
截图中用法可以作为 "enjoy 小抄" 放入项目的 doc 目录之下
enjoy 诞生之前我就将 freemarker 的大部分用法例成小抄放 doc 目录下，想不起来用法时翻看一下可快速解决问题
不过，由于 enjoy 的指令极少，用法极其简单，小抄的必要性几乎不存在了
谢谢你的分享
