Проблема с обновлением DB

Вопросы и проблемы
#1

Проект здесь: https://github.com/bizblocks/scrumit
Импортируем, Create DB.
Добавляем для сущности Task, поле images (association, FileDescriptor, ManyToMany).
Делаем запуск, он просит обновить БД, обновляем.
И получаем ошибку: org.postgresql.util.PSQLException: ОШИБКА: указанный в ключе столбец “file_descriptor_id” не существует
Версия от 6.10.1 до 6.10.6

Вообще исходная схема базы, которая сейчас в prod выложил сюда:
https://1drv.ms/u/s!AsqJD5FNIUdZi7VhjKUWJZKpfCCUEg
На эту схему update db тоже не проходит.

Прошу помочь.

#2

Добрый день!

Это баг в Студии. Завели тикет, поправим в следующем апдейте.
Пока можете сделать следующее: после добавления атрибута, нажмите Generate DB scripts, затем скрипт создания таблицы SCRUMIT_TRACKER_FILE_DESCRIPTOR_LINK исправьте след. образом:

create table SCRUMIT_TRACKER_FILE_DESCRIPTOR_LINK (
    TRACKER_ID uuid,
    FILE_DESCRIPTOR_ID uuid,
    primary key (TRACKER_ID, FILE_DESCRIPTOR_ID);

Сохраните скрипты и выполните обновление.

#3

Ок. А как можно привести базу на product в актуальное состояние?
Т.е. берем схему базы, запускаем кубу на этой базе (поле image не создаем), она ругается на уже существующее отношение sys_server, но tomcat стартует.
Правда после запуска вываливает exception.
Вариант с предварительным удалением всех скриптом созданных кубой не работает.
Она все равно создает какой-то неправильный скрипт.
Проблема сейчас в том, что база на product отличается от develop и их никак не синхронизировать, чтобы продолжить процесс разработки.

PM org.apache.catalina.loader.WebappClassLoaderBase checkStateForResourceLoading
INFO: Illegal access: this web application instance has been stopped already. Could not load [com.haulmont.cuba.core.sys.persistence.PostgresDbTypeConverter]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access.
java.lang.IllegalStateException: Illegal access: this web application instance has been stopped already. Could not load [com.haulmont.cuba.core.sys.persistence.PostgresDbTypeConverter]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access.
        at org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading(WebappClassLoaderBase.java:1329)
        at org.apache.catalina.loader.WebappClassLoaderBase.checkStateForClassLoading(WebappClassLoaderBase.java:1317)
        at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1176)
        at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1137)
        at com.haulmont.bali.util.ReflectionHelper.loadClass(ReflectionHelper.java:62)
        at com.haulmont.cuba.core.sys.persistence.DbmsSpecificFactory.create(DbmsSpecificFactory.java:80)
        at com.haulmont.cuba.core.sys.persistence.DbmsSpecificFactory.create(DbmsSpecificFactory.java:66)
        at com.haulmont.cuba.core.sys.persistence.DbmsSpecificFactory.getDbTypeConverter(DbmsSpecificFactory.java:54)
        at com.haulmont.cuba.core.sys.PersistenceImpl.getDbTypeConverter(PersistenceImpl.java:96)
        at com.haulmont.cuba.core.app.ServerInfo.updateCurrentServer(ServerInfo.java:170)
        at com.haulmont.cuba.core.app.ServerInfo$1.run(ServerInfo.java:130)
        at java.util.TimerThread.mainLoop(Timer.java:555)
        at java.util.TimerThread.run(Timer.java:505)
#4

Возьмите копию production базы и используйте ее в девелопмент, т.е. подключите к Студии.
Сгенерируйте скрипты и исправьте скрипт таблицы связи как я писал выше. Сохраните скрипты и используйте их в дальнейшем. Предыдущая девелопмент база будет больше не нужна.