2020-12-24 12:21
初衷是为了开发体验的流畅，新增类、方法等动作不用去手动重启服务
由于采用的是 class loader 方案，所以不可能做到彻底。jrebel 这类专门性的热加载第三方花了很大的规模与复杂度才做得更完善，但仍然不彻底
无法做彻底的根本原因是 java 是静态类型语言
你谈到的下面的内容：
而我经常只是修改类方法内容，编译，浏览器查看变更结果。要实现这个功能，只需要debug模式运行Application.main即可实现。
其实可以通过一个简单的配置就可以了：
undertow.devMode = false;
所以说，有没有这个功能，对于不需要的同学来说，关掉它就可以了，不影响原有习惯，也不影响习惯使用 jrebel 的同学继续使用 jrebel
2020-12-24 11:57
视频播放就扩展一下 Render ，做一个自己的 StreamRender 出来：
public class StreamRender extends Render {
...
}
然后用的时候：
render(new StreamRender());
2020-12-23 11:42
@mr_wangyan 这个问题其实是 jfinal 之外的事情，但为了帮你省时间，jfinal 还是添加了点代码，解决了这个问题
这个问题的原因如下：
1：使用 nginx 代理 https 也就是 443 端口
2：nginx 与 jfinal 项目通信的通道并不是 443 端口，而是像你项目中用到的 1888 类似的其它端口
3：当你在 jfinal 中使用 rendirect(url) 做重定向的时候， jfinal 获取到的端口号必然只能是 1888，因为 nginx 与之通信的确用的是 1888
4：所以说 443 这个端口号对于 jfinal 项目来说是透明的，无法感知的
5：解决办法自然就出来了，通过在 nginx 中配置 proxy_set_header X-Forwarded-Port $server_port; 将 443 这个端口号通过 http 的 header 中传递过去
6：最终 jfinal 的 RediectRender 优先获取一下 X-Forwarded-Port 的值，如果获取到，那么重定向就优先使用该端口
2020-12-22 22:57
我暂且猜测你碰到的是一个重定向的问题，在 nginx 配置 proxy_pass 的同一个配置块中添加如下配置：
# 解决 https 重定时向回到了 http 的问题
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
上面的配置将支持 jfinal 的 redirect(...) 重定向到正确的端口号
注意，这个配置要是比较高的 jfinal 版本才会有用
2020-12-22 22:54
@mr_wangyan 先检查一下，请求是不是被重定向了，检查步骤：
1：先打开浏览器 chrome 的开发者工具窗口，点击 Network 标签
2：重现一次这个问题，看请求中是不是出现了 302 与 301 重定向请求。如果没有发生，状态码是 200
2020-12-22 14:50
"项目每次重启都会跳转到xxx.com:80" 这句不知道是什么意思， 不知道细节，到底是如何跳转的？
2020-12-22 11:45
控制台输出的是下面这样的：
Parameter : title=社会
证明服务端没有乱码，没问题的
在 url 中携带中文参数会被自动 encoding，在 tomcat 下需要配置一下 server.xml
如果使用 jfinal undertow 无需配置，自动支持
2020-12-22 11:43
@steven_lhcb_9527 gradle 的配置比较简洁，但生态不如 maven 好，而且版本库仍然是用的 maven
由于 maven 的 pom.xml 文件不会被高频编辑，所以即便配置比较罗嗦也还是可以接受
2020-12-18 17:31
最好的办法是修改 package.xml 文件，在里头添加复制 WEB-INF/lib 文件到打好包的 lib 下面去
还有一个办法是修改 jfinal.sh 中的 CP 变量，将 WEB-INF/lib 加入到 class path
二者任选其一，建议通过第一种方式来做
此外， package.xml 中还留有复制本地 .jar 包的用法，用到的时候去除上面的注释改成实际配置即可
总之 pom.xml 中使用的打包插件有很多配置可用，几乎满足所有打包场景
