2017-02-09 14:37
先将json 实现切换一下，例如: me.setJsonFactory(new MixedJsonFactory())，然后就可以用 parse 方法对 json string 反序列化成 java object 了
注意 MixedJsonFactory 对 fastjson 有依赖，需要引入相关的 jar 包
2017-02-09 14:22
@简单 注意一下方法名为：replaceOrderBy，可能你的 jfinal 版本更老，很老的版本才叫：replaceFormatSqlOrderBy
2017-02-09 14:17
以前的 replaceFormatSqlOrderBy 方法仍然保留了，只是改为了空实现，就是为了应对不确定的情况发生，这种不确定还真的就发生了
2017-02-09 14:16
尝试两个方案：
1：通过创建 MySqlServerDialect extends SqlServerDialect 并且覆盖掉 replaceFormatSqlOrderBy 方法，将老版本中的处理再用上
2：外层再套一个 select * from ( 原 sql) as temp，大致这样：
paginate(1, 10, "select *", "from (原来的整个 sql) as temp", ....)
2017-02-09 14:10
将 select COUNT(*) from RDP_Resource order by res_Create desc 这行 sql 在纯控制台执行一下看有没有错误，如果有错误改好以后再放入 java 代码中
2017-02-09 14:01
new NettyServerBootstrap(8899); 这行代码是否阻塞了当前线程，试试让这行代码放在新创建的线程之中，搞定后回来反馈一下
2017-02-09 11:34
jfinal 3.0 对于 sql server 支持并没有做改进，仍然保持着原有的支持力度。oschina 上看到的对 sql server 支持有点问题，都是生成器在生成 model baseModel 时的小问题，稍微扩展下生成器就可以了，用上 jfinal 3.0， just do it
2017-02-09 11:32
这个是纯 java 问题了，通篇没有 jfinal 参与过。dos.writeObject(this) 参数的 this 对象不被 ObjectOutputStream 支持而已
2017-02-08 21:36
java 这端的类型除了与数据库字段类型有关以外，还与长度有关，以 mysql 为例，int(11) 以及 11 长以下的被映射为 Integer，超过 11 则为 Long
此外，如果是 11 长，但是勾选了 unsign，成了无符号 int，也会被转成 Long 型。
之所以 jdbc 有这个行为，是为了防止数据在保存时出现数值溢出，这里强调一下，这个行为 jfinal 完全没有干预过，是 jdbc 自己的行为
