Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add more resource types #50

Open
2 of 7 tasks
Tracked by #1717
JeffinSiby opened this issue Mar 31, 2022 · 6 comments
Open
2 of 7 tasks
Tracked by #1717

Add more resource types #50

JeffinSiby opened this issue Mar 31, 2022 · 6 comments
Labels
enhancement New feature or request Epic priority-medium Not functioning - next quarter if capacity permits

Comments

@JeffinSiby
Copy link

JeffinSiby commented Mar 31, 2022

Discuss with CICS COBOL developers and other users which resources may be most beneficial for their use case in addition to the current 'Programs', 'Local Transactions' and 'Local Files' and implement them.

Tasks

Preview Give feedback
  1. enhancement
  2. enhancement priority-low
    AdarshdeepCheema
  3. enhancement priority-low
    Rajpreetgill
  4. enhancement
    Rajpreetgill
  5. enhancement priority-low
  6. Stale enhancement priority-low
  7. enhancement priority-medium
@FALLAI-Denis
Copy link

Hi,

Add support for "LIBRARY" resources.

@JeffinSiby
Copy link
Author

Hi @FALLAI-Denis, thanks for the request! We were wondering what the use case for "LIBRARY" resources is and what actions and/or attributes of these resources would you be interested in?

@Joe-Winchester FYI

@FALLAI-Denis
Copy link

Hi,

We want to use LIBRARY resources in test environments to activate on-demand versions of programs in development:

  • the CICS test environment works with loadlibs declared in DFHRPL (they could also be declared by LIBRARY resources)
  • the CICS test environment is permanent and shared by all project teams
  • each member of a project team compiles (User Build) in a loadlib which is dedicated to the project, (the Db2 objects are common, and the Db2 PLAN contains all the packages, those of the programs in DFHRPL and those of the programs in loadlibs managed in LIBRARY, by playing on the VERSION parameter of Db2 precompilation)
  • to perform a test, the project team activates its LIBRARY, its programs therefore become active (with a PHASE IN)
  • at the end of the test, the project team deactivates its LIBRARY, it is the programs in DFHRPL which become active again (with a PHASE IN)

This is a solution that we are currently implementing as part of the switch to CI/CD mode on the mainframe.
This addresses the need to test User Builds triggered from a feature or hotfix branch in a Git workflow (Gitflow).

This allows us to save on the number of CICS test environments, while waiting for a solution to virtualize these environments, (probably Wazi Sandbox).

So we need a way to easily ENAble and DISable a LIBRARY resource, or query the status of a LIBRARY resource.

We also need to list the programs contained in a LIBRARY resource (which can consist of several loadlibs) to trigger the PHASE INs.

The declaration of the LIBRARY resource is made in an automated project initialization process, and its deletion is subordinated to the end of life action of the project.

@Joe-Winchester
Copy link
Member

Hi @FALLAI-Denis , thanks for the library use case. @Rajpreetgill is implementing this at the moment and we have a few questions we'd love to run past you. Are you maybe free to jump on a quick webex where we can show you what's in progress and validate that our assumptions are correct for what you're thinking with the behavior ?

@FALLAI-Denis
Copy link

Hi @Joe-Winchester

Thank you for your proposal.

Unfortunately I do not master the English language well enough to be able to have a live conversation.

I suggest that we proceed by exchanging emails, or documents, at least initially, with the possibility of supplementing with a Webex session if certain points require demonstrations or more direct exchanges.

I can give you my work email if needed.

@Joe-Winchester
Copy link
Member

Hi @FALLAI-Denis , my e-mail is [email protected] and Rajprett (who is the developer working on this issue) is [email protected]. If you can e-mail us that'd be great. Also I do speak a very little French, and I can a French/English speaker to join any calls we may have to help move this forward.
Merci Beaucoup !

@zFernand0 zFernand0 transferred this issue from zowe/vscode-extension-for-cics Feb 5, 2024
@zFernand0 zFernand0 moved this from New Issues to Epics in Zowe Explorer for VS Code Feb 6, 2024
@zFernand0 zFernand0 added the priority-low Legit issue but cosmetic or nice-to-have label Mar 21, 2024
@zowe-robot zowe-robot moved this from Epics to Low Priority in Zowe Explorer for VS Code Mar 21, 2024
@zFernand0 zFernand0 moved this from Low Priority to Epics in Zowe Explorer for VS Code Mar 21, 2024
@zFernand0 zFernand0 added priority-medium Not functioning - next quarter if capacity permits and removed priority-low Legit issue but cosmetic or nice-to-have labels Mar 21, 2024
@zowe-robot zowe-robot moved this from Epics to Medium Priority in Zowe Explorer for VS Code Mar 21, 2024
@zFernand0 zFernand0 moved this from Medium Priority to Epics in Zowe Explorer for VS Code Mar 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Epic priority-medium Not functioning - next quarter if capacity permits
Projects
Status: Epics
Development

No branches or pull requests

4 participants