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 渲染？ 这个很难找到合理的场景
