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-09-30 18:07
@UsingJFinal 我看了一下，原创功能是后来才开通的，所以显示的原创只有 10 篇，其实有更多
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 代码一样，很可能是数据库配置的原因，或者是数据量大小的原因
2020-09-29 15:57
保留了表名，一是为了 sql 完整性，sql 可读性会好点。二是减少 string 拼接能提升点性能
在做这个功能的时候去除表名当然是可以的，最终是权衡后的选择
2020-09-28 23:04
这个是将 web 项目包装成桌面项目的好方法
在某些情况下，客户需要这样的形式。这种形式继承了 web 的好处，升级服务端即可升级客户端
2020-09-28 22:17
jfinal 默认的 aop 是通过生成 java 源码动态编译它来实现的。类上面使用泛型的某些用法无法识别出来，如果在被代理的方法上使用了无法识别的泛型就会有问题。
使用 me.setToCglibProxyFactory(); 是通过 cglib 直接改写字节码来实现 aop 的，可以解决这个问题
一般情况没事
2020-09-28 21:03
需要调用，否则会存在资源泄漏，具体来说就是 redis 连接未关闭，另一个线程下次使用的时候可能会无法获取到连接
对于这种情况，你可以封装一个工具类，在里头用 try finally 关闭资源
