2016-12-09 09:43
线上的源码已添加了随机盐，不仅仅是 md5，而是在服务端有随机盐参与 hash 操作，源码可以看这里：http://git.oschina.net/jfinal/jfinal/blob/master/src/com/jfinal/render/CaptchaRender.java?dir=0&filepath=src%2Fcom%2Fjfinal%2Frender%2FCaptchaRender.java&oid=7dbc8c0c03bb9e9f70af0a0fa8e6b2e5df46c1ec&sha=5c8ee137b5b8e85053461f430109a4c64f590ae3
当然，线上这个版本虽然较以前版本有改进，但仍然存在问题，jfinal 2.3 最终版已彻底改进这里
jfinal 在很早前选用 cookie 存放 captcha，初衷是为了避免在服务端存东西，从而可以更方便地做集群，由于每次版本升级有几十上百项改进，一直没有顾上这个地方的改进
2016-12-08 16:42
@gxlzlijng 以前的问题不再出现，证明以前是我说过的连接不上的问题，现在的问题，全是 "WARN"，根本不是异常，只需要将日志级别调高就没有了，当然，这个问题不能无视，只需要将 c3p0 换成 DruidPlugin 即可打完收枪
2016-12-08 13:00
@gxlzlijng 连上数据库这是后续所有代码可以正常运行的前提，一定要先解决掉，用纯 jdbc 连上以后，还建议再用一下 jdbc 查询下数据，看能否成功
2016-12-08 12:59
@gxlzlijng 如果纯 JDBC 都连不上数据库，那就想办法直到能连上，下一步才是将配置转到 jfinal 配置之中
2016-12-08 12:58
@gxlzlijng 原因就是无法获取连接，要定位这个错误极其容易，先用纯 JDBC 配好参数去连一下，确定能连上以后，再将前面配置好 JDBC 参数 copy 到 jfinal 代码中来
2016-12-08 11:43
错误提示已经很明确，无法获取连接：Connections could not be acquired from the underlying database!
这类错误无非就是如下几个原因：
1：连接数据库的用户名错误，密码错误
2：数据库名错误
3：连接用的用户账号没有权限
总之是配置的问题
2016-12-08 11:41
解决乱码的终极办法是找到乱码发生的源头，一定要单步调试，看是哪一步发生的乱码，例如，是不是中文文件名在很早的时候就是乱码，而是在 renderFile 方法之前就是乱码了，最快的解决办法就是单步调试
2016-12-08 11:40
如果你自己的项目够稳定，99% 的可能是对方提供天气的 API 不稳定，用一个 try catch，将所有日志记录下来，隔天的时候看一下就全明白了
2016-12-08 11:38
不用再找原因了，历史上大致有四五个人碰到过这个问题，是因为 oracle 驱动的 bug 引发的，换个 oracle jar 包即可打完收枪
2016-12-08 11:37
jfinal 作为框架，只能做一些权衡取舍，实现最常用的功能，这类同一个 name 提交数组的情况可以创建中间类 BaseController 来根据业务扩展出来，jfinal 对数组获取提供了最基本的方法：getParaValues(...)，再不就是可以先通过 getRequest() 拿到最原始的 HttpServletRequest 对象以后，再自由进行扩展操作
根据业务去做这些功能没有什么隐患，希望你搞定以后可以回社区分享给大家，感谢反馈
2016-12-06 22:32
在此下载： https://git.oschina.net/zhouleib1412/jfinal-code-online
这个项目貌似两年没有在更新了
2016-12-06 19:37
将 renderJson(page); 这一行改成 renderJson(JFinalJson.getJson().toJson(page)); 即可打完收枪
因为你用的 fastjson 或 jackson 这类工具转换 Record 对象时，这些工具都是依赖于 record 中的 getter 方法，而 record 中有一个 getColumns() 方法，所以会对此方法返回的数据进行 json 转换
而 JFinalJson 可以自动识别 Record 对象，而且不依赖于 getter 方法进行转换
