2017-09-21 22:48

这个需求第一次被提及,需要谨慎权衡,添加东西总是很容易,但由此产生不确定性后果以后再删就不容易了

你确定有实际的应用场景在用?

2017-09-21 22:46

顶多就是 catche 住这个类型的异常,然后忽略掉

2017-09-21 22:45

这个异常不需要理会,仅仅是客户端下载的中途自己中断了而已,抛异常才是正确的

2017-09-21 22:44

@qgzsyf 稍微学习一下 maven 的使用,这个现在是基础。 maven 项目可以直接导入 eclipse , 直接运行起来

2017-09-21 22:43

利用 jfinal 的生成器,生成 baseModel,让 model 自动拥有了 getter 方法,然后通过 me.setJsonFactory(new FastJsonFactory()) 即可

2017-09-21 16:29

@vae 区别前面已经说了,一个封装,一个不封装为 record

2017-09-21 14:44

@geekswg 这个问题不好猜,建议单步调试定位错误

2017-09-21 14:44

Db.query(sql, id); 改成
Db.find(sql, id);

注意:query 系列方法原样返回数据类型, find 系列方法将返回的数据封装成 Record 对象

2017-09-21 14:41

添加个 me.add(new SessionInViewInterceptor()),然后 ${session.key}

建议使用 jfinal 自带的 template engine, 好用太多

2017-09-21 12:43

ioc 的核心目标是为了能在构建对象时,可以用上代理类,从而实现 AOP,而 jfinal 有更简洁的 AOP 实现方案,所以就不会提供 IOC

要知道 ioc 的成本很高,通常需要一个 ioc 容器,再配合大量的 XML 或者 annotation 进行配置装配,以于于很多 spring 用户都忘了有 new 关键字和 factory 模式可以使用

2017-09-21 12:40

先用这个顶一顶:
http://www.jfinal.com/feedback/1654

2017-09-21 12:39

试试 okhttp

2017-09-21 12:35

LoginInterceptor 中的代码写得不对,然后 me.setViewType 如果用的是 ViewType.JSP,那么需要再配置一个:
me.setViewExtension(".jsp")

2017-09-21 10:32

只要知道 session 实现机制就明白了,session 利用 cookie 在客户端存放了一个类似于 token 值的东东,每次要创建 session 之前,服务端会先获取session 对应的 cookie 是否存在,如果存在则去找已经建好的 session 对象,否则,就新建一个。

而 ajax 发送异常请求应该是没在这个请求中带上 cookie 值,所以服务端得不到 session 所对应的 cookie 值,利用 cookie 去找 session 也就无从谈起

检验方法极其简单,下面方法二选一:
1:发送 ajax 请求到服务端的代码,利用 getCookie()看是否有 session 对应的 cookie 被传送过来
2:在 chrome 浏览器中按 F12,监测请求中的 cookie 值