2017-02-09 14:23
再多试一试,应该可以解决,搞定后记得再回来分享一下
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:07
整个 sql 是什么样的? 目测是 sql 没写对
2017-02-09 14:01
new NettyServerBootstrap(8899); 这行代码是否阻塞了当前线程,试试让这行代码放在新创建的线程之中,搞定后回来反馈一下
2017-02-09 11:55
@晨风 终究还是 jdk 的问题, jetty 不会有问题
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 自己的行为
2017-02-08 20:56
@xRhbN 能感受到 jfinal 不断在追求什么了么?
2017-02-08 16:45
dao 报空指针一般有两个原因,一是 ActiveRecordPlugin 并未被正确创建和 start(),二是数据库连接失败,失败原因多半是jdbcUrl、driverClass 等配置不正确
2017-02-08 16:02
直接用 jfinal template 吧, jsp 实在太古老了,估计快二十年历史了