2019-05-26 10:28

代码量很少,读起来也清晰,已然不错了, 感谢你的分享, 肯定会有人用得上的

2019-05-26 10:27

jfinal 官方是没这么干的,你可能用是了 “非官方” 的 jfinal

还有一个可能是这个异常是 undertow 中抛出来的,执行流程还未到达 jfinal ,所以也就不在 jfinal 管控范围之内

2019-05-26 10:25

打包以后,路径当然就变了, 否则怎么跑得起来

无论是打包前还是打包后, web root 始终是 webapp 之下,打包后再也没有 src/main 这种目录了,不变怎么行

2019-05-25 11:20

@hb963724769 特别注意一个事: 数据读到内存,进行改变,然后再存入数据库,即便这个过程处在事务之中,也会出现幻读,除非你将事务级别调到最高级 Connection.TRANSACTION_SERIALIZABLE

但最高级的事务级别对性能影响较大,一般不建议这么用,而是避免读数据再操作,用 sql + para 的方式让数据库来操作数据

2019-05-25 10:55

@EATI001 你使用 jfinal undertow , 不用每次重启的,自动支持了

2019-05-25 10:42

@泰山日出 具体怎么操作呢? 是不是修改 pom.xml 中的 dependency 的位置,这个位置貌似没有什么影响

2019-05-25 10:40

这套 UI 做得比较精美,用了什么 UI 框架没有?

2019-05-25 10:39

@hb963724769 3.3 升到 3.8 是分分钟的事情,而且有详细的升级文档:
https://www.jfinal.com/doc/14-1

如果不想升级的话, 3.3 版本之下要解决下面这个问题:
https://www.jfinal.com/share/979

2019-05-25 10:37

热加载要做透,可以在容器与 jfinal 之间建立一个分隔层,这样容器也就不用重启了

但 jfinal 4.0 以后,社区重点在于自由开发者联盟,资源有限要有取舍

2019-05-24 22:17

@听风道长 支持数据格式不同的,那就不是 batch 操作了, batch 的前提就是一个规则多条数据

2019-05-24 22:11

batch 的本质是 一条 sql 管到 n 条数据

也就是说 n 条数据要共享同一条 sql, 这条 sql 从哪里来? 当然是根据你的数据来生成一条, jfinal 选择了根据你的第一条数据来生成 sql

因此, sql 与你的第一条数据是密切相关的,所以你后面所有的数据都要与第一条数据格式一致,包括次序也要一致

2019-05-24 22:02

单步调试进入 Db.tx 内部,看 connection.rollback() 这个回滚被执行没有

在 Db.tx 内部设置断点先

2019-05-24 20:24

@hankss 旧版手册应该快两年都没提供下载了

文档是一直在更新的,在线版能保障是最新的,所以不再提供手册下载,这个也是绝大多数开源项目的做法

最近对在线版本改进了用户体验,使用起来十分方便

退一步讲,离线版本也是提供办法获取的:
http://www.jfinal.com/share/1436

2019-05-24 18:52

me.add(new EhCache())