det/CICS: fileKey folds every ZC##FILE onto one store; ZECS003 under ZC02 deletes records the COBOL leaves alone

オープン
  • 何か問題がありますか？
#7,487 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
18/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
python
領域
backend

調査の方向性

Start in fileKey(), where the ZC.+FILE pattern maps every ZC##FILE name onto one store, and read test_template_file_lineage_4771.py, which pins that regex. Reproduce with the transid-zc02 scenario: with only ZC01FILE present, the COBOL READ should return FILENOTFOUND and delete nothing. Done means ZC02 no longer reaches the ZC01 store, and READ responses are included in the event comparison. This touches the #4771 design, so check with maintainers before changing the regex.

索引モデルが issue の本文から書いたものです。

説明

bug priority: high

ZECS003 as transaction ZC02, with only ZC01FILE in the region: the COBOL gets READ FILENOTFOUND (resp 12, resp2 1) and deletes nothing. The port's fileKey() matches ZC.+FILE, reaches the ZC01 store and deletes the expired records. Reproduced twice, scenario transid-zc02. test_template_file_lineage_4771.py pins the regex, so this is a limit of the #4771 design.

Reading, not run: every instance collapses onto one store, so one instance's expiry would delete another's records. Also, the report says 6 of 6 events equal although READ answered differently: a READ's response may not be in the event comparison.

主要言語
Python
スター
57
フォーク
11
平均マージ
1時間 35分
マージ済み PR（30日）
975

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

squid-protocol/gitgalaxy のほかの issue

squid-protocol/gitgalaxy の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。