Replies: 2 comments
-
There is an indirect/loose dependency maintained between BMS maps and the programs using the map (the copybook). It is explained at: https://www.ibm.com/docs/en/dbb/2.0?topic=apis-dependency-impact-resolution#indirect-build-dependencies So, actually, the implementation of impact analysis is going the opposite direction: In case of modifying the MortgageApplication sample source It is similar like main modules with static calls to the sub modules, we don't automatically rebuild all the sub modules. We currently have a PR out to do an expanded analysis and optionally allow customers to automatically add the sub modules to the build list. I feel you are asking for a similar capability for BMS. Here is my question/assumption: I assume you don't want the new executable for the assembled map in your package, but are primarily interested in the latest version of the copybook, is that correct? Generated outputs could be added back to the Git repository and be put under version control. Looking forward to hear about your thoughts on this. |
Beta Was this translation helpful? Give feedback.
-
@Ludo-cats I am moving this now to the discussions. Can you please get back to my comments? |
Beta Was this translation helpful? Give feedback.
-
Hi,
BMS copybook are not stored in a PDS in our mainframe environment. We need the BMS copybook to be generated by DBB when compiling a program using this copybook.
Is it possible to upgrade ZappBuild so that DBB generates BMS copybook when a program calls a BMS copybook ?
thanks
Beta Was this translation helpful? Give feedback.
All reactions