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这个项目，海哥的开源项目，里面集成了这个气蛋玩意儿。看看他是咋玩的。
2021-01-21 01:44
@JFinal，你说的有道理。因为我几乎很少依赖数据库的默认值，我一般设计库表结构的时候，如果有默认值，我会在数据字典里明确表明该字段有默认值，会要求程序员在写代码的时候，必须给该字段一个值，显示写到代码里，这样后期在换人接代码的时候，会比较容易理解，这只是个人习惯问题，所以就忽略你说的这种情况了。那么我这里的情况应该不是普遍情况，只是特例，所以，我这里就需要batchSave的时候，自己拼接sql语句和columns，然后调用batch方法了。就这么决定了。感谢波总的回复。不过，这个batchSave方法坑太大，估计不少人可能都会踩坑。按波总说的情况，如果batchSave方法里list参数的第一个元素的model字段是完整的，也就是设置了所有字段的值，但如果第二个model元素却有一个字段没设置值，并且这个字段也是有默认值的，那第二个元素保存到数据库里后该字段是不是也会被填充成null呢。
疑问是疑问，不过还是决定使用batch方法了。感谢波总会的关注和回复！
