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
I would be in favor of leaving the config/schema_plugins empty and leave GN copy the file at first startup. Maintaining customizations in both repositories does not make sense to me.
@landryb following this comment #7 (comment), is that ok for you if we leave GN creating the schemas at first bootstrap of the webapp, so that the user can customize it afterwards ?
The text was updated successfully, but these errors were encountered:
Instead, leave GN copy them from the webapp during its first bootstrap.
See #10 for the motivation.
Tests: tested with the docker compo, with an extra volume pointing to
the schemadir (instead of using the default one pointing directly into
the webapp). OK: the schemas are created there at first bootstrap.
Even with the PR #9 being merged, we still have a lot of divergences between this repository and https://github.com/georchestra/geonetwork/tree/georchestra-gn3.8.2/schemas (ending in the webapp into
WEB-INF/data/config/schema_plugins/
).I would be in favor of leaving the config/schema_plugins empty and leave GN copy the file at first startup. Maintaining customizations in both repositories does not make sense to me.
@landryb following this comment #7 (comment), is that ok for you if we leave GN creating the schemas at first bootstrap of the webapp, so that the user can customize it afterwards ?
The text was updated successfully, but these errors were encountered: