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 上也是一样的道理。
2016-07-28 13:13
再补充一下，表单域中文件上传的 name 为 "file_upload"，而 getFile 时用的参数是 "Filedata"，这都会造成工作不正常
2016-07-28 13:11
控制台的 jfinal action report 不正确: Parameter : Upload=Submit Query Filename=10.jpg , 表单中根本没有 Upload 以与 Filename 这两个域，你确定表单与代码对得上？ 此外，检查一下是不是 js 干预了提交过程，改变了提交的域
