|
![]() |
#1 |
Administrator
|
Ага, а создал эту проблему тот, кто опускал в нижележащий слой код "С сохранением ID объектов".
Т.е. у Вас теперь на cus-слое (к примеру) id-шники из диапазона usr-слоя. Вы пытаетесь на usr-слое создать объект и у Вас ничего не выходит. Вам нужно выгрузить весь cus (нижележащий) слой, весь usr-слой, после чего удалить слои (как файлы) и снова загрузить cus "Без сохранения ID" и загрузить usr "как есть". Первая же синхронизация конечно убьет все Ваши поля и таблицы со всего приложения, но... если грамотно подойти - то можно добиться и "неубиения" данных. А вот если где хранятся ID таблиц/классов в данных (или в релейшнах) - то они обязательно слетят - там придется все ручками перелопатить
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#2 |
Участник
|
Спасибо, но это не мой случай, тк я создала чистое приложение и положила в него наш var слой, но проблема осталась. База при этом та же.
Так все-таки где она хранит ID? В файлах приложения? |
|
![]() |
#3 |
Administrator
|
А в каком слое Вы создаете новый класс? В usr? Тогда это Ваш случай. Когда делали var-слой - в него опустили объектами из usr-слоя. И теперь Вы пытаетесь создать объект, с ID в usr-слое, который присутствует в var-слое
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#4 |
Участник
|
Можно написать джобик, который покажет конфликты с номерами, например, запросить по Вар слою номера старше, чем ему положено.
По описанию это именно та самая бага, что sukhanchik описал, тут он собаку съел, проверял ![]() |
|
![]() |
#5 |
Участник
|
Начнем с того, что вы не указали версию AX.
Цитата:
Цитата:
отключила version control. вроде, заработало
|
|
Теги |
ax3.0, ax4.0, нумерация, объект приложения, utilelements |
|
|