2020-09-21 11:54
@rirai 人家弄这个 cookie 攻击，对你的应用产生了什么实质性影响？ 应用当掉了？
2020-09-21 11:13
@jiren jfinal 俱乐部群里有 app&coffee.doc 里头有详细说明，这个计划本该早就上线，只不过去年 9 月我小孩出生，计划全打乱了
2020-09-20 17:49
刚刚我在本地测试了一下，去掉 UndertowServer.java 中的第 301 行的代码即可实现这个功能：
https://gitee.com/jfinal/jfinal-undertow/blob/master/src/main/java/com/jfinal/server/undertow/UndertowServer.java
也即删除下面这行代码:
.addHttpListener(config.getPort(), config.getHost())
如果这个改进没有副作用的话，下一版本将引入这个功能，将 undertow.http.disable=false 这个配置的行为改成直接关闭 http(80 端口)，而不仅仅是屏蔽 url 请求
2020-09-20 17:08
有关分页碰到的所有问题在这里都有的：
https://jfinal.com/doc/5-6
2020-09-20 17:06
OutOfMemoryError 这个异常通常是内存泄漏引起的，通过 JVM 自带的 visualvm 检查哪个地方的内存占用是一直上升的
2020-09-20 17:05
@__ 问题应该是找到了，并不是 Cron4jPulgin 不执行，而是你的项目出现了 OutOfMemoryError 异常，JVM 已经不能正常工作了，定时任务不执行就再正常不过了
2020-09-20 17:00
补充一下，如果用 kill 杀掉进程，使用 -9 参数，无论是不是 daemon 线程，都强制关闭 JVM，这个是操作系统层面的行为，是 JVM 自己也无法控制的
2020-09-20 16:59
线程的关闭其实与 jfinal 无关，纯属 java 的知识范畴
在 java 知识体系中，如果 jvm 关闭的话，线程如果正在执行，并且是 "非daemon" 线程，jvm 会等待这个线程执行完以后再关闭
如果是 daemon 线程，jvm 在关闭的时候会立即关闭，不等待没有执行完的线程
就 jfinal 内部启动的线程来说，都确保了是 daemon 线程，所以，你只需要关心自己开启的线程是什么类型的即可
2020-09-20 16:55
@山东小木 jfinal 社区国庆前后要上 app & coffee，这个才是未来，这个才能形成正向反馈循环，才可持续
以后，尽可能将一切都纳入 app & coffee
