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 option to zowe config init to allow users to create a nested config #2198

Open
adam-wolfe opened this issue Jul 17, 2024 · 2 comments
Open
Assignees
Labels
enhancement New feature or request priority-medium Not functioning - next quarter if capacity permits

Comments

@adam-wolfe
Copy link
Contributor

Is your feature or enhancement request related to a problem or limitation? Please describe

zowe config init creates a non-nested/flat config with one profile of every type available in the schema. This works fine for users who only need to connect to one system, however, users accessing multiple systems will need to make structural modifications to the team config to nest profiles by LPAR/sysplex.

Describe your enhancement idea

Give users the option to generate a nested config with zowe config init. We could allow users to specify the number of nested profiles to create, or we could just make one nested profile (with no base profile) and let them copy that structure in the json to get however many nested profiles they might need. It would be simpler to assign default profiles using the latter option.

Describe alternatives you've considered

An alternative could be to implement an interactive team config creation wizard that prompts the user for things like:

  • Number of systems
  • Then for each system, prompt for:
    • Host address
    • Access method (APIML vs. direct-to-service)
      • I think this would be mostly safe, however it could be possible for base paths to differ depending on how a given system is configured.
    • Authentication method (basic auth vs. client cert)
    • Service profile properties (?)
      • Note: This may not be feasible, since there could be any number of installed plug-ins/profile types with a huge number of available properties. It may be better to only build the nesting structure and let users manually modify the profile properties in the JSON.
  • Default system (populate the defaults using services from a given system)

Provide any additional context

@adam-wolfe adam-wolfe added enhancement New feature or request new The issue wasn't triaged yet labels Jul 17, 2024
Copy link

Thank you for raising this enhancement request.
The community has 90 days to vote on it.
If the enhancement receives at least 5 upvotes, it is added to our development backlog.
If it receives fewer votes, the issue is closed.

@JTonda JTonda added priority-medium Not functioning - next quarter if capacity permits and removed new The issue wasn't triaged yet labels Jul 24, 2024
@ATorrise
Copy link
Contributor

Currently working on this for innovation week. Depending on progress, I will make a PR based on my functional changes for the next branch https://github.com/ATorrise/zowe-gui/blob/wip/README.md

Currently I have a gui window pop up that is triggered by running zowe config init

As of 7/31 I am working on creating a config file with either 1, 2 or 3 levels of nesting from information gathered by this GUI

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request priority-medium Not functioning - next quarter if capacity permits
Projects
Status: Medium Priority
Development

No branches or pull requests

3 participants