2016-08-01 18:14
@海风的爸爸 这份代码就是 jfinal 2.3 之中的，上新版本的时候就可以用了，多关注社区动态，如果想提前使用，下载一份可立即用上
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")
