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 值
2017-09-21 10:18
这个决然与 jfinal 无关了，jfinal 从来不干预 session 的生成与销毁
如果使用的是 tomcat，那很可能是跳到这个坑里了：
https://my.oschina.net/jfinal/blog/353062
2017-09-20 15:22
这个大小限制是 my.cnf 与 my.ini 的配置，不是字段，注意看异常中的：max_allowed_packet
2017-09-20 14:19
@tyc123ly 数据库的表是高度结构化的数据，需要将 txt 中的数据转化成结构化的数据，再利用 sql 送入 oracle
2017-09-20 14:18
注意为部署准备的 class 文件的编译器是否开启了 parameters 这个参数，打包时注意是用的 maven 打的，还是 eclipse 打的，如果是 maven 打的，那么要在 pom.xml 中的 maven-compiler-plugin 这个插件中配置
具体配置看一下最新版本的 jfinal club 中的配置，加个 compilerArgument 标记，值为 -parameters
2017-09-20 14:14
再补充一下，配置了 me.setSourceFactory(ClassPathSourceFactory()) 以后，引擎是从 classpath 下面去找模板，由于使用的是 Resource 类加载的资源，也就没再显示绝对路径，这种情况下，你只需要以 class path 为根去定位就好
如果没有使用 ClassPathSourceFactory，那么在找不到模板文件时，引擎会提示全路径及文件名
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:30
下载本站首页的 jfinal demo，里面有一个 _JFinalDemoGenerator.java，右键点击运行即可自动生成 baseModel model 以及与数据表的映射关系，不需要手工处理这些事情
2017-09-20 11:24
@小蜗牛 只有采用了主键让 model 对象与表记录关联起来，才可以用 model.update()、 model.delete() 这类不带参的方法来操作数据
否则，形式必然是这样的：xxx.update(idValue)
2017-09-20 11:22
注意看 jfinal 手册第 9.2 章节，其中的“天”的值是从 1 到 31，而你设置为了 0，显然会报错
2017-09-20 11:11
@小蜗牛 jfinal 的 model 使用的是 active record 模式，这个模式的基本出发点就是：一个 model 对象唯一对应表中的一条记录，而对应关系统使用的是主键。
因此，主键必不可少，否则 active record 模式就无法正常运转
