2017-09-28 23:02
@peterpeter 3.1 也可以，强烈建议从 3.1 升到 3.2， 因为这个版本升到 3.2 几乎没有影响，带来的全是好处，下载首页的 jfinal 3.2 changelog ， 看看功能的提升。以及根据 jfinal 3.2 手册的最后一章进行升级，对于多数用户来说升级不需要改代码
2017-09-28 22:58
@杜福忠 感谢回复了这么多的问题，社区照这样发展下去，我肯定要被累得不轻
2017-09-28 22:57
这个问题在 jfinal 中不会出现，因为 jfinal 的热加载很好的处理过 class loader 的问题，而按理说 spring boot 的 devtools 应该也会处理好这个问题，否则其它很多非 jfinal 的模块照样会碰到类似的某一处代码被多次执行的问题
2017-09-28 22:56
这个是 spring Boot 的 devtools 的在热加载时，并没有切换掉 ClassLoader，从而造成热加载前的 Engine 对象中的配置还有那里，热加载以后再次添加，自然会报一个 template function already exists
建议的解决办法：
1：自己建一个 static boolean isEngineInited = false; 变量
2：在系统启动后，让这个变量变为 true
3：变为 true 以后，就不再对 enigne 进行配置
具体操作时，可以是创建一个 configEngine() 方法来对 engine 进行配置，在这个方法中添加对 isEngineInited 变量的控制即可
2017-09-28 22:52
如果 render(view) 中的 view 以 "/" 打头，就会直接跳到 webroot 下面去，从而忽略 baseViewPath，这个在 jfinal 手册中有说明
2017-09-28 22:48
生成器会生成 setter 方法，而 settter 方法内部会有这个对应关系：
publci void setUserType(userType) {
set("user_type", userType);
}
这个关系就在这一行 set 代码处，这些代码都是自动生成的，不需要人工干预，下载首页的 jfinal demo，里面有生成器
2017-09-28 22:05
jfinal weixin 提供了专门的扩展接口，看一下 wiki 即可： https://gitee.com/jfinal/jfinal-weixin/wikis
2017-09-28 21:59
Tx 拦截器以及 Db.tx(...) 方法默认是支持主数据源上的事务，如果要支持“非主数据源”上的事务，需要 TxConfig 注解配合 Tx 拦截器，或者 Db.use(...).tx(...) 来实现
以上也只是让各数据源处在多个事务中，而不能是一个事务中，让多数据源处于同一个事务中，这属于分布式事务的范畴，jfinal 目前暂不支持
跨数据源的分布式事务，实现起来代码比较难看，对性能也会有一定影响，所以 jfinal 暂时不支持这个特性
跨数据源的事务，建议将业务拆分成多个步骤来做，而每个步骤处于单个事务中
2017-09-28 21:55
@fengting jfinal 几乎所有的模块都预留了扩展机制，例如 Handler、Render、Plugin、TokenCache、CaptchaCache 等等，稍微看看代码就知道如何扩展了
