2017-01-03 15:32
做一个 MyInterceptor extends I18nInterceptor扩展一下，然后将 inv.inovke() 这行代码往前移动，放在 switchView 操作前面去就可以了。这是个 bug，新版本已修复该问题，多多关注社区动态，近期的新版本已经搞定
2017-01-03 15:31
在多数情况下，findAll() 这种方式不是 jfinal 提倡使用的 api，jfinal 提倡 select 具体的字段，可以养成更好的习惯，而且无条件查询表中所有数据的情况并不是经常发生，即便有这种需求，也可以通过 find("select * from t") 来实现，这种实现方式不仅代码量并没有提升，而且开发者自己明确自己是否真的需要无条件 select * 查询当前表中所有数据
而对于 findFrist(searchEntity) ，jfinal 并不是很容易地确定该怎么去利用 searchEntity 中的查询条件，例如：是利用其中的所有条件？ 还是利用部分条件？ 是某个条件用 and 还是某些条件用 or 和 not？还是用 not exists 和 in？
查询条件的多少与利用方式是一个极其个性化、业务化的事情，如果 jfinal 去插手这个事情，事情可能变得更糟糕，并且更加复杂。所以对于这个问题，jfinal 是开放 String sql 与 Object... sql，这两个参数来让用户自由去发挥，无招往往才是最好的招
当然，为了方便用户更加方便和灵活的定制 sql，目前的 jfinal 版本还做得不够，这正是即将推出的 jfinal 新版本要做的事情，多多关注社区动态，近期发布新版本
2017-01-03 15:23
不用那么麻烦，用 Db.update("delete from tbl_student where name=?", "张飞") 即可
2017-01-03 11:46
@sdfsf 以下这几个链接中有上千个相关项目，供参考：
http://git.oschina.net/search?search=jfinal&type=project&condition=updated_at
https://www.oschina.net/search?q=jfinal&scope=project&tag1=0&tag2=0&lang=0&os=0
https://github.com/search?o=desc&q=jfinal&s=stars&type=Repositories&utf8=%E2%9C%93
2017-01-02 21:52
@localhost8080 根据日志提示信息，可以猜测一下，可能是连接池在多线程下并发分配资源时造成了死锁，但死锁存在并不一定就是不正常的，检测出死锁，将死锁去除也是一种处理方式。
据日志信息来说这类死锁可能是正常现象，否则就直接报ERROR，而不是WARN
2017-01-01 20:50
这个设计基于爱因斯坦的一句名言：A clever person solves a problem，A wise person avoids it. 聪明的人解决问题，而智慧的人消灭问题或者叫避免问题
这样设计是为了避免开发者手误写错字段名，而造成 bug，而从需要花时间再去解决这个 bug。如果需要支持字段不存在的场景，多传一个参数就可以了：
getModel(User.class, true)
以上的代码可以支持字段不正确的场景，支持 getPara 混用
2017-01-01 17:57
@xzquan 返回true 对于 start() 来说是告诉 jfinal 插件启动正常，返回 false则 jfinal 会报出异常，终止项目的启动，这种机制是让插件可以告知 jfinal 是否要终止项目的启动
如果某个插件是一个关键性插件，启动不正常就会影响关键业务，这时让项目无法启动是必要的
类似的 stop 是告知 jfinal 插件停止失败，jfinal 会对此写日志，可通过查看日志知道插件为什么没有停止成功，进而去修正程序
2017-01-01 15:07
具体希望知道如何开发插件，只需要看一下 com.jfinal.plugin 包下面的几个现成的插件，照猫画虎就可以了，其中的 DruidPlugin 这类插件只有一个文件，是极其简单的
2017-01-01 15:07
start() 与 stop() 方法会别会在 jfinal 启动与停止时被回调，开发插件，只需要实现 IPlugin 接口，在 start() 里面放入希望项目启动时的操作，在 stop() 中放入希望项目停止时的操作即可
除了 Plugin 以外，jfinal 的主要扩展方式有：Controller、Model、Interceptor、Render、Handler，这五个扩展方式相对比较具体，针对于特定需求去扩展，而 IPlugin 就担当起了不确定需求与方向的扩展，因为 jfinal 无法穷尽所有用户需求和场景，而 Plugin 是一个更加抽象化，没有指明具体方向的扩展
2017-01-01 10:51
还有一种简单的办法，就是通过实现 ISerializer 接口并定制序列化和反序列化的策略，然后通过 redisPlugin.setSerializer(...) 设置一下就可以了
此外，还可以通过实现 IKeyNamingPolicy 接口，对 key 的命令策略进行定制
2016-12-31 22:20
context path 是一个很鸡肋的设计，可以完全不需要，在开发的时候尽量去避免使用它，尤其不要在路径中不要涉及 context path 这件事
