2024-06-19 17:44
你修改后在tx内部try之后没问题,说明就是你的有些业务代码抛异常了,然后你又没有进行兜底捕获处理,想要方便点你就直接在Tx.setTxFun中对inv.invoke()进行try然后在对应的catch里rollback即可。
2024-06-19 17:10
当同时传文件时,是需要先getFile()之后才能再get取其他参数。你是不是传了文件?
2021-08-04 23:47
有道理+1
2021-07-30 18:14
boolean result = Db.tx(Log log = new Log(); log.save(); ); if(result) Message.send(log);
2021-06-30 16:10
\\\ java转义双斜杠
2021-01-29 11:16
我这个是在批量更新表格数据的时候用上的,每天有个几百万的数据,因此只能使用批量更新,不然一个一个更新人都要等崩溃。少量数据直接Db.batch(sqlList, batchSize) 可能还方便点。
2021-01-28 12:28
2021-01-21 11:30
@jfinal爱好者22 中间加一层ehcache吧
2021-01-19 16:13
看样子像是8.0.23对于日期类型使用了LocalDateTime, 你尝试把setTransTime(java.util.Date transTime) 替换成setTransTime(java.util.LocalDateTime transTime)试试
2021-01-15 12:09
要不加个前置nginx?
2021-01-15 10:50
你都单独打jar了,还要在代码层面合并吗
2020-12-14 15:35
@JFinal 是有默认值的。另外fetchSize 这个东西只能算是个辅助优化,和each功能本身的立意并不矛盾。我觉得加与不加目前来看影响并不大,一般用jdbc时也很少有人会用setFetchSize
2020-12-14 14:56
@steven_lhcb_9527 https://www.cnblogs.com/baimingqian/p/11761942.html
2020-12-14 14:55
@JFinal 那时我提PR还没想到这个,后来自己做的时候加上去的。。 今天看到@chcode 提及 “显著的提高性能”,瞬间回想起来了。。
2020-12-14 14:37
rs.setFetchSize(5000); 应该是说的这个@JFinal