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
My schema doesn't include settings.accountManagementGranular.
I would expect the SDK to print time=2022-07-26 20:57:57 name=tap-docusign level=INFO message=Properties ('_sdc_account_id', '_sdc_base_uri', ' settings.accountManagementGranular') were present in the 'stream_name' stream but not found in catalog schema. Ignoring.
Maybe even all of the nested fields that are missing as well.
This is somewhat related to https://gitlab.com/meltano/sdk/-/issues/192 and #214 . I agree the data should probably be ignored (maybe an option not to ignore it honestly, but that's not the point of this Issue) but we should tell the user that we ignored the data so they know data is being dropped.
In this case we had an API schema that wasn't defined properly, and we only caught this because we knew there should have been data, but there wasn't any data. We should have more help than this from the SDK I think. See docusign/OpenAPI-Specifications#62 for the schema issue we had
Singer SDK Version
0.7.0
Python Version
3.8
Bug scope
Taps (catalog, state, stream maps, etc.)
Operating System
Ubuntu
Description
API response looks like this
My schema doesn't include
settings
.accountManagementGranular
.I would expect the SDK to print
time=2022-07-26 20:57:57 name=tap-docusign level=INFO message=Properties ('_sdc_account_id', '_sdc_base_uri', ' settings.accountManagementGranular') were present in the 'stream_name' stream but not found in catalog schema. Ignoring.
Maybe even all of the nested fields that are missing as well.
This is somewhat related to https://gitlab.com/meltano/sdk/-/issues/192 and #214 . I agree the data should probably be ignored (maybe an option not to ignore it honestly, but that's not the point of this Issue) but we should tell the user that we ignored the data so they know data is being dropped.
In this case we had an API schema that wasn't defined properly, and we only caught this because we knew there should have been data, but there wasn't any data. We should have more help than this from the SDK I think. See docusign/OpenAPI-Specifications#62 for the schema issue we had
Code
The text was updated successfully, but these errors were encountered: