-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adapter preview persistence #283
Comments
I like the second idea. We only need to persist data that is part of the internal flows, so it should be part of the |
How does this issue relate to #135 ? It seems like we should discuss a refactoring and/or redesign of the adapter/datasource service. |
Agreed, I think both issues are closely related and it probably makes sense to handle both doing a major refactoring.. |
Duplicate of #267 btw if we handle it like this. |
Currently all imported data is persisted in the adapter, even if the result is returned directly and not a reference to the persisted data.
I suggest we adapt the
/preview
and/preview/raw
endpoints so that data is always included there and never persisted.Another possibility would be to move the persistence to the stateful datasource package altogether and never persist anything in the adapter package like proposed in #267 .
Any opinions @georg-schwarz , @lunedis , @sonallux ?
The text was updated successfully, but these errors were encountered: