-
Notifications
You must be signed in to change notification settings - Fork 7
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
Is colon allowed in resourceName? #387
Comments
Possibly a mistake, let me investigate, we have few quick patches that are coming out very soon in 0.2.1 (core only, packages won't need to be republished, hence the change in versioning scheme for packages with patch version dropped). |
Looks like the answer is yes, anything is permitted as a resource name in Pulumi since November, including empty string: Thank you for the report, we plan to release 0.2.1 soon with few minor fixes like this one :) |
We are obviously not going to follow that folly to the letter. Empty strings make absolutely no sense for Stack names, Project names and Resource names. However, Pulumi's test suite does test against an URN with empty resource name. We are going to allow any garbage in resource names, including empty strings, if that's something that comes from the engine but still require non-empty strings that adhere to the spec from our users because why propagate a mistake. |
I am pretty sure that colon was allowed in the resource name even before November; |
I got tests green few minutes ago, adding cases to catch garbage in compile
time but allow garbage when coming from the wire 🤷
…On Mon 12. Feb 2024 at 16:01, Leonid Dubinsky ***@***.***> wrote:
anything is permitted as a resource name in Pulumi since November
require non-empty strings that adhere to the spec from our users
I am pretty sure that colon was allowed in the resource name even before
November;
thank you for fixing it soon!
—
Reply to this email directly, view it on GitHub
<#387 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACBVNURGKDTVWJE2BPIMRK3YTIVFBAVCNFSM6AAAAABDD73RLWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZYHA2DIMBXGY>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
…gine and adhering to 'string' spec in regard to it being any string without double colons
…gine and adhering to 'string' spec in regard to it being any string without double colons (#389)
As a part of #328,
besom.URN.UrnRegex
changed, including the change from(?<resourceName>.+)
to(?<resourceName>[^:]+|[^:]*::[^:]*)
.With this change, URNs that contain a single colon
:
in theresourceName
(e.g.,group:info
) became illegal, although the comment in the code suggests that they should remain legal:Was this change intentional?
Thanks!
The text was updated successfully, but these errors were encountered: