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
Some configurations are not only applicable for the generation of api-schema, resolvers and which driver to select etc.. Some are also relevant when actually running the driver (as they are setup now).
Currently field_for_creation_date and field_for_last_update_date are both expected to always be set to true in the driver, and actually setting them to false would lead to errors when creating objects etc., as the driver would try to insert fields that does not exists.
How to solve this might not be obvious. My suggestions would be to either keep keep the relevant configurations as actually values in the drivers file(s), or have lines in the driver(s) files that are added/removed dynamically during generations depending on the configurations.
Let's leave this issue open for the time being. It's not an actual problem for SPIRIT, but it may become an issue for other projects that use woo.sh and don't want the automatically maintained creationDate and lastUpdateDate fields.
hartig
added
the
backlog
Keep open for later (typically, not a problem for SPIRIT but maybe for other woo.sh projects)
label
Aug 17, 2020
I believe that currently field_for_creation_date and field_for_last_update_date are the only things really affected in the driver, since all other features simply unavailable in the generated API schema. This means we don't have to remove large chunks from the driver or rearrange the code, but simply toggle the inclusion of the date fields.
Some configurations are not only applicable for the generation of api-schema, resolvers and which driver to select etc.. Some are also relevant when actually running the driver (as they are setup now).
Currently
field_for_creation_date
andfield_for_last_update_date
are both expected to always be set to true in the driver, and actually setting them to false would lead to errors when creating objects etc., as the driver would try to insert fields that does not exists.How to solve this might not be obvious. My suggestions would be to either keep keep the relevant configurations as actually values in the drivers file(s), or have lines in the driver(s) files that are added/removed dynamically during generations depending on the configurations.
I should have realized this earlier....
@hartig @keski @rcapshaw
The text was updated successfully, but these errors were encountered: