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
During that investigation we have learnt that in early 2016 in 8ba0e07 a decision was to exclude the vhost field when exporting definitions of a single virtual host. I don't remember the details but the goal
could have been to allow for such files to be imported into any virtual host in a different cluster.
We can restore the vhost field to avoid the confusing scenario in #10068 and possibly ignore it during the import operation.
The text was updated successfully, but these errors were encountered:
We have made a decision. Per discussion with @mkuratczyk:
Being able to import a single virtual host into another one in a different cluster and with a different name has its benefits
We can add some metadata to the definitions to help determine the definition file "type" (cluster-wide definitions vs. single virtual host definitions)
We can produce a better error message on boot
and keep everything as is, plus backwards compatible for existing deployment and practices, which is also very valuable.
See #10068 for the background.
During that investigation we have learnt that in early 2016 in 8ba0e07 a decision was to exclude the
vhost
field when exporting definitions of a single virtual host. I don't remember the details but the goalcould have been to allow for such files to be imported into any virtual host in a different cluster.
We can restore the
vhost
field to avoid the confusing scenario in #10068 and possibly ignore it during the import operation.The text was updated successfully, but these errors were encountered: