2018-09-19 20:38
@再次表明 页面要走 enjoy，或者说是 “经手” enjoy，才可能被解析，src 指向 .html 文件，这个肯定是不会经手 enjoy 的
2018-09-19 20:26
看一下 _MappingKit 中是否映射了 User 这个类，另一个原因看一看 ActiveRecordPlugin 有没有正确启动
单步调试一下
2018-09-19 17:39
最后再补充几句，这个完全不叫 “坑”，所谓 “坑” 是指很明显的错误做法或者设计，我记得是没有哪款 ORM 框架是自动去除过分号结尾字符的
如果按照你的逻辑，那么所有的 ORM 框架都有这个 “坑”
话说回来，就算所有 ORM 框架没有支持去除分号，也不能说明去除就不好。 不去除的原因还得看我上条回复，简单说就两个字：权衡
2018-09-19 17:31
src="/top.html" 这个是直接指向了一个静态资源，这种 url 是直接由 tomcat、jetty 或者 nginx 接管的，请求根本到不了 jfinal
解决办法是 src 指向一个 jfinal 的 action，然后在里面 render 一下：
1：创建一个 action
public void top() {
render("/top.html");
}
2：src 指向它
src="/top"
2018-09-19 17:28
jfinal 自带的 setSessionAttr(...) 方法，仅仅是转调了 HttpSession 的 setAttribute(...) 方法，自身并未做任何多余的动作，所以是一定可以保存到 tomcat 中去的
至于与 redis 区享的配合，这个是纯配置的事情了， 估计你那里是纯配置问题，多找找相关的资料
首先测试在单机上要成功，成功后再配置成 redis 共享的
2018-09-19 17:26
对于后端来说就是 renderJson， 剩下的都是前端的事了，建议多找找前端有关 jsonp 的用法
2018-09-19 17:26
@lang3126 这个在最后一章有体现：
http://www.jfinal.com/doc/14-1
jfinal 各个版本的变化其实很小，对开发者有影响的地方单独放在最后一章了
2018-09-19 17:22
@netwild 这其实是个权衡问题，要加这个功能也就一两行代码的事，极其容易
但是，jfinal 是极度追求性能的，如果对所有 sql 都去判断一下是不是有分号结尾，然后做个切分，这个多少会拉低一点性能
然后再考虑一下这种情况出现的概率，jfinal 诞生七年多，开源六年多，一共有两个人反馈过这个问题，为了响应两个人的需求，而去切分 sql，这个显然不划算
然后再从合理性方面考虑， jfinal 的数据库操作仅仅是对 JDBC 的一个极薄封装，在总体设计上是尽全力保持与 JDBC 的一致性，用户传入的 sql 与 para 都是原封不动扔给底层的 JDBC。如果判断分号并做切分这个显然不符合 jfinal 一贯的设计理念，JDBC 本身不支持这样的 sql， jfinal 并没有太多理由要去支持
用户的需求是多样化的，永无止尽的，jfinal 如果要去满足所有需求一定会变得学习成本极高、体积极大，最终会变得谁的需求都满足不了
所以关键就在于根据设计、成本、概率等等因素，做权衡取舍
2018-09-19 17:12
这个肯定不是 template engine 慢，模板全都是解析后缓存的，性能远比 JSP、Freemarker、Velocity 要快得多
估计是数据库连接的问题，长时间没有请求发出，数据库可能会关闭连接
2018-09-19 11:22
#para(...) 这个是指令，不是 shareMethod，只有 sharedMethod 才可以这么用：
#if ( methodName(...))
建议先多看看文档，既节省你的时间，又节省大家时间，都是文档中说得清清楚楚的问题，其中有红色字体早就告诉了你想要的这个功能
