refactor(node/ds): Make recall/migration logic more reliable #3479
+166
−4
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Proposed changes
Makes recall/refresh logic more reliable by first checking for the presence of the
migr
property.However, while this does not directly fix #3471, it ensures that our logic is always correct. The refresh logic is working as expected - sometimes the mainframe system does not recall the data set immediately, even if the recall API returned a successful response, but we can only update the node based off of information we receive at the time of the refresh. This varies from system to system based on configuration and the archive tool used.
Unfortunately, we cannot subscribe to events using z/OSMF REST APIs, so the user might have no other choice than to refresh the tree once they know the data set is recalled.
Release Notes
Milestone: 3.1.2
Changelog:
migr
attribute was not present in the API response.Types of changes
Checklist
General
yarn workspace vscode-extension-for-zowe vscode:prepublish
pnpm --filter vscode-extension-for-zowe vscode:prepublish
Code coverage
Deployment