2016-08-01 18:07
@jj jfinal 新版本对以前的策略有了改变，也即：即使在 getFile(...) 时指定了路径，这个路径仍然是 baseUploadPath 之下的一个相对路径。
所以，你在回复中的代码，可以直接这样实现： getFile("ht", uuid) 即可以了，省了很多代码
2016-08-01 18:03
@lyh061619 正在努力引导 jfinal 用户引入 Service 层，不是那种 interface 满天飞的搞法，jfinal 后续要开源的项目都会走这条路
2016-08-01 14:56
多表联合查询使用与该查询有关的 model 接收就可以了，加入分页使用 paginate 方法即可，只要 sql 中出现过的表名对应的 model 即可接收数据
此外，还可以使用 List list = Db.find(sql) 来接收
2016-08-01 14:54
建议参考一下这个项目： http://www.oschina.net/p/jfinalshiroplugin
2016-08-01 14:52
文件上传有一个默认的 baseUploadPath 配置，是上传的基础路径。默认值为 upload，可通过 me.setBaseUploadPath(...) 进行配置，配置完成后，上传完全始终会处于该路径之下或者该路径的子路径之下。
baseUploadPath 可以设置成绝对路径，以便于单服务器多实例共享同一个上传路径。
2016-07-31 21:34
me 这个实例是共享的，所以不能使用其中的数据承载方法，只能使用其中的 find(...) 系列以及 paginate(...) 系列的方法。
严格来说，这个 me 对象不应该存在，只是为了避免在查询时避免 new 一个对象，节省点时空。
现在 jfinal 的最佳实践已经不建议在 Model 中创建这个 me 对象了，而是在 Service 层持有一个 model 的对象用来查询，而 service 层持有的时候一般不会有人误用其 set(...)、 update()、delete() 方法了
2016-07-30 23:39
注意到这个信息只是 WARN，并非异常，最简单的关闭方法是将日志级别由 WARN 改为 ERROR。当然，最好的办法是将 c3p0 换成 DruidPlugin，c3p0 太老了
2016-07-30 12:12
需要引入 druid，在首页右侧有下载链接，下载一下 JFinal 2.2 all，解压后，里面有一个 druid 目录，里面有 druid 的 jar 包。
2016-07-29 16:33
点击上传就会上传到后端，但不是存在数据库，数据库只存一个链接。 此外不要在社区里面做测试，社区只用了一个低配的阿里云，空间本身就小
2016-07-29 16:32
手册中有明确说明， getFile() 要先于 getPara() 被调用，而这句this.getFile(getPara("file"), upLoadPath, maxSize, "utf-8") 是先调用的 getPara("file")
2016-07-28 16:02
关于上面这些内容，记住一个关键点就行了： java 语言中，继承类上的同名注解会覆盖掉父类的同名注解。 有了这个关键点得出的 jfinal 拦截器的结论是： class 级别上用的 @Before(...) 这个注解，会被继承类中的 @Before(...) 给覆盖掉，相当于父类的就不存在了，当子类的 class 声明时没有使用 @Before(...) 父类的才会起作用。
前面讲的是 public class MyClass 上声明的 @Before，同理 method 上也是一样的道理。
