2021-03-02 09:41
@JFinal，已经搞定了，就是退出的时候，如果有正在通信的websocket，就会抛这个异常，说通道已经关闭。我在退出之前，把所有连接都关闭。就没事了。
另外，我在另外一个反馈里提的把自定义的SessionManager配置进undertow也已经搞定了。当然，如果波总能官方内置肯定是更好。
2021-03-01 15:06
@JFinal 没有带-9参数，带-9参数，就没有onStop的回调了。我刚才考虑是不是因为有客户端已经连上到这个服务器端实例，然后我退出服务，websocket服务器还在和客户端连接着，然后就会抛这个异常。我刚才在onStop里把该服务实例里所有创建的websocket的session都close掉。就没有这个异常抛出了。对强迫症来说，看起来清爽多了。
2021-03-01 14:12
@JFinal，我的也有这个问题，用到undertow的websocket。正常使用环境的时候有几百个用户在线，后台用3个实例做分布式websocket，如果服务器端用jfinal.sh stop停止的时候，该实例会抛这个异常。因为我的前端做了故障重连机制，所以客户端会自动重连到其他服务器端。只是这个异常看起来很别扭。下面提示贴图：
2021-02-27 12:58
@SuperEric，成功了，测试运行正常。这回分布式部署的session处理看起来就清爽多了，再也不需要自己定义拦截器了。分布式和单机在使用上完全没有区别了。
2021-02-27 01:14
@北流家园网，我也遇到这样的问题。后台只要修改代码触发热加载，就会抛这个异常。但因为我前端页面实现了断开自动重连，所以，从使用上来说，避免了出错。只是后台抛这个异常，看起来别扭！
2021-02-07 13:59
根据不同的数据源连接的数据库，去系统表里查指定的表是否存在就行了。波总给的demo是mysql怎么写，其他数据库按这个方法走就行了。
2021-02-04 16:21
@molidaima 给你推荐看看jboot这个项目，海哥的开源项目，里面集成了这个气蛋玩意儿。看看他是咋玩的。
