2017-06-30 12:10
@蜡笔小新 注意一下，如果配置了ModelRecordElResolver.setResolveBeanAsModel(true)，那么 model 中的 getter 方法在 jstl 中将不会被调用，只会调用 model.get(String name)
要考虑这个配置是不是对以前的代码有影响，如果是老项目，建议在最终的 model 中添加个 getScore() 方法
2017-06-30 11:50
如果你的 Model 生成过 BaseModel，就会 implements IBean 这个接口，在ModelRecordElResolver 的方法中可知对于 IBean 的处理是调用其 getter 方法，但你的 model 并不存在 getScore() 这个方法，所以就会有异常
解决的办法是配置一下：
ModelRecordElResolver.setResolveBeanAsModel(true)
这样 jstl 处理 model 时会调用其 get(String attrName) 方法，而不会理会 getter 方法
如果希望这个处理更加智能，建议使用 jfinal template engine
2017-06-30 10:34
这里所说的停止是什么含义？ 定时任务在执行完任务以后会自动停止，依据 cron 表达式等待下次被调度，在这个层面上来说已经有了停止功能
2017-06-29 20:59
@aqiang setAttr(...) 传递的数据在 redirect(...) 以后会丢失，这个是由 redirect 机制决定的
redirect 机制会让浏览器一共发起两次请求，第一次请求过来以后，服务端响应一个redirect 并告知浏览器该重定向到哪个 url，浏览器收到 url 以后会再次发起一个新的请求
在浏览器发起第二次请求时，setAttr(...) 过来的数据就会丢失掉，所以需要想别的办法解决
2017-06-29 19:14
@aqiang 带个 true 参数就可以了：
redirect(url, true)
2017-06-29 15:16
每个版本都发布在了 maven 仓库，源代码与 jar 包，还有 api 都能下载到：
http://search.maven.org/#search%7Cga%7C1%7Cjfinal
当然，你也可以去 git 上下载，每次发布版本都会创建与版本对应的 tag，maven 就像时光机一样，可随时穿越
2017-06-29 11:54
最后再补充一句，文件上传功能要先调用 getFile(...) 随后才能调用 getPara(...) 的问题在 jfinal 手册上有红色字体强调过
2017-06-29 11:53
这个需要了解一下 http 协议的 multipart 请求规范，http 表单提交主要有两类：
1：普通表单提交，即普通的 request 请求
2：multipart request 表单提交
特别注意第二种提交是上传文件必须的提交类型，需要为 form 表单设置 enctype="multipart/form-data" 属性
第二种表单提交到服务器以后的 HttpServletRequest 对象是不能直接 request.getParameter(...) 的，因为里头的数据没有被解析
这时各种 file 解析的第三方就上场了，例如 cos、fileupload 这类项目，还有很多这种：https://www.oschina.net/project/tag/139/fileupload?company=0&sort=score&tag=139&lang=19&recommend=false
所以，当请求是 multipart 时，必须要对 request 这个对象进行解析，才可以让 request.getParameter(...) 得到数据
而 jfinal 对 multipart 的解析在 getFile(...) 这类方法中进行，所以需要首先调用 getFile(...) 随后才可以调用 getPara(...)，本质就是要先解析，才可以 getPara(...)，这个问题在 jfinal 手册上有红色字体说明
当然，jfinal 可以在框架内部自动判断请求是否为 multipart 请求，然后自动事先解析，那么用户就不需要关心 getFile 是在前还是在后的问题了，但会引发两个问题：
1：getFile(path, ...) 方法可以传入一个 path 参数，用于指令解析出来的文件存放在哪里，如果 jfinal 帮忙去调用 getFile(...)，是无法得到这个 path 参数的。
如果 jfinal 一定要插手此事，只能是先存放在一个固定的临时目录，然后由用户随后自己再手动移动该文件
2：jfinal 需要在每次请求到来时都去判断请求是否为 multi part 类型，而这种请求实际上极少发生，为了极少发生的事情，每每去判断，多少会损失点性能
综上，设计是一个不断权衡取舍的过程，很多纠结
2017-06-29 11:41
@九块腹肌进先生 jfinal 这端的 getPara(...) 仅仅是转调了底层 HttpServletRequest requset 对象的 getParameter(...) 方法，没有任何多余的动作，是不可能出错的
建议你查看一下控制台输出的 jfinal action report 数据中的其中有关 parameter 这一栏，是否有参数过来
这个问题基本可以确定是客户端的事情，getPara(...) 是最基本的功能调用，使用了六年多时间了，绝对不可能出错
