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

Disable wildcards on types that do not support wildcards #31

Open
gwynnebaer opened this issue Apr 15, 2020 · 3 comments
Open

Disable wildcards on types that do not support wildcards #31

gwynnebaer opened this issue Apr 15, 2020 · 3 comments

Comments

@gwynnebaer
Copy link

FEATURE REQUEST: There are several caveats, exceptions, and other issues with wildcard usage, and the tool does not distinguish these exceptions or limitations.

Examples
CustomObject - Note how you work with the standard Account object by specifying it as a member of a CustomObject type. However, you cannot use an asterisk wildcard to work with all standard objects; each standard object must be specified by name.
AccountSettings - The wildcard character doesn’t apply to metadata types for feature settings, like AccountSettings.
AnalyticSnapshot - This metadata type doesn’t support the wildcard character * (asterisk) in the package.xml manifest file.

etc. I can list all the exceptions, not sure if that is worth it. At the present, the wildcard option is not particularly useful for those who want to scrape every last bit of data from the Metadata API.

@sfdcale
Copy link
Contributor

sfdcale commented Apr 15, 2020

@gwynnebaer I am not sure I fully understand the request. This tool doesn't consume package.xml but instead it produces package.xml and the package.xml it produces will not have any wildcard.

@gwynnebaer
Copy link
Author

The option to create a package.xml using wildcards does not respect the caveats, exceptions, and limitations of the Metadata API. It instead creates a package.xml file with wildcards even on metadata that does not support wildcards, which renders the package.xml file less useful if not unusable.

@sfdcale
Copy link
Contributor

sfdcale commented Apr 15, 2020

My mistake. Looks like wildcard option is added recently.

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