2017-12-07 17:36
@suxiaoqiuking 必然可以，因为参数用的 #para(...) 指令，只要是用到这个指令，都会生成问号占位，天然防注入
2017-12-07 17:35
@kevin007 关键点在于有多少个参数对应 in(...) 的参数，那么 in(...) 扩号中的问号个数要完全一致，这个是 JDBC 要求的，并不是 jfinal 制定的规则
2017-12-07 12:20
MybaitsPlug 这个插件我也不了解，只能找下这个项目的作者，或者看看他的文档
2017-12-07 12:19
是否存在名为 "alarm" 的 ActiveRecordPlugin 对象，这个要先确定，然后通过日志找到异常发生的地方，也就是调用 Db.use(...) 的地方，看一下 use(...) 方法中的 "alarm" 参数前后是不是有空格
2017-12-07 11:23
这个问题没有什么可深究的，不是配置有问题就是服务端不接受连接
与是否为 windows 版本 redis 没有关系，jfinal 对于 RedisPlugin 的开发就是在 windows 版 redis 上进行的
2017-12-07 11:21
添加一个 @Before(POST.class) 或者 @Before(GET.class) 拦截即可
通常不建议这样做，没太多必要
2017-12-07 11:20
根据日志找到是哪个地方报的异常，分分钟就解决问题了。很明显是 ActiveRecordPlugin 在创建时，并没有指定一个名叫 "alarm" 的名字，注意前后不能有空格
2017-12-07 11:18
游戏服务端通常是走 socket，而不是走 http。
http 是无状态协议，并且请求响应模式，无法从 server 端主动发请求给客户端。而游戏服务端需要的是 socket 双向通信的长连接
因此，jfinal 的 WEB 框架部分是不适用于游戏服务端框架的。但是 jfinal 的 ORM 部分是可以用于游戏服务端去操作数据库的
2017-12-06 19:34
jfinal 是 WEB + ORM 开发框架，本身并不能部署运行。
如果需要尝试部署运行可以在首页下载 jfinal demo form maven 这个项目，部署、运行项目的方式与传统 java web 项目完全相同
2017-12-06 16:19
在异常中看到这个字眼： cron4j::scheduler， 难道你是在独立的线程中去使用 JSP 渲染？ 这个很难找到合理的场景
2017-12-06 16:18
光看异常很难看出什么来，java 代码是怎样的？
此外，如果阻塞发生成 jsp 模板之中，这个 jfinal 是无法干预到的，因为 jfinal 仅仅只是将请求转发给 jsp 模板，并未做任何多余的动作，这个可以看一下 JspRender 源代码，只有一行核心代码：
request.getRequestDispatcher(jspFile).forward(request, response);
2017-12-06 11:19
@flash866 线程是 tomcat jetty 创建并管理的，jfinal 并不需要自行管理。 数据库连接资源的回收 ActiveRecordPlugin 会自行管理
用户断开连接以后线程不会消亡，而是下个请求过来以后重复利用，这也是比 php 性能高的重大原因之一，php 的 web 框架通常是请求过来临时准备环境，获取资源，请求处理完成后释放这些资源，而 java 的 web 框架则可以重复利用这些资源
2017-12-05 18:02
如果是渲染 model，可以这样：
model.remove(attr1, attr2, ..., attrn); 或者
model.keep(attr1, attr2, ..., attrn);
然后再这样：
renderJson(model);
2017-12-05 16:26
下面两行代码即可打完收工
me.setDevMode(false)
arp.setShowSql(false)
注意第一行代码是在 configConstant 中用，第二行是在 configPlugin 中使用
