Epic: JCL execution — step flow, COND/IF return codes, DD binding, restart/checkpoint

オープン
#4,891 コメント 3 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
30/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
領域
backend

調査の方向性

Start with related issue #4508 and the saved orchestrator handoffs named research-2026-10-11-*; the issue gives no source files or tests to begin with. The first child issue should measure how often the relevant JCL classes appear and in which constructs. This epic is done only when the design and implementation slices address step flow, condition codes, DD binding, and explicitly state or refuse restart/checkpoint behavior.

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

説明

enhancement epic legacy-modernization needs:crucible needs:docker priority: high scope:frontier

Gap: JCL is scanned (job / step flow, DD names, resolved DSNs are mainframe fact channels) but never executed. A migrated batch job needs: step sequencing, COND= / IF-THEN-ELSE on return codes, PARM passing, DD-to-file binding (incl. concatenations, temporary datasets, SYSOUT), restart from a step, and checkpoint/restart semantics.

Wanted: a JCL execution model that runs the translated programs and the utility runtime (sibling epic) as one job, with condition-code logic proven against IBM's JCL reference; restart/checkpoint behaviour stated or refused by name.

Related: #4508 (JCL harness), #4514 parts 1/4 (data, batch), the batch-utilities epic.

Research basis: 2026-10-11 gap research (runtime inventory, language coverage, issue landscape), saved in the orchestrator handoffs (research-2026-10-11-*). Measure-first: the first child issue of this epic is a reach measurement (how often the class appears and in which constructs), then a design note, then slices that each make programs translate or prove. IBM is the reference, GnuCOBOL / our models the instrument; what IBM leaves open is ASSUMED or REFUSED by name (register).

🤖 Generated with Claude Code

主要言語
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 を短くまとめたダイジェスト。