2016-08-27 17:18
没有这方面的打算，jfinal 目前只专注于做好“极速开发”，让开发效率快到我满意的程度才会考虑做其它类型的产品，即便到了那一天，要做什么类型的产品也会慎重考虑
2016-08-27 15:50
@455386896 在 public void afterJFinalStart() 中调用是最好的，注意看手册中的这个方法的用法。
此外，这样配置以后，一定要注意使用 ${obj.name} 的形式，而不能使用 ${obj.getName()}
2016-08-27 12:10
@455386896 前面说过了，用 ModelRecordElResolver.setResolveBeanAsModel(true) 可立即解决
2016-08-27 11:45
在项目启动的时候调用一下：ModelRecordElResolver.setResolveBeanAsModel(true) 这个方法，可以让 jfinal 绕过 getter 方法，转而调用内部的 attrs.get(key) 方法，然后界面使用： ${obj.userName} 即可
2016-08-27 11:40
@455386896 是用的 jfinal 2.2 并且为 model 生成了 getter、setter 方法吧？ 如果是这样的话，那么 ${obj.userName} 确实获取不到，因为 getUserName() 这个方法并不存在
2016-08-26 23:44
@455386896 试试 ${obj.userName} 注意大小写与 sql 中的 as 别名一致
2016-08-26 23:17
提示消息放在 remind 表里面，每个用户一条记录，ehcache 做缓存，只有缓存更新时才去读库，所以超过 99% 的时间都只读内存
2016-08-26 17:33
jdbc 的问号占位符，只能用于 where 后面的查询条件，例如 where a=? and b=? or c=?，不能用于 select、order by、limit 等其它地方
2016-08-26 14:06
context path 设置为 "/"，并且不要部署在 TOMCAT-HOME/webapps 下面，具体原因见这里：http://my.oschina.net/jfinal/blog/353062
2016-08-26 14:05
不支持，因为 jfinal 设计路由的想法是：url 最终对应到的是 controller 中的 method，即为 method + para，所以 url 直觉上被设计为： actionKey + urlPara
而 spring MVC 的 url 设计更象是： controller + para + methodName，不符合直觉，但实现的功能与 jfinal 是一样的
