2019-07-09 21:22
其它的 web 框架在启动时打印的内容比 jfinal 多得多
这些启动信息对于了解项目的启动状态是有帮助的
如果启动的时候不输出任何信息，这才是最该引起担忧的，你不知道启动成功没成功
2019-07-08 22:47
整个异常中都没出现 jfinal 字眼，肯定是与 jfinal 无关的
将关注点转移到异常的 cause 部分：
Caused by: java.lang.IllegalArgumentException: javax.faces.context.ExceptionHandlerFactory
2019-07-08 22:46
本来是不回复这个问题的，但忍不住要说一句
你的提问信息量严重不足， 一没给出详细的异常，二没给出代码，三没给出 sql
如果换成是你自己来回答这个贴子，你觉得是否有回答的空间？
2019-07-08 22:45
使用 OpenOffice 将 doc 转为 pdf 这个是头一回见，很好的分享，希望对后来的同学们有帮助
2019-07-08 22:43
@Miii 这样大段的 sql 应该使用 sql 模板进行管理：
https://www.jfinal.com/doc/5-13
有关分页的问题，一定要看文档，里面针对各种问题做了解答：
https://www.jfinal.com/doc/5-6
如果是查询、分页慢的问题，用 mysql 的 explain 命令检查查询是否是在 "索引" 上进行的，否则如果数据量大肯定慢，只要是大数据量的全表扫描必然慢
注意：查询慢的问题必然与 jfinal 无关，因为 jfinal 只是将你的 sql 与 para 直接扔给了底层的 JDBC，并不会对你的 sql 有过多干预
JDBC 层面都慢了，那么只能优化 sql 或者索引
2019-07-08 22:38
@为道日损 xml 型的 webservice 是上个时代的产物，当前只有一些老的遗留系统会玩这个东东
2019-07-08 22:37
@flash866 源码并不多，一两个小时足以看得很清楚
虽然如此，但如果某位同学要实现当前 jfinal undertow 这么多细致入微的功能是十分不易的，因为里头大部分功能在 undertow 文档中找不到答案，只能大量阅读 undertow 源码才能实现
2019-07-08 22:34
@为道日损 虚心接受建议的心态是走向成功所必须的
jfinal 迭代的这八年，听取了无数的建议与反馈，才能在今天适应于千变万化的场景
一个人的视野是有盲区的，无数用户的建议是补足盲区的最好办法
2019-07-08 22:28
在比较特殊的情况下会有这个问题，父类在 class 定义时使用的泛型，在子类的 class 定义中没有出现，所以子类中如果使用泛型时找不到这个泛型是在哪声明的
建议通过配置 me.setProxyFactory(new CglibProxyFactory()) 解决，这个方案在性能上是完全一样的，十分好用
2019-07-06 20:53
jfinal undertow 建议升到 1.7 会更爽
所有 getSqlPara 用法换成 template(...) 用法更省代码
2019-07-05 16:49
你这个是 Spring 部分出了问题，肯定与 jfinal 无关了：
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException:
