2020-07-28 22:53
windows 支持 /upload ， 只不过与 linux 行为不同而已，你试一下，找一找文件被上传的路径就知道 windows 是如何支持 /upload 的了
2020-07-28 22:49
@听风道长 paginateByFullSql 相当于将计算总记录数的 sql 与获取数据的 sql 全交给你自己指定， jfinal 不干预分页，理论上来说是可以的
其实，你还可以通过使用 jfinal 现有的 Db.queryInt(...) 以及 Db.find(...) 这两个方法自己组合实现分页功能，来针对当前 jfinal 不能满足需求的情况
2020-07-28 22:45
@錢勢惘導 这个问题我加入了备忘录，你的这段代码在你那工作是没问题， 我是担心换个场景可能有问题
因为我现在不确定你 hgetCounter 出来的值是否是通过 hincrBy(...) 方法设置的，因为 hgetCounter 是针对 hincrBy(...) 来做的
我担心你 hgetCounter 获取的是 redis 控制台命令 hincrby 设置的，也担心是 hset(...) 方法设置的
所以，这些我都要完全确定好才能改代码
2020-07-28 22:39
@kulan jfinal.sh 这个启动脚本中已经有注释说明如何来增大 JVM 运行内存，这个根 jfinal 显然是无关的， JVM 的启动参数而已
2020-07-28 22:23
你给出来的代码是 demo，很可能与实际不符，例如参数前后是否存在空格，这个因素对于这两种传参方式可能有影响
2020-07-28 11:52
先看一下控制台输出的 jfinal action report 中的 parameter 这一栏，如果是 key = value 这种格式，才可以使用 getBean、getModel、getPara ，否则需要使用 getRawData()
要这么用：
String json = getRawData();
Xxx xxx = FastJson.getJson().parse(json, Xxx.class);
原因是，你提交的数据是 json 形式，而不是 form 表单的 key = value 形式
这个纯属客户端提交的问题。 客户端以什么格式提交，服务端就要使用与之格式相对应的方式获取
2020-07-27 14:29
为了权衡得失，有些类型的 order by 是移除不干净的，这里已经说明了原因：
https://jfinal.com/doc/5-6
解决办法是使用 paginateByFullSql(...)， 也即再多提供一条 sql
2020-07-27 14:25
@錢勢惘導 jfinal 几乎所有地方都留有扩展方式，当需求得不到满足时，优先扩展例如 Db 中的所有方法也是可以扩展的，能过继承 DbPro 然后配置 me.setDbProFactory(...);
2020-07-26 15:53
@拉不了屎了 你用的 jfinal 版本是好几年前的了，现在的新版本比老版本好用得多，升级也很方便，这里有专门的升级文档：
https://jfinal.com/doc/14-1
