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

Object property names/values differ from API #39

Open
dsoper2 opened this issue Mar 29, 2022 · 1 comment
Open

Object property names/values differ from API #39

dsoper2 opened this issue Mar 29, 2022 · 1 comment

Comments

@dsoper2
Copy link
Contributor

dsoper2 commented Mar 29, 2022

Customer feedback looking for ways to use the same object property names and values as the direct API. For example, bios policy SelectMemoryRasConfiguration values are platform-default/adddc-sparing/etc. in the API, but follow PowerShell naming conventions in the SDK (PlatformDefault/AdddcSparing/etc.). Filters and other API operations would need to use API naming so conversions are needed from what SDK objects return. There's also not a way I know of to get the meta data for cmdlets like there is in UCS PowerTool (Get-UcsCmdletMeta), so the user may not be sure of valid property values if they don't match the schema. I can submit another issue with a request for cmdlet meta data if needed.

@vvb
Copy link
Collaborator

vvb commented Apr 8, 2022

@dsoper2 that is PowerShell's convention. When using PowerShell, the enum constants auto-complete on hitting tabs. So, you really don't need to remember the exact convention on the value.

We don't have a cmdlet to get meta yet. We will work on adding one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants