jcjgithub
jcjgithub
现在页面很容易出现卡死，日志显示： _http_server.js:248 throw new ERR_HTTP_INVALID_STATUS_CODE(originalStatusCode); ^ RangeError [ERR_HTTP_INVALID_STATUS_CODE]: Invalid status code: 0 [90m at ServerResponse.writeHead (_http_server.js:248:11)[39m at ServerResponse.writeHead (D:\software\doclever\SBDoc\node_modules\[4mon- headers[24m\index.js:55:19) at ClientRequest. (D:\software\doclever\SBDoc\Server\routes\proxy \proxy.js:244:17) [90m at Object.onceWrapper (events.js:418:26)[39m [90m at...
**Describe the bug** 实例重跑完之后显示的还是首次生成实例跑完之后的日志 **Environment** - PowerJob Version: 4.2.0 、4.3.6 - Java Version: jdk1.8.0_241 - OS: win10 **Screenshots**    可以看到还是显示上一次 ，不过在重跑的过程中 点击日志查看的时候日志是对应的 等重跑完 在多点几次日志查看就变又回去了。 期望：既然重跑是在现有的实例上面 进行 那日志是不是要对应上 才合理...
集算器版本 ： 社区版：20230228~ 到目前 github 最新的 都有此现象 连接方式 ：jdbc 远程计算 这里的远程计算指的是  jvm 监控的截图：  根据监控的栈提示 找到对应的源代码位置： com.scudata.server.unit.JdbcTask#executeJDBC  时间有限 我大致看了下代码 逻辑是 connection 不一样 ，对应的 JdbcTask 会不一样 看代码的逻辑 应该是想要保证 同一个...
集算器版本：20230228 oracle版本: oracle19c   麻烦尽快修复 谢谢
bug 参考 此 https://github.com/SPLWare/esProc/issues/34
版本：20230228 代码示例： String spl= "===file(\"D:\\\\IdeaProjects\\\\datasource-client\\\\esProc\\\\file\\\\ctx\\\\REGIONV20230228.ctx\").open()" + "\n>423ww=A1.cursor(R_COMMENT,R_NAME,R_REGIONKEY).fetch()" + "\n>423ww.rename(R_COMMENT:N_COMMENT,R_NAME:N_NAME,R_REGIONKEY:N_REGIONKEY)\nreturn 423ww"; 本地计算是没有问题的 当进行远程计算的时候 由于记录的主键信息 还是 之前的字段 导致在反序列化的时候报错。 ****  ****  希望尽快修复 我们正打算交付产品给的客户 感激不尽 不然就得走回本地计算
splx脚本文件  MAT分析 ![Uploading 堆溢出.png…]() 这里不理解是 为啥 这么多statement对象没有释放发 理论上来说 connection 都断开了为啥 statement 还一直占着？
 有些关键点的错误 能否直接写道日志里面了 方便定位问题 让我们24小时 盯着 控制台也不太合适吧
我们昨天使用官网发布的 20230228 进行操作的时候 出现堆溢出 我们分析堆溢出产生的日志文件   定位到是这里有问题 。  我大致看了下这里的逻辑 是在判断 string 是否全都是 ASCII码 。 这里能否优化下呢？因为你们调用 getBytes 又会在内存里面 创建一份 byte数组 对象 。如果我理解的没问题 是判断 是不是全都是 ASCII码的话 可以采用判断每个字符的码值就行了 不用在去内存里面创建一份
为啥会出现这个bug? 1.实例重试的时候 不会重新生成一条 实例 只是修改状态，故之前的持久化 本地的日志文件还是存在的。 分析关键获取日志的代码： tech.powerjob.server.core.instance.InstanceLogService#genStableLogFile 