2020-08-14 21:03
先使用你自己的分页 sql 用一下：
Db.find(sql, paras);
确保性能是好的，再用于分页：
Db.paginate(...);
因为性能取决于你的 sql 而不是分页
2020-08-14 21:01
@RichardHe jfinal_demo_for_maven 相当于是 jfinal boot 了
2020-08-14 21:00
@绝对零度 有 PostgreSqlDialect() 可以使用，会针对 postgresql 生成 sql
2020-08-14 20:59
推荐使用 useFirstFound 而非 append 与 appendIfExists ，因为前者更要求配置文件的全面性，与实际应用场景比较切合
jfinal 4.9.01 版本新增了对于 get 方法的 trim() 操作，这样就可以避免 value 值的后面会不小心多一个空白字符，减少麻烦
此外，配置的时候，等号前后两侧可以留一个空格，即便是老版本 value 值也并不会多出一个空格，新版本添加 trim() 以后就更不会多出空格了
2020-08-14 20:52
@RichardHe 第一次下载较慢，因为有一些依赖的环境需要下载到本地，下载完以后，将来都是使用本地缓存，会很快
2020-08-14 20:51
一句话就是： modifyFlag 就是对所有 set 进去的字段做标记，后续你再 update() 的时候，只更新做过标记的字段
这个功能，不会理会你其它的各种理由，因为功能就是这么设计的
2020-08-14 20:50
我在这篇文章下面已经回复过了：
https://jfinal.com/feedback/4112
本质原因是，jfinal 所有的 Render 都会 getOutputStream() 或者 getWriter() 一次，并向里头写入数据
而如果你自己有代码也 getOutputStream() 或者 getWriter() 过， 会就触发这个异常
单步调试找到解决发的地点，删除相关代码即可
2020-08-13 14:47
估计你是有 context path ， 注意在 tomcat 中将其配置成 ""
这里有相关资源：
https://my.oschina.net/jfinal/blog/353062
建议使用 jfinal undertow， 让开发、打包、部署一体化，节省大量时间：
https://jfinal.com/doc/1-2
2020-08-13 14:24
如果是 web 项目，注意应该加一句 ：
me.add(druidPlugin)
如果不是 web 项目，注意加两句：
druidPlugin.start();
activeRecordPlugin.start();
文档中有：
https://jfinal.com/doc/5-15
2020-08-12 18:06
@badouyuren 我觉得与你的使用方式可能有关，例如是不是在启动前就调用了 dao
UndertowServer 启动前与启动后，是两个世界，因为 ClassLoader 不同
2020-08-12 16:44
@badouyuren 原来是这个原因，搞定就好
那些报异常的类是不是打包在了 jar 之中才出的这个问题？
