You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a low-code CDK user creates their manifest file, they have limited flexibility with the layout because the parser does not support forward references - i.e. each reference must be defined above the reference's location in the file, or else an UndefinedReferenceException exception is raised. From the developer's point of view this means that you may not be able to organize the file in a way that is readable.
The specific example that highlights this issue is the new schemas key. When schemas are defined inline in the manifest, they're bulky and long - it's ideal to have them at the end of the file, but that's not currently possible.
Describe the solution you’d like
Updating the manifest preprocessing code to support forward references.
The current code stores a temporary data structure, evaluated_mapping that collects manifest information that may be referenced later in the manifest. Instead, we can look up references by reading the value(s) at the referenced path in the raw manifest.
Describe the alternative you’ve considered or used
We could leave this as-is and assume that most people will have limited interaction with the yaml file. However, we expect that users are going to be toggling between the form view and the yaml even after the form is available, so it seems that the fact that a human will be looking at the yaml file isn't going to go away.
The text was updated successfully, but these errors were encountered:
Tell us about the problem you're trying to solve
When a low-code CDK user creates their manifest file, they have limited flexibility with the layout because the parser does not support forward references - i.e. each reference must be defined above the reference's location in the file, or else an
UndefinedReferenceException
exception is raised. From the developer's point of view this means that you may not be able to organize the file in a way that is readable.The specific example that highlights this issue is the new
schemas
key. When schemas are defined inline in the manifest, they're bulky and long - it's ideal to have them at the end of the file, but that's not currently possible.Describe the solution you’d like
Updating the manifest preprocessing code to support forward references.
The current code stores a temporary data structure,
evaluated_mapping
that collects manifest information that may be referenced later in the manifest. Instead, we can look up references by reading the value(s) at the referenced path in the raw manifest.Describe the alternative you’ve considered or used
We could leave this as-is and assume that most people will have limited interaction with the yaml file. However, we expect that users are going to be toggling between the form view and the yaml even after the form is available, so it seems that the fact that a human will be looking at the yaml file isn't going to go away.
The text was updated successfully, but these errors were encountered: