2016-10-20 11:13
首先在外部配置文件中以 key=value 形式先配置好需要的信息，然后在 YourJFinalConfig 中配置一下： ApiConfigKit.setDevMode(me.getDevMode());
然后让自己的控制器继承MsgController、ApiController，此时会 IDE 会提示你要实现 getConfig() 这个抽象方法，只需要在这个方法中创建 Config 对象，并向这个 config 对象中放入配置内容即可，具体的配置内容都可以通过 config.setXxx 得到提示
2016-10-20 11:04
将数据转成 byte[] 类型，然后 set(...) 进去，最后再 save() 或者 update()
2016-10-20 10:58
提示内存溢出，你为 jdk 启动给配置的最大内存是多少？ 或许是项目几乎占尽了分配的内存，然后上传的文件成了压死骆驼的最后一根稻草
2016-10-20 10:56
demo 运行流程简单来说如下：
1：请求进入web.xml中配置的 JFinalFilter之中
2：JFinalFilter 持有一个 handler 链条，会按次序分别去调用这些 Handler
3：其中这个 handler 链条的尾部是 ActionHandler，此 handler 是处理所有动态请求的，也就是处理 Controller 中定义的 action 方法
4：请求到达 ActionHandler 以后，会首先根据该请求的 url 支获取 Action 对象，如果没找到则报 404 异常，如果找到了，则从 Action 中拿到目标 action 所配置的 Interceptor 以及 Controller action 的 Method 对象
5：拿到上述对象以将她们封装在一个 Invocation 的对象中，然后在此对象的 invoke() 方法中通过递归调用来调用 interceptor 与 action 方法
6： action 方法是用户在 Controller action 方法中写的程序，这样就将控制权交给了用户
7：用户在 action 中干完自己的事以后，调用一下 render 方法，后续 Invocation 调用完成以后会转调用户刚刚调用 render 时生成的 Render 对象的 render() 方法，该方向客刻端响应返回的数据
上面的条数据看上去多，其实主要就三步：一是创建 Invocation 封装应该调用的 interceptor 与 controller。二是调用 invcation.invoke()，进而会将调用传递到 interceptor与controller。三是调用 render
2016-10-20 10:48
jfinal ext 是第三方开发者提供的，但 jfinal ext 作者由于出国工作的原因没有时间进行维护，建议有需要的朋友可以自己改改这里，就是简单改个名很方便，
2016-10-20 10:38
建议使用最原始的 form 表单，然后再配合 jquery form 这个工具来支持 ajax 文件上传，使用上极其简单，参考这篇文章，建议收藏这篇文章：http://www.jfinal.com/feedback/422
2016-10-20 10:34
加载了两次，典型入坑了，我写的博文里面有明确说明会加载两次：https://my.oschina.net/jfinal/blog/353062
2016-10-20 10:33
tomcat 部署一定要参考一下我写的这篇博文，避免很多坑：https://my.oschina.net/jfinal/blog/353062
2016-10-20 10:32
做个拦截器，然后用下面一行代码拿到请求类型再进行判断即可：String method = inv.getController().getRequest().getMethod();
拿到 method 以后，通过 if 判断，然后再使用 inv.getController().render(...) 或者 redirect(...) 分发一下请求就好
2016-10-20 10:30
@都教授 tocmat 下部署参考一下我写的这篇博文：https://my.oschina.net/jfinal/blog/353062
2016-10-20 10:29
这个需求确实有几个人提出来过，当时我是建议他们自己先通过创建 MyRender extneds Render 类扩展出来用的，用的时候这样 render(new Myrender(...))，jfinal 2.3 考虑一下这个需求，但优先级不高，太多功能需要在 2.3 中添加
能否在自己扩展完以后，去分享频道写个分享，感谢你的支持
2016-10-18 17:29
简单地说，restufl 是一种软件架构的风格，而此风格之中有很多的概念，设计思想，核心思想在于对资源的抽象，也就是以数据为中心去做设计，数据之上的复杂多变的业务，仅仅是对数据的不同操作、组合、展现方式而已，抓住了数据为核心这个根本，就抓住了 restful 的关键
而 url 风格并不是 restful 的重点，数据结构才是关键
2016-10-18 17:25
这个问题比较大，我只能说核心的：
1：restful 的核心是资源的抽象，首先将各种概念抽象成资源
2：在抽象资源的基础之上，一切事务都看成是对资源的操作，例如，你有一个 account 账号资源，注册操作就是添加一条 account 数据，激活就是将 accout.isReged字段从 0 变成 1等等
3：有很多文章误导，以为 url 的风格是 restful 论文推荐的风格，项目就是 restful 的了，这是错误理解了 restful 本质的结果
4：restful 是一种架构风格，与 url 的风格在本质上是无关的，很多框架，以为将对资源的操作放在 http 请求头中就是 restful，例如使用这种风格 GET /account 、POST /account
5：jfinal 提倡 restful 的关键思想，提倡对资源的抽象，但唯独 url 风格与建议的风格有稍许不同，例如 jfinal 是将对资源的操作放在 url之中的，例如： /account/add、/account/save、/account/delete/id 等等
很多框架就被这个 url 套死了，以为 url 不是论文建议的风格就不是 restful，错误地认为 url 风格是 restful 的关键
