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
{{ message }}
This repository has been archived by the owner on Apr 29, 2021. It is now read-only.
For a while I thought that the DSU just didn't validate schemas against data at all, but that's not quite the case. My mistaken belief is a result of a couple things:
Concordia schemas accept extra fields without complaining. This appears to be documented as the case, although this surprised me when I realized. This means an empty schema validates against any data. Misspelled optional fields will also never be caught.
The Data class only validates data against the schemas inside of the builder class, and not when constructing at Data object directly. This means that all my shims are inadvertently bypassing any data validation.
I was fooled by item 1 when testing using the write API and the getting started guide example. I was fooled by item 2 when development and testing schemas with my shims.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
For a while I thought that the DSU just didn't validate schemas against data at all, but that's not quite the case. My mistaken belief is a result of a couple things:
Data
class only validates data against the schemas inside of the builder class, and not when constructing atData
object directly. This means that all my shims are inadvertently bypassing any data validation.I was fooled by item 1 when testing using the write API and the getting started guide example. I was fooled by item 2 when development and testing schemas with my shims.
The text was updated successfully, but these errors were encountered: