2017-12-08 11:53
这种情况需要用 paginateByFullSql，看一下手册， jfinal 的 paginate 仅对简单 order by 处理，复杂 order by 需要使用 paginateByFullSql
2017-12-08 09:40
这个本质是入了 tomcat 的一个坑而已：
https://my.oschina.net/jfinal/blog/353062
关键在于永远不要将项目放在 tomcat 的 webapps 目录下面
2017-12-07 21:12
配置一个 UrlSkipHandler，跳过那些需要 ReportServlet 接管的 url 即可，看一下 com.jfinal.ext.handler 包下的 UrlSkipHandler，可以适当改造，最后在 configHandler 中这样配置：
me.add(new UrlSkipHandler(...));
2017-12-07 21:05
@liruixiang 将 log4j 配置好，然后如果有错误就会在控制台输出异常信息，解决问题分分钟的事
配置 log4j 可以下载首页的 jfinal demo，里头的 log4j 的 jar 包以及 log4j.properites 文件一并用在项目中
2017-12-07 17:48
是 YourJFinalConfig extends JFinalConfig 中的 configConstant(Constants me) 方法中的参数，由于回复的次数很多，加上jfinal demo、jfinal 手册与源代码中都这么使用，所以也就省略了解释性说明
2017-12-07 17:36
@suxiaoqiuking 必然可以，因为参数用的 #para(...) 指令，只要是用到这个指令，都会生成问号占位，天然防注入
2017-12-07 17:35
@kevin007 关键点在于有多少个参数对应 in(...) 的参数，那么 in(...) 扩号中的问号个数要完全一致，这个是 JDBC 要求的，并不是 jfinal 制定的规则
2017-12-07 12:20
MybaitsPlug 这个插件我也不了解，只能找下这个项目的作者，或者看看他的文档
2017-12-07 12:19
是否存在名为 "alarm" 的 ActiveRecordPlugin 对象，这个要先确定，然后通过日志找到异常发生的地方，也就是调用 Db.use(...) 的地方，看一下 use(...) 方法中的 "alarm" 参数前后是不是有空格
