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
In this simple example, the schema declares id's type to be string (and only string). In fact, it declares it to be a key_property. The record, however, is empty - it doesn't contain id nor any other property. singer-check-tap considers this valid (returns success) as evidenced by this output:
Checking stdin for valid Singer-formatted data
The output is valid.
It contained 2 messages for 1 streams.
1 schema messages
1 record messages
0 state messages
Details by stream:
+--------+---------+---------+
| stream | records | schemas |
+--------+---------+---------+
| stream | 1 | 1 |
+--------+---------+---------+
The text was updated successfully, but these errors were encountered:
Problem:
singer-check-tap ignores RECORDs with missing properties, even though their SCHEMA does not allow said properties to be null
Expected behavior:
singer-check-tap declares output invalid, or at least warns about records being at odds with the schema
Example:
In this simple example, the schema declares
id
's type to bestring
(and onlystring
). In fact, it declares it to be akey_property
. The record, however, is empty - it doesn't containid
nor any other property. singer-check-tap considers this valid (returns success) as evidenced by this output:The text was updated successfully, but these errors were encountered: