はじめに
アプリケーションを開発/修正する際には、コードを実際に動かしてみてトライ&エラーを繰り返すということはよくある話です。その際にデバッガーを使ってコードをステップ実行させたり、稼働中の変数の状態を確認したりすることは有用です。
ここでは、VSCodeからデバッガーを使ってz/OS上のアプリケーション(COBOL)を動かしてみます。
関連記事
VSCodeを使用したメインフレーム・アプリケーション開発 - (1)概要
VSCodeを使用したメインフレーム・アプリケーション開発 - (2)z/OS基本操作
VSCodeを使用したメインフレーム・アプリケーション開発 - (3)ソース編集
VSCodeを使用したメインフレーム・アプリケーション開発 - (4)ソース管理ツール/ビルドツール連携
VSCodeを使用したメインフレーム・アプリケーション開発 - (5)デバッガーの利用
VSCodeを使用したメインフレーム・アプリケーション開発 - (6)FTP経由での接続
全体像
ざっくりとしたデバッガーの利用イメージは上の図の通りです。ホスト上でDebugger機能を導入構成しておき、VSCode側にはデバッガーを利用するためのExtensionを導入しておいて、VSCode上でデバッグ(ステップ実行など)を行います。
ここでz/OS Debuggerというのはz/OS上で稼働するデバッグ機能を提供するコンポーネントを表しています。IBMさんのプロダクトは相変わらず製品体系や名前が分かりにくいものが多いですね。
IBM z/OS Debugger, IBM Debug for z/OS, IBM Debug for z Systemsなど少しずつ表記にゆらぎがあったりします。この機能は単体製品として提供されているものもありますし、IBM Developer for z/OS や IBM Wazi Developer for Red Hat CodeReady Workspacesなどに含まれて提供されていたりします。Continuous Deliveryなのでまたそれがさらにややこしい...。
ここではz/OS Debuggerと表記しますが、いずれにしても有償製品に付属しているデバッガー機能を指します。
z/OS Debuggerはずいぶん前から提供されている機能で、3270端末エミュレーター(PCOMなど)をUIとしてデバッグするようなこともできますが、ここではVSCodeをUIとして考えているので、画面をリモート(ここではVSCode)に飛ばす、"リモート・デバッグ"と呼ばれるやり方にフォーカスします。また、デバッグ対象のアプリケーションも言語環境やミドルウェア(バッチ、CICS、IMSなど)によってもやり方は変わってくるのですが、とりあえずここではシンプルなCOBOLバッチのケースを試してみます。
参考:
IBM z/OS Debugger の概要
What's new in IBM z/OS Debugger V15.0
Installation of IBM Developer for z Systems and IBM Debug for z Systems
Announcement Letter - IBM Application Delivery Foundation for z/OS 3.3 and IBM Developer for z/OS Enterprise Edition 15.0 expand IDE choices to include support for Red Hat CodeReady Workspaces and move to Eclipse Photon 4.8 in alignment with IBM Explorer for z/OS Aqua 3.2
IBM Debug for z/OS
構成(事前準備)
今回はIBM Wazi Developer for Red Hat CodeReady Workspacesを使った場合の例を示します。この製品はOpenShift上で稼働するz/OSエミュレーターが提供されていますが、はじめからz/OS Debuggerの構成もされた状態となっています。
z/OS側
z/OS側の構成はここでは詳細は割愛します。基本はドキュメントの記述に従って構成してください。
参考: z/OS Debugger
ここでは、IBM Wazi Developer for Red Hat CodeReady WorkspacesV1.1.0のSandboxでデフォルトで提供されているz/OS Debuggerの構成を見てみます。
先に示した全体像の図にあるように、z/OS側では3つのコンポーネントを構成、稼働させておく必要があります。
Debug Manager
Debug Managerはリモート・デバッグを行う際にVSCodeやEclipseなどのクライアントと通信を行う際に必要なコンポーネントです。
起動プロシージャー
//*
//* Debug Manager
//*
//DBGMGR PROC PRM=, * PRM=DEBUG TO START TRACING
//*BGMGR PROC PRM=DEBUG, * PRM=DEBUG TO START TRACING
// LEPRM='RPTOPTS(ON)',
// TZ='EST5EDT',
// CLIENT=7397,
//* CLIENT=4097, * use for wazi_int_test
// HOST=4040,
// HLQ=EQAF00
//*
//DBGMGR EXEC PGM=EQAZPCM,REGION=0M,TIME=NOLIMIT,
// PARM=('&LEPRM ENVAR("TZ=&TZ")/&HOST &CLIENT &PRM')
//STEPLIB DD DISP=SHR,DSN=&HLQ..SEQAAUTH
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
// PEND
//*
Remote Debug Service
Remote Debug Serviceはデバッグエンジンとクライアント(ここではVSCode)の間のプロキシーの役割を果たします。
起動プロシージャー
//*
//* Remote Debug Service
//*
//EQARMTD PROC SVRPATH='/usr/lpp/IBM/debug',
// CFGDIR='/etc/debug',
// WRKDIR='/var/debug',
// ENVFILE='eqarmtd.env'
// SET QUOTE=''''
//EXPORTS EXPORT SYMLIST=*
// SET SVRPATH="E&SVRPATH"E
// SET CFGDIR="E&CFGDIR"E
// SET WRKDIR="E&WRKDIR"E
// SET ENVFILE="E&ENVFILE"E
//*---------------------------------------------------------
//* Start the Remote Debug Service
//*---------------------------------------------------------
//EQARMTD EXEC PGM=BPXBATSL,REGION=0M,TIME=NOLIMIT,
// PARM='PGM /bin/sh &SVRPATH/remote-debug-service/bin/eqarmtd.sh'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDENV DD *,SYMBOLS=JCLONLY
EQARMTD_CFG_DIR=&CFGDIR
EQARMTD_WRK_DIR=&WRKDIR
EQARMTD_ENVFILE=&CFGDIR/&ENVFILE
EQARMTD_BASE=&SVRPATH/remote-debug-service
_BPXK_AUTOCVT=ON
/*
// PEND
//*
環境変数ファイル
# =============================================================================
# Remote Debug Service configurations
# =============================================================================
# ------------------------------------------------------------------------------
# Ports required to run the service:
# 'port_internal' must be specified
# And at least one of the following options must be specified:
# 'port_external_secured'
# 'allow_unsecured_remote_connections=true'
# ------------------------------------------------------------------------------
# Port number the service listens to for internal debug backend connections from
# the local z/OS machine. This port is mandatory. This port may be secured with
# AT-TLS if encryption of localhost-localhost connections is desired.
port_internal="7393"
# Allow the internal port number to also listen for unsecured incoming requests
# from remote debug clients. Uncomment this line to enable listening for unsecured
# remote connections on 'port_internal'.
#allow_unsecured_remote_connections="true"
# Port number the service listens to for secured incoming requests from remote
# debug clients. This port is encrypted by Java. Do not use AT-TLS to secure
# this port. Comment out this line to disable secured remote connections.
port_external_secure="7394"
# ------------------------------------------------------------------------------
# TLS keystore and password:
# These values must be specified if 'port_external_secured' is specified
# ------------------------------------------------------------------------------
# Pathname of the keystore file where the server certificate is loaded
#keystoreFile="$EQARMTD_CFG_DIR/keystore.jks"
keystoreFile="/etc/zexpl/rseapikey.p12"
# Password to access the server certificate from the keystore file
keystorePass="ibmuser"
# The type of keystore file to be used for the server certificate. This value
# is for reference only. Only JKS keystore types are supported at this time
keystoreType="JKS"
# ------------------------------------------------------------------------------
# Other server config paths and files:
# ------------------------------------------------------------------------------
# Home directory of the 64-bit Java SDK
java_dir="/usr/lpp/java/J8.0_64"
# Working directory of the Remote Debug Service
eqarmtd_workdir="/var/debug/workspace"
# ------------------------------------------------------------------------------
# Diagnostic tracing of service and debug connections
# ------------------------------------------------------------------------------
#eqarmtd_logdir="/var/debug/logs"
#trace=true
# ------------------------------------------------------------------------------
# Low level tracing of Remote Debug Service application and debug connections
# ------------------------------------------------------------------------------
#detailedTraceOptions="/var/debug/trace.options"
#detailedTrace=true
# ------------------------------------------------------------------------------
# Headless Code coverage options
# ------------------------------------------------------------------------------
#headless_cc=true
#headless_cc_config=SharedServiceFiles/samples/eqahcc.env
IBM_JAVA_OPTIONS="-Xms256m -Xmx512m -Xquickstart -Xshareclasses:nonFatal"
IBM_JAVA_OPTIONS="$IBM_JAVA_OPTIONS -Xshareclasses:cacheDirPerm=0777 -Xscmx30m -Xshareclasses:cacheDir=/javasc/eqaprof,name=eqaprofcache"
IBM_JAVA_OPTIONS="$IBM_JAVA_OPTIONS -Xlp:objectheap:pagesize=1m,warn,pageable -Xlp:codecache:pagesize=1m,pageable"
Debug Profile Service
※今回の手順では利用しないのでオプションです。アプリケーションの種類やデバッグ方法によって使用するケースがあります。
参考:デバッグ・プロファイル・サービスと API のサポートの追加
デバッガー利用の際は、どのモジュールをデバッグ対象として扱うか、といった情報をプロファイルとして管理します。Debug Profile Serviceは外部からプロファイルを管理するためのREST APIを提供してくれるので、このサービスを経由してVSCodeからプロファイルの管理が行えるようになります。
起動プロシージャー
//*
//* Debug Profile Service
//*
//EQAPROF PROC SVRPATH='/usr/lpp/IBM/debug',
// CFGDIR='/etc/debug',
// WRKDIR='/var/debug',
// ENVFILE='eqaprof.env'
// SET QUOTE=''''
//EXPORTS EXPORT SYMLIST=*
// SET SVRPATH="E&SVRPATH"E
// SET CFGDIR="E&CFGDIR"E
// SET WRKDIR="E&WRKDIR"E
// SET ENVFILE="E&ENVFILE"E
//*---------------------------------------------------------
//* Start the Debug Profile Service
//*---------------------------------------------------------
//EQAPROF EXEC PGM=BPXBATSL,REGION=0M,TIME=NOLIMIT,
// PARM='PGM /bin/sh &SVRPATH/tomcat/bin/catalina.sh run'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDENV DD *,SYMBOLS=JCLONLY
EQAPROF_CFG_DIR=&CFGDIR
EQAPROF_WRK_DIR=&WRKDIR
EQAPROF_ENVFILE=&CFGDIR/&ENVFILE
CATALINA_BASE=&SVRPATH/eqaProfile
_BPXK_AUTOCVT=ON
/*
// PEND
//*
環境変数ファイル
# Debug Profile API Server configurations
# Ports required to run the server:
# Port number the server listens to for a shutdown command
port_shutdown="7391"
# Port number the server listens to for incoming http requests
port_http="7390"
# Port number the server listens to for incoming https requests
port_https="7392"
# TLS keystore and password:
# The pathname of the keystore file where the server certificate is loaded
keystoreFile="/etc/debug/keystore.p12"
# The password to access the server certificate from the keystore file
keystorePass="ibmuser"
# The type of keystore file to be used for the server certificate
keystoreType="PKCS12"
# Other server config paths and files:
# Context path of the URI. For example:
# http://localhost:8180/context_path/profile/dtcn?region=cicsts54
context_path="/api/v1"
# Naming pattern used by the API for working with EQAUOPTS data sets
default_dsname="\&USERID.DLAYDBG.EQAUOPTS"
# Pathname of the configuration file containing the list of CICS region
# names and their associated DTCN ports
dtcn_ports="/etc/debug/dtcn.ports"
# Home directory of the 64-bit Java SDK
java_dir="/usr/lpp/java/J8.0_64"
# Pathname of the server log file
tomcat_outfile="/var/debug/logs/catalina.out"
# Server temp directory
tomcat_tmpdir="/var/debug/temp"
# Server working directory
tomcat_workdir="/var/debug/work"
CATALINA_OPTS="$CATALINA_OPTS -Xms256m -Xmx512m -Xquickstart -Xshareclasses:nonFatal"
CATALINA_OPTS="$CATALINA_OPTS -Xshareclasses:cacheDirPerm=0777 -Xscmx30m -Xshareclasses:cacheDir=/javasc/eqaprof,name=eqaprofcache"
CATALINA_OPTS="$CATALINA_OPTS -Xlp:objectheap:pagesize=1m,warn,pageable -Xlp:codecache:pagesize=1m,pageable"
Wazi Sandboxの構成は上の通りですが、VSCodeからSecureな接続(TLS通信)を行う場合、Debug Profile Serviceのサーバー証明書はデフォルトで自己署名証明書を使う構成になっています。VSCode側は自己署名されたサーバー証明書は受け付けられないようなので、サーバー証明書をCA証明書で署名したものに置き換えることにします。手順は以下参照。
参考: https://qiita.com/tomotagwork/items/52f66ab9c78b9d8b3131#debug-profile-service
VSCode側
Extensionのインストール
VSCodeからz/OS Debuggerを利用するためのExtensionとして、IBM Z Open Debugというものが提供されています。これは有償製品に付属のものなので、VSCodeのMarketplaceからはインストールできないようです。
Waziの場合、以下のサイトからライセンスに同意してダウンロード可能です。(vsixファイルとして提供)
https://ibm.github.io/mainframe-downloads/downloads.html
以下の2つのファイルが提供されるので、VSCodeから"VSIXからのインストール"でそれぞれインストールします。
zopendebug-1.1.0.vsix
zopendebug-profileui-1.1.0.vsix
プロパティの設定
参考:IBM Z Open Debug のセットアップ
VSCodeのプロパティでIBM Z Open Debug用のプロパティを設定します。
ここでは、Debug Profile Service、Remote Debug Serviceに対する接続構成を行います。
- Connection Name: Debug Profile Serviceのホスト名(IPアドレス)
- Connection Port: Debug Profile ServiceがListenしているポート(環境変数ファイルで設定されているport_http or port_https)
- Context Root: Debug Profile ServiceのContext Root (環境変数ファイルで設定されているcontext_path)
- Secured: 上でセキュアなポート(https)を指定した場合はチェックを入れる
- User Name: Remote Debug Service, Debug Profile Serviceに接続する際のユーザー
ここではWaziの環境を使用する前提としているので、環境変数ファイルで設定したポート番号と外部に公開されているポート番号が異なるので違う値をしているように見えますが、対応するポート番号を指定しているという想定です。
また、Debug Profile ServiceとはTLS通信を行う想定のため、ここではSecureなポートを使用します。
Connection NameはDebug Profile Serviceに接続する際のホスト名を指定しますが、TLS通信を行う場合はサーバー証明書作成時に指定したDNS.xのホスト名に合致する名前でアクセスする必要があります。(DNSに登録しておくか、hostsファイルで名前解決できるようにしておく必要があります。)
参考: (3)サーバー証明書作成
launch.jsonファイル作成
参考:アプリケーションのデバッグ
launch.jsonというファイルを作成し、Remote Debug Serviceに対する接続構成を行います。
デバッグの画面を開いて、"launch.jsonファイルを作成します"をクリックします。
ここではVSCode上にワークスペースを作成しているので、"ワークスペース"を選択します。
"IBM Z Open Debug"を選択します。
launch.jsonが作成されるので、以下のようにパラメータを設定します。
- useConnectionDetailsFromSettings: falseを指定
- host: Remote Debug Serviceのホスト名を指定
- port: Remote Deubg ServiceがListenしているポート番号を指定(環境変数ファイルのport_internal or port_external_secure)
- secure: 上のポートでセキュアなポートを指定した場合はtrue、そうでない場合はfalse
- ignoreCertificateErrors: 証明書関連のエラーを無視する場合はtrueを指定。自己署名のサーバー証明書を受け入れる場合はtrueを指定する必要がある。
- password: デバッガーに接続するユーザー(上のプロパティで指定したユーザー)のパスワードを指定
ここで指定しているポートも、Waziを使っている想定なので、z/OS上でListenしているポート番号と、公開されているポート番号が異なるので、設定値とは違う番号を指定していますが、対応するポート番号を指定しているという想定です。
launch.configurations以下に、"request":"attach"と"request":"launch" という2つの構成を定義しますが、attachの方はデバッグセッションをリストする際のパラメーター、launchはデバッグセッションに接続する際のパラメーターです。使用例の方と合わせてみるとイメージが沸きやすいと思います。
Remote Debug ServiceとはTLS通信を行う想定のため、ここではSecureなポートを使用します。また、Remote Debug Serviceの構成としては自己署名のサーバー証明書が使われているのて、ignoreCertificateErrorsにtrueを設定しています。
証明書インポート
ここでは、Remote Debug Service、Debug Profile ServiceそれぞれとTLS通信する想定なので、PC上に証明書をインポートしておきます。ここではWindows10の例を示します。
Debug Profile Service接続用
※今回の手順では利用しないのでオプションです。アプリケーションの種類やデバッグ方法によって使用するケースがあります。
Debug Profile Serviceは、以下の手順でサーバー証明書を作成しなおしている想定です。
参考: https://qiita.com/tomotagwork/items/52f66ab9c78b9d8b3131#debug-profile-service
サーバー証明書に署名しているCA証明書(myCA.pem)を入手して、それをPC上に登録します。
コントロール・パネルからインターネットオプションを開き、コンテンツタブの証明書ボタンをクリックします。
信頼されたルート証明機関タブでインポート
次へ
CA証明書(myCA.pem)を選択して次へ
信頼されたルート証明機関を選択し次へ
完了
Remote Debug Service接続用
Remote Debug Serviceは、自己署名のサーバー証明書を使っているので、それをエクスポートして入手しPC上に登録しておきます。
(1)証明書エクスポート/USS上での操作
以下のようにUSS上でkeytoolコマンドを実行し、証明書をエクスポートします。
TAGUCHI:/u/TAGUCHI: > keytool -export -keystore /etc/zexpl/rseapikey.p12 -alias rseapi -storetype JKS -file ~/rseapi.cer -rfc -storepass ibmuser
Certificate stored in file <rseapi.cer>
(2)証明書のインポート/PC上での操作
rseapi.cerをバイナリー・モードでPC上に転送します。
rseapi.cerを信頼されたルート証明機関としてPC上に登録します。手順は上のDebug Profile Serviceと同様。
使用例
サンプルCOBOLプログラム準備
COBOLソース作成
単純なCOBOLソースを準備します。
ソース: HELLO1
***************************************************************
IDENTIFICATION DIVISION.
PROGRAM-ID. HELLO1.
ENVIRONMENT DIVISION.
*****************************************************************
DATA DIVISION.
*****************************************************************
WORKING-STORAGE SECTION.
*****************************************************************
*
01 SYSTEM-DATE-AND-TIME.
05 CURRENT-DATE.
10 CURRENT-YEAR PIC 9(2).
10 CURRENT-MONTH PIC 9(2).
10 CURRENT-DAY PIC 9(2).
05 CURRENT-TIME.
10 CURRENT-HOUR PIC 9(2).
10 CURRENT-MINUTE PIC 9(2).
10 CURRENT-SECOND PIC 9(2).
10 CURRENT-HNDSEC PIC 9(2).
*****************************************************************
PROCEDURE DIVISION.
*****************************************************************
000-MAIN.
DISPLAY "***** Begin *****".
ACCEPT CURRENT-DATE FROM DATE.
ACCEPT CURRENT-TIME FROM TIME.
DISPLAY 'SAM1 STARTED DATE = ' CURRENT-MONTH '/'
CURRENT-DAY '/' CURRENT-YEAR ' (mm/dd/yy)'.
DISPLAY ' TIME = ' CURRENT-HOUR ':'
CURRENT-MINUTE ':' CURRENT-SECOND.
DISPLAY "HELLO WORLD!".
DISPLAY "***** End *****".
GOBACK .
コンパイル/リンク
コンパイル/リンク用JCL
//HELCOM JOB ,NOTIFY=&SYSUID,
// MSGCLASS=H,MSGLEVEL=(1,1),REGION=0M
//*****************************************************************
// SET HLQ='TAGUCHI' *TSO USER ID
// SET CMPLLIB='IGY630.SIGYCOMP' *COMPILER LIBRARY
// SET LINKLIB='CEE.SCEELKED' *LINK LIBRARY
// SET SPACE1='SYSALLDA,SPACE=(CYL,(1,1))' *SPACE ALLOCATION
// SET SPACE2='SYSALLDA,SPACE=(CYL,(1,1))' *SPACE ALLOCATION
//*
//***************************
//* *
//* COMPILE HELLO1 **
//* *
//***************************
//*
//CMPLHEL1 EXEC PGM=IGYCRCTL,PARM='LIST,MAP,NODYN,TEST(SOURCE)'
//STEPLIB DD DISP=SHR,DSN=&CMPLLIB
//SYSIN DD DISP=SHR,DSN=&HLQ..SAMPLE.COBOL(HELLO1)
//SYSLIB DD DISP=SHR,DSN=&HLQ..SAMPLE.COBCOPY
//SYSLIN DD DISP=OLD,DSN=&HLQ..SAMPLE.OBJ(HELLO1)
//SYSPRINT DD SYSOUT=*
//SYSMDECK DD UNIT=&SPACE1
//SYSUT1 DD UNIT=&SPACE1
//SYSUT2 DD UNIT=&SPACE1
//SYSUT3 DD UNIT=&SPACE1
//SYSUT4 DD UNIT=&SPACE1
//SYSUT5 DD UNIT=&SPACE1
//SYSUT6 DD UNIT=&SPACE1
//SYSUT7 DD UNIT=&SPACE1
//SYSUT8 DD UNIT=&SPACE1
//SYSUT9 DD UNIT=&SPACE1
//SYSUT10 DD UNIT=&SPACE1
//SYSUT11 DD UNIT=&SPACE1
//SYSUT12 DD UNIT=&SPACE1
//SYSUT13 DD UNIT=&SPACE1
//SYSUT14 DD UNIT=&SPACE1
//SYSUT15 DD UNIT=&SPACE1
//*
//***************************
//* *
//* LINK HELLO1 *
//* *
//***************************
//*
//LINKHEL1 EXEC PGM=IEWL,REGION=3000K
//SYSLMOD DD DISP=SHR,DSN=&HLQ..SAMPLE.LOAD
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD UNIT=&SPACE2
//SYSLIB DD DISP=SHR,DSN=&LINKLIB
// DD DISP=SHR,DSN=&HLQ..SAMPLE.LOAD
//OBJ DD DISP=SHR,DSN=&HLQ..SAMPLE.OBJ
//SYSLIN DD *
INCLUDE OBJ(HELLO1)
NAME HELLO1(R)
/*
デバッグを行うためにコンパイル・オプションとしてTEST(SOURCE)を追加してコンパイル/リンクします。
参考: COBOL プログラムでの TEST または NOTEST コンパイラー・サブオプションの選択
実行用JCL準備
実行用JCL
//HELRUN JOB ,NOTIFY=&SYSUID,
// MSGCLASS=H,MSGLEVEL=(1,1),REGION=0M
//*****************************************************************
// SET HLQ='TAGUCHI' *TSO USER ID
// SET CMPLLIB='IGY630.SIGYCOMP' *COMPILER LIBRARY
// SET LINKLIB='CEE.SCEELKED' *LINK LIBRARY
// SET SPACE1='SYSALLDA,SPACE=(CYL,(1,1))' *SPACE ALLOCATION
// SET SPACE2='SYSALLDA,SPACE=(CYL,(1,1))' *SPACE ALLOCATION
//*
//*************************
//* RUN HELLO1
//*************************
//HELLO1 EXEC PGM=HELLO1
//STEPLIB DD DSN=EQAF00.SEQAMOD,DISP=SHR
// DD DSN=&HLQ..SAMPLE.LOAD,DISP=SHR
//CEEOPTS DD *
TEST(,,,RDS:*)
//*
//SYSOUT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//*
デバッグを行うために、ランタイム・オプションとしてCEEOPTS DDにてTEST(,,,RDS:*)を追加しています。また、STEPLIBにてデバッガーのライブラリ(EQAF00.SEQAMOD)をロードモジュールのライブラリより上位にコンカチしています。
ここではまだSubmitはしません。
参考:
z/OS Debugger を開始する方法の選択
例: TEST ランタイム・オプション
Language Environment®内で始動される プログラムのための z/OS Debugger の始動
Debugプロファイル準備
※今回の手順では利用しないのでオプションです。
デバッグ実行用JCLのランタイムオプションとしてTEST(,,,RDS:*)を指定して実行する場合はこの手順は不要です。ランタイムオプションとしてTESTのみを指定している場合、このDebugプロファイルを登録/アクティベートしておくことでデバッグ可能となります。
どのプログラムをデバッグするかをプロファイルとして登録しておきます。
VSCodeからCtrl + Shift + P でコマンドパレットを開いて、Debug: IBM Z Open Debug Profiles viewを選択します。
Let's get startedをクリック
Create Profileをクリック
Batch, IMS, Db2を選択
以下のように指定
Name: HELLO
Load Module or DLL Name: HELLO*
その他はデフォルト
作成したHELLOというプロファイルをAcitiveにします。(パスワード聞かれたら入力します)
Debug実行
実際にDebugを行ってみます。
事前確認
待機中デバッグセッションを確認してみます。まだデバッグ対象のプログラムが実行されていないので以下のように表示されればOKです。
プログラム実行
上で準備したTESTランタイムオプション付きJCLをSubmitします。
JOBはACTIVEの状態となります。
待機中デバッグセッションの確認
再度デバッグ画面から、List parked IBM Z Open Debug sessionsを実行します。
デバッグのアサイン待ちのプログラムがリストされるはずです。
デバッグセッション接続
デバッグ画面からConnectします。
デバッグ実行
デバッグセッションが接続され、ソースが表示されてステップ実行できるようになります。
おわりに
ここではシンプルなCOBOLバッチをVSCodeでデバッグする例を示しました。言語、コンパイラのバージョン、実行環境(CICS,IMS,...)などによって、準備の仕方などが異なってきますが、ここで示した例をベースとして必要な設定等を拡張していけばよいと思います。