2020-11-17 14:00
@PerfectWeather 304 表示资源未修改， 是告知浏览器使用缓存的资源，这个不是问题
2020-11-17 11:58
@leomj 这个与 jfinal undertow 的版本有关，高版本的 jfinal undertow 默认 undertow.host = 0.0.0.0
强烈建议使用最新版本
2020-11-17 11:56
这个在 jfinal weixin 新版本中已经解决过了，注意升级到 jfinal weixin 最新版本
记得解决后回来再反馈一下
2020-11-17 11:07
前几天刚好有人问：https://jfinal.com/feedback/7830
2020-11-16 16:08
对于 action 找不到的这是最简洁的方案了，另一个要注意的是 ActionHandler 中的 handleActionException(...) 方法中也有一个处理 404 的分支，如果不处理的话可以略过
2020-11-16 11:58
@zys666 你说的项目奔溃了，我建议用一下 jdk 自带的 jvisualvm 这个工具，看看你的项目资源占用与回收情况，重点看内存、线程这类资源
2020-11-16 11:57
@zys666 服务端在发送数据的时候客户端主动断开连接，这个是没法控制的
jfinal.com 也一直有这个异常，但项目从来都是可以正常访问的
2020-11-16 11:55
可能是项目配置问题，这里指的配置是 ecilpse 配置，注意按文档中的介绍来配置
也可能是项目停在了断点上，注意去掉 debug 用的断点
2020-11-16 11:50
如果你不想看到这个异常，有一些解决办法：
1：配置日志，让日志跳过这个异常
2：继承 TemplateRender 在 try catch 中处理一下，然后配置 me.setRenderFactory(....) 接管 Controller.render(...)
2020-11-16 11:48
我自己的项目也偶尔出现这个异常，但网站绝对不会奔溃，奔溃应该是别的原因，一般是资源泄漏之类的错误
你碰到 TemplateException: UT010029: Stream is closed 这个异常是指服务端在向客户端发送数据的时候，发现客户端主动断开了连接，这种异常是无法避免的
例如，某些情况下由于网速太慢，客户端在请求某个网页时发现迟迟没有响应，由于关闭浏览器，这个时候服务端仍然在向客户端发送数据，就一定会出现这个异常
阿里云的网络还比较稳定， 我的 jfinal.com 大概两三天会抛一个你碰到的这个异常，我都是直接无视的
2020-11-15 21:35
单步调试进入到最终被代理的那个方法，你会发现这个值已经被改变
这里要特别注意一件事： invocation.setArg(...) 要在 invocation.invoke() 之前调用，这里有先后次序问题
