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 值
2017-09-20 14:19
@tyc123ly 数据库的表是高度结构化的数据,需要将 txt 中的数据转化成结构化的数据,再利用 sql 送入 oracle
2017-09-20 14:12
me.setSourceFactory(ClassPathSourceFactory()); 这行配置是从 class path 以及 jar 包里面加载模板文件,而你的模板文件在 webapp 的某个子目录下面,那么就不要配置 setSourceFactory,而使用默认配置
如果你的模板文件是放在标准 maven 项目的 src/reoureses 下面的,则可以使用 ClassPathSourceFactory,因为该目录下面的文件会被编译器放在 class path 下面去
通常情况下使用 ClassPathSourceFactory 不需要配置 setBaseTemplatePath(...),则是默认从 class path 根去找模板文件
2017-09-20 11:24
@小蜗牛 只有采用了主键让 model 对象与表记录关联起来,才可以用 model.update()、 model.delete() 这类不带参的方法来操作数据
否则,形式必然是这样的:xxx.update(idValue)
2017-09-20 11:11
@小蜗牛 jfinal 的 model 使用的是 active record 模式,这个模式的基本出发点就是:一个 model 对象唯一对应表中的一条记录,而对应关系统使用的是主键。
因此,主键必不可少,否则 active record 模式就无法正常运转
2017-09-20 11:03
@healerqwer 20多 M 不至于内存溢出,你可以尝试边接收数据,边往文件里面存,处理的时候再从文件中读取出来
这个问题本质上与 jfinal 无关了,利用好已学的 java 知识解决就好