2020-11-11 16:01
是的，使用中发现一直找不到html文件，验证了很多次，html文件缺失在，给viewPath一个绝对路径，又能找到html了。看了源码，发现是这里有这个隐患。官方没出@Path注解之前，我是每次用@ RequestMapping注解都提供一个绝对路径给viewPath，反正用的也不多，也没太大影响。现在官方推出这个功能，所以就想第一时间切回官方的。上面之所以问了那么多问题，就是想在替换最新版本的JFinal之前，把可能的潜在问题弄清楚。否则，怕存在潜在风险，到时候会有点被动。不过事实证明，波总出手，从来没让人失望过！
2020-11-11 10:54
@海哥，海哥的RequestMapping确实存在这个问题，viewPath默认是""，这点确实存在隐患。我之前是把海哥的RequestMapping分离出来放到我的项目里了，这点我给改了一下。现在有了官方的@Path注解了，暂时把两个共存了。
2020-11-11 10:47
我刚刚也替换了，说实在的，替换前还是有点担心的。不过替换很顺利！每次JFinal都没让人失望！
2020-11-11 10:07
一个累计了5，6年的项目，内容太多。问题不搞清楚，不敢提换上去。之前一直用到的海哥的RequestMapping注解。虽然有些缺陷，不过基本上还是满足。现在官方提供了，想换回官方的，但一个很大的系统，实在不敢轻易替换底层框架。谢谢@琴海森林
2020-11-10 11:37
@JFinal，刚去看了文档，文档里提到如果用@Path注解实现路由扫描，以前的add方法就不能用了？两者只能选一种吗？之前的系统都是继承一个Routes，然后add路由。多个人开发，会有多个Routes继承子类。如果只能二选一，那以前的系统就不能改造了。我是想混合用，以前的add方法增加路由还不变，个别地方用@Path注解实现路由定制。
2020-11-07 16:57
实际项目中，把证书配置到nginx上，然后转发到JFinal的http上，完全没问题，实际项目正在用，不要怀疑。
2020-11-03 14:55
我之前也咨询过这个问题，现在代码全部改成
new TestConfig().use(sqlite).findAll();
这种方式了。
因为我得系统特殊，一套程序可以给不同的客户使用，不同的客户，连接的业务数据库是不一样的，但数据库结构是一模一样的。这样的，就必须要使用
new TestConfig().use(sqlite).findAll();
这种方法了。
2020-10-31 15:31
正好啊，最新的JFinal就支持这个了！
JFinalJson.setModelAndRecordFieldNameConverter(fieldName -> {
return StrKit.toCamelCase(fieldName, true);
});
2020-10-23 11:27
@海哥 编译最新的3.5.8的，报如下错误，找不到jackson的redhat-00007一系列的jar
[ERROR] Failed to execute goal on project jboot: Could not resolve dependencies for project io.jboot:jboot:jar:3.5.8-SNAPSHOT: The following artifacts could not be resolved: org.codehaus.jackson:jackson-core-asl:jar:1.9.13.redhat-00007, org.codehaus.jackson:jackson-mapper-asl:jar:1.9.13.redhat-00007, org.codehaus.jackson:jackson-jaxrs:jar:1.9.13.redhat-00007, org.codehaus.jackson:jackson-xc:jar:1.9.13.redhat-00007: Could not find artifact org.codehaus.jackson:jackson-core-asl:jar:1.9.13.redhat-00007 in nexus-aliyun (http://maven.aliyun.com/nexus/content/groups/public) -> [Help 1]
湘公网安备 43070202000757号