2020-06-05 00:40
在使用 jfinal undertow 开发时，是通过 jfinal undertow 项目中的 UndertowKit. doConfigJFinalPathKit(...) 方法使用反射的方式，调用了 PathKit.setWebRootPath(...) 方法，向其注入了 undertow.resourcePath 中第一个有效的目录
代码：
https://gitee.com/jfinal/jfinal-undertow/blob/master/src/main/java/com/jfinal/server/undertow/
2020-06-04 20:40
这个描述，看上去是 spring boot 的版本变化造成的，建议你用一下排除法解决一下
对于变化的部分，一项项排除
在 jfinal 层面，jfinal 是没有干预这个结果的
我一般是建议不要使用 tinyint(1) 而是使用 tinyint(2) 等等长度大于 1 的类型，这样的结果更确定，一定会是 int 型
2020-06-04 17:40
话说回来，jfinal 有自己的风格与理念，如果照 spring 的路再走一次的话，jfinal 也就没有存在的价值了
所以，jfinal 的很多理念与 spring 都是完全相反的，例如 jfinal 追求极度轻量级，所以代码量只有 spring 组合框架的几十分之一，甚至几百分之一，任何有 java 基础的同学都可以很容易完全掌控
再例如 jfinal 追求小而精，spring 追求大而全
其实，没有完美的战略，任何好战略的反面也是另一种好的战略。 世界总是这样，连世界上最完美的东西数学都是这样的
2020-06-04 17:36
@老宇 因为 jfinal 的路由方式有很多的优点是 spring 那种模式不具备的
相反的， spring 那种模式还有很多的缺点
这个讨论以前有过很多，已经有比较明确的共识
2020-06-04 16:23
@himans 这个得找个时间好好研究
目前，你可以在项目中进行扩展， CaptchaRender 也可以扩展出 extends MyCaptchaRender来用，然后：
render(new MyCaptchaRender(...))
2020-06-04 16:12
AutoBindRoutes 这种东东打到 exe 中去以后不一定工作正常，改成 jfinal 官方的路由用法即可
注意：所有的 AutoBindRoutes 这类扩展都不是 jfinal 官方的，jfinal 一直不提倡这种用法
