`Spark.Dsl.Fragment` validations

It seems that when using Spark.Dsl.Fragment, there are some validations that are happening on the fragment which would be preferable to have happen on the complete resource. A couple examples: If I define my code_interface section in a separate file from the actions themselves, the validation fails something like:
The interface of App.Post refers to a non-existent action create
The interface of App.Post refers to a non-existent action create
The graphql section doesn't seem to suffer from this particular issue, allowing me to define list, get, etc. connectors to actions not defined in the fragment, but isn't happy if I define my type :"..." outside of the fragment, in this case as a transformer of my base resource. Perhaps the difference between these two has something to do with code_interface's more direct use of a transformer, v. graphql which parses the DSL primarily afterwards as part of the schema macro. Nonetheless, is there something stopping us from having Spark.Dsl.Fragments—or something similar—assembled into a complete resource before any transformers/validations are run?
2 Replies
ZachDaniel
ZachDaniel2y ago
Hello! Sorry I missed this. This shouldn't be the case, because we run verifiers/transformers at the very end, not on an individual fragment Did you ever get this figured out? When creating the fragment how did you include it in the resource?
\ ឵឵឵
\ ឵឵឵OP2y ago
Hey, no worries, I was gone most of last week, just got back. Jumping back in today, will check back in on this one shortly.

Did you find this page helpful?