Чудеса при импорте проекта

[RVS]

Собственно, все стандартно :

- заливаю проект с тестового приложения на рабочее..
- получаю сообщение :

"Таблица, расширенный тип данных, базовый перечислимый тип или класс, вызванные PM_WP_CustJournal, уже существуют. Импортирование Table прервано."

- ставлю галку - Уничтожить старые таблицы и классы
- убираю галку - Импортировать со значениями кодов

Тот же результат..

==

Подскажите, если кто знает - куда рыть??

==

DAX2009,

Kernel : 5.0.1500.4570
Appl : 5.0.1500.2116
Localization : EE
Solution version : RU HRP 5.0.1500.3761.1

[Vadik]

Цитата:

Сообщение от RVS

Собственно, все стандартно :
..
- ставлю галку - Уничтожить старые таблицы и классы
- убираю галку - Импортировать со значениями кодов

Система - умница, все делает верно. А как она еще должна была поступить - грохнуть неизвестно как долго существуюшие в БД объекты (таблица, поля) и пересоздать их? У Вас идентификаторы объектов между разработческой средой и продуктивом "разъехались" и вопрос должен стоять "не как заимпортировать", а "как разруливать". Я порекомендовал бы
- выгрузить из разработческой среды все объекты \ проекты находящиеся в разработке
- доимпортировать этот проект в продуктив как есть без идентификаторов (нехай себе новые выделяются)
- подменить DEV приложение копией рабочего
- доимпортировать в DEV все текущие проекты \ объекты без сохранения идентификаторов

[RVS]

Цитата:

Сообщение от Vadik

Система - умница, все делает верно.

Да кто бы сомневался..

Цитата:

Сообщение от Vadik

У Вас идентификаторы объектов между разработческой средой и продуктивом "разъехались"

Не у меня. Я там недавно..

Цитата:

Сообщение от Vadik

и вопрос должен стоять "не как заимпортировать", а "как разруливать". Я порекомендовал бы
- выгрузить из разработческой среды все объекты \ проекты находящиеся в разработке

Знать бы еще, что там - в разработке.. ладно, понял..

Цитата:

Сообщение от Vadik

- доимпортировать этот проект в продуктив

production, а рабочую, то есть?

Цитата:

Сообщение от Vadik

как есть без идентификаторов (нехай себе новые выделяются)
- подменить DEV приложение копией рабочего
- доимпортировать в DEV все текущие проекты \ объекты без сохранения идентификаторов

То есть - идея, наверное, понятна. Навести порядок )

С моей позиции - аутсорсер на проекте - ну, можно, конечно, попробовать.

Спасибо, попробую поиграться )

[Zimes]

Я бы предложил не наделять систему супер интеллектом, а удалить *.auc файлы.

Но согласен, что процедура описаная процедура (взять рабочее приложение ...) очень полезна.

[RVS]

Цитата:

Сообщение от Zimes

Я бы предложил не наделять систему супер интеллектом, а удалить *.auc файлы.

Гм.. а я бы предложил - не махать шашкой..

Цитата:

Сообщение от Zimes

Но согласен, что процедура описаная процедура (взять рабочее приложение ...) очень полезна.

Процедура известна и понятна.

Проблема в том, что :

- доступ - по "удаленному столу"
- права - сильно порезаны.. Приложения, например, я вообще не вижу, пока что..

[Zimes]

Вряд ли это махание шашкой по живой. Это всего лишь локальный кэш аосовских артефатов. Который будет восстановлен умницей точно в срок и в нужных объёмах.
Это скорее отрезание скальпелем "к чёртовой матери не дожидаясь перитонита", чем кавалерийский наскок. Например, если приложение было изменено заменой аод файлов.

Хочу пожелать, чтобы администраторы на той стороне оказались отзывчивыми.

[dech]

Цитата:

Сообщение от RVS

Проблема в том, что :

- доступ - по "удаленному столу"
- права - сильно порезаны.. Приложения, например, я вообще не вижу, пока что..

Требуйте больше прав. Программист в душе должен быть админом.

[kair84]

Скорее всего, выгружены были объекты со значениями кодов, при экспорте сними галку "Экспортировать со значениями кодов", и пробуй еще раз, удалять ничего не нужно.

[RVS]

Цитата:

Сообщение от dech

Требуйте больше прав. Программист в душе должен быть админом.

Ну, это как в том анекдоте : "Съесть-то он съест, да кто ж ему даст..."

Цитата:

Сообщение от kair84

Скорее всего, выгружены были объекты со значениями кодов, при экспорте сними галку "Экспортировать со значениями кодов", и пробуй еще раз, удалять ничего не нужно.

Эммм.. я вроде писал об этом...

Цитата:

Сообщение от RVS

- убираю галку - Импортировать со значениями кодов

В общем, так и не понял, что это было.

В итоге - все залилось, уперлось в единственную таблицу (таблица - кастомная).

Переименование таблицы решило проблему. Без переимования - ругалась, что объект уже существует. Честно искал - не нашел.

Вот.

[kair84]

Цитата:

Сообщение от RVS

Эммм.. я вроде писал об этом...
Вот.

Ты писал об параметре "Импортировать со значениями кодов" во время операции ИМПОРТА проекта на рабочее приложение, а Я написал "Экспортировать со значениями кодов" вовремя ЭКСПОРТА проекта из приложения для разработки.
Разницу замечаешь ?

[RVS]

Цитата:

Сообщение от kair84

Ты писал об параметре "Импортировать со значениями кодов" во время операции ИМПОРТА проекта на рабочее приложение, а Я написал "Экспортировать со значениями кодов" вовремя ЭКСПОРТА проекта из приложения для разработки.
Разницу замечаешь ?

"Что совой об пенек, что пеньком об сову - а все равно сове не воскресать.." (с)

Цитата:

Сообщение от RVS

"Таблица, расширенный тип данных, базовый перечислимый тип или класс, вызванные PM_WP_CustJournal, уже существуют. Импортирование Table прервано."
==
Подскажите, если кто знает - куда рыть??

Рыть в сторону кэша объектов приложения.
Если бы разъехались идентификаторы, система бы конкретнее ругнулась на объект имеющий такой же идентификатор при импорте с кодами.

А от такой ошибки мне помогал перезаход в сессию терминала или сессию vmview (у кого что) по кнопке "Завершить сеанс".
Если перезаходить лень, должна еще реиндексация объектов приложения помочь по идее.