2019-02-25 15:17
本质是浏览器的行为引起的， jfinal 服务端是提供了下载，但浏览器看着是一个 .txt 文件就尝试打开它了
2019-02-25 15:16
调试问题肯定就与 jfinal 无关了，建议使用 jfinal undertow，调试比在 tomcat 下方便得多，响应也快得多：
https://www.jfinal.com/doc/1-2
关闭服务器并没有报错，而是一个警告，注意 tomcat 的措辞：This is very likely
也就是说 tomcat 并不能确定是不是有问题
这个问题可能是 druid 这个数据库连接池中有非 daemon 线程，所以在 shutdown tomcat 时无法被关闭引起的，一般不影响使用，建议使用 jfinal undertow，整个世界清静了
2019-02-25 11:29
这里是 jetty server 的使用方法
https://www.jfinal.com/doc/1-6
2019-02-25 11:28
jfinal undertow 不支持 JSP，建议使用 jetty-server 支持 JSP 开发
或者使用 enjoy 代替 JSP
2019-02-24 19:56
如果对 java web 比较熟悉，那么 Session 的操作可以完全按 Java web 标准来：
1：在 controller 中通过 getSession() 或者 getSession(true) 得到 HttpServletSession 对象，假定对象名为 session
2：存数据： session.setAttribute(key ,value)
3：取数据：session.getAttribute(key)
不熟悉 java web ，则：
1：存数据：setSessionAttr(key, value)
2：取数据：getSessionAttr(key)
如果上面的使用方法还是每次都生成新的会话，则肯定与 jfinal 无关了，jfinal 的 session 操作仅仅是对 java web 规范中的 HttpSession 进行了一个极薄封装，可以通过查看 Controller.java 源码知道这一点
最后，建议使用 jfinal undertow 1.5 代替 jetty，开发部署完全一体化，这里有详细的文档：
https://www.jfinal.com/doc/1-2
https://www.jfinal.com/doc/1-3
2019-02-23 16:21
你用到了 RedisPlugin，打开 jfinal 项目的 pom.xml，里头有 jedis 的三个依赖，加上即可
2019-02-23 00:26
此外， super.afterJFinalStart() 与 super.onStart() 这两行代码是不需要的，加上也没有什么问题
2019-02-23 00:25
刚刚再次测试过了，没有问题
你那里可能是开发的时候用的是 jfinal 3.6 ，但启动的时候可能是 jfinal 老版本在起作用，只有老版本才不会回调 onStart()
2019-02-22 18:01
正常情况应该是 5 秒过期，升级一下 jedis 版本看看，可能是 jedis 的 bug
jfinal 的 redis 插件仅仅是转调了底层 jedis 的 API，看一下这里：
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/redis/Cache.java
注意看 Cache.java 中的 setex(...) 方法，这个方法在 jfinal 这个层面是不可能有问题的
