-
Notifications
You must be signed in to change notification settings - Fork 28
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
Checkcfg template doesn't auto escape keywords #44
Comments
Add and use new class EscapingQualifiedNameConverter, which does auto escape keywords. Issue-Id: dsldevkit#44
I probably don't quite understand the actual problem. But escape sequences should of course only appear in the serialized text form. In the strings in the AST model there should be no ^ symbols, otherwise there is a corresponding entry in the IValueConverterService missing. That is why I don't quite understand why you would change the IQualifiedNameConverter... |
If you use the "Add catalog" template in a CheckCfg file, and the package name of the catalog includes a checkcfg keyword (e.g. "catalog my.own.check.package.MyCatalog {}"), then the keyword does not get escaped and you get an error e.g. "Couldn't resolve reference to CheckCatalog 'my.own'. Is IQualifiedNameConverter the wrong place to add the escape characters? |
Prefix keywords in cross-references with escape characters when applying template proposals. Issue-Id: dsldevkit#44
Prefix keywords in cross-references with escape characters when applying template proposals. Issue-Id: dsldevkit#44
Prefix keywords in cross-references with escape characters when applying template proposals. Issue-Id: dsldevkit#44
Convert KeywordAwareCrossReferenceTemplateVariableResolver from xtend to Java. Issue-Id: dsldevkit#44
#44: Checkcfg template doesn't auto escape keywords
…string params in quotes Autocorrect to add check to configuration now does put string params in quotes. It also now handles default string parameters containing whitespace; previously it did not. Issue-Id: dsldevkit#44
Actual Result:
Register some catalog with a keyword (e.g. check) in the package name, and we see unresolved references, parsing failure, and generally quite broken checkcfg. I imagine lots of customers have "check" as part of the package and therefore this has high impact.
Expected Result:
where keywords are present, they should be escaped with ^
Steps to Reproduce:
Register some catalog with a keyword (e.g. check) in the package name, and we see unresolved references, parsing failure, and generally quite broken checkcfg. I imagine lots of customers have "check" as part of the package and therefore this has high impact.
The text was updated successfully, but these errors were encountered: