2020-10-04 10:10

补充说明一下,jfinal 的数据库操作模块是对 JDBC 的极薄封装,理论上性能就是接近 JDBC, 出现性能问题肯定是必有的问题,例如查询未在索引上,造成全表扫描,再例如, sql 本身就很慢

简单来说,jfinal 只将你的 sql 与 para 直接递送给 JDBC,不干预这个过程

2020-10-04 10:08

for 循环中一条一条插入的性能肯定是很慢的,用一下 Db.batchSave 方法会快得多

2020-10-02 20:53

国庆长假清理需求、反馈开发列表,该需求已被支持:
https://gitee.com/jfinal/jfinal/commit/c19094cd165580f7d23e42e3574e424fb4c6da2d

2020-10-02 16:36

@听风道长

由于某些 linux 发行版缺少缺少显示设备、键盘或鼠标,无法支持 Graphics、Font、Color、ImageIO、Print、Graphics2D 等类的使用

jfinal 4.9.02 新增一个配置来解决:
me.setToJavaAwtHeadless();

有了上面这个配置,不必再折腾 linux 操作系统

2020-10-02 16:35

@all

由于某些 linux 发行版缺少缺少显示设备、键盘或鼠标,无法支持 Graphics、Font、Color、ImageIO、Print、Graphics2D 等类的使用

jfinal 4.9.02 新增一个配置来解决:
me.setToJavaAwtHeadless();

2020-10-02 16:35

@all

由于某些 linux 发行版缺少缺少显示设备、键盘或鼠标,无法支持 Graphics、Font、Color、ImageIO、Print、Graphics2D 等类的使用

jfinal 4.9.02 新增一个配置来解决:
me.setToJavaAwtHeadless();

2020-10-01 23:25

@小徐同学 该功能已被添加到新版本,配置方法如下:
Engine.setChineseExpression(true);

注意要在 addSharedFunction 之前配置

2020-10-01 20:21

target 下的 classes里没有 resources 里配置的文件,是因为你的 pom.xml 中的 resources 配置不对

另外注意,当你配置 resource 用 directory 没有指向 src/main/resoureces 时,需要额外添加一次:
《resource》
《directory》src/main/resources《/directory》
《/resource》

没有配置的时候,默认才指向 src/main/resources,你肯定是配置过了,所以才破坏掉了默认值

最后,注意 resource 下的 includes 与 excludes 配置,配置前者后者表示全否,配置后者前者表示全否

同样的,这些都与 jfinal 无关

2020-10-01 19:51

@UsingJFinal 那个是链接错误,关注的公众号是没有错误的

2020-09-30 18:07

@UsingJFinal 我看了一下,原创功能是后来才开通的,所以显示的原创只有 10 篇,其实有更多

2020-09-30 18:06

@UsingJFinal 取消关注,重新扫描关注试试,可能是缓存

2020-09-30 17:49

很奇怪,我刚才试了一下没问题的,扫描线上 jfinal.com 中的二维码,你再试试

2020-09-30 17:07

这个应该是文件上传组件 cos 的限制,因为长度用了 int 类型,可以通过改 cos 源码的方式来取消:
https://gitee.com/jfinal/cos

将 cos 这个项目的源码下载到本地:
git clone https://gitee.com/jfinal/cos

然后改掉里面的 int 为 long,最后通过 mvn clean install 安装到本地使用,有关安装方法这里有介绍:
https://jfinal.com/share/2093

上面的文章,介绍的是如何使用 jfinal,其它项目的用法也是一样的

2020-09-29 16:44

这些空格与换行是你的模板中固有的,jfinal 的模板引擎不好擅自做主进行删除,因为不可能知道哪些有用哪些没用

调整模板就好,这里有例子,也是调整的模板:
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/base_model_template.jf

https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/mapping_kit_template.jf

https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/model_template.jf

2020-09-29 16:02

没有用过你的这种用法,不知道原因

这里的重点是,jfinal 的数据库操作紧贴 JDBC,性能上接近最好的极限

而你谈到的在 spring 下 3 秒,别的方法更耗时,如果 java 代码一样,很可能是数据库配置的原因,或者是数据量大小的原因