Чтобы обновить 1с77 необходимо выполнить объединение старой и новой конфигурации. wine@eter-2 bottle rt/24487 WINE@Etersoft SQL 2.0.1-eter2.4/1 Установила 1с77 бухгалтерия. Скопировала сюда же обновление для нее. При попытке объединения сначала была ошибка (1с, она же и в windows): "Выбранная конфигурация является специализированной. " Лечение: Запустите 1С:Предприятие в режиме “Конфигуратор”. Создайте новую информационную базу (нажмите кнопку “Добавить”), либо, если она уже создана, добавьте к ней путь. Откройте конфигурацию, – Конфигуратор выводит предупреждение – “ВНИМАНИЕ!!! Данная конфигурация является специализированной…” Нажмите кнопку “ОК” и сохраните конфигурацию. При сохранении Конфигуратор произведет нужное преобразование. Закройте конфигурацию. Снова запускаю конфигурацию "бухгалтерия " в конфигураторе. Конфигурация - открыть конфигурацию. Объединить конфигурации - выбираю новую. Получаю ошибку при объединении данных. Сообщение 1с: Начало процесса объединения конфигураций -Режим замещения ведущих объектов -Загружаемая конфигурация является приоритетной -Замещение Объекта: "Задача" -Произошла ошибка в процессе объединения конфигураций
WINE@Etersoft SQL 1.3.37/2.0.1-eter1.11/6 - проблема имеется. WINE@Etersoft SQL 1.3.25/2.0.1-eter1.9/6 имеется. WINE@Etersoft SQL 1.3.9/2.0.1-eter1.10/6 то же самое (все через ww)
*** Bug 8696 has been marked as a duplicate of this bug. ***
Пожалуйста, обратите внимание на проблему. Объединение конфигураций не работает, следовательно невозможно обновление любой конфигурации под Wine 2.0
Cчитаю, что проблема не в wine. Если "Объединение конфигураций" приоритетной выбрать Текущую, а не Загружаемую, что логично, то процесс объединения проходит нормально и заканчивается успешно. В противном случае, ошибка возникает в 1с, и на сколько можно судить не связана с вызовами wine.
(В ответ на comment #4)
> Cчитаю, что проблема не в wine. Если "Объединение конфигураций" приоритетной
> выбрать Текущую, а не Загружаемую, что логично, то процесс объединения проходит
> нормально и заканчивается успешно. В противном случае, ошибка возникает в 1с, и
> на сколько можно судить не связана с вызовами wine.
Суть обновления конфигурации как раз в том, чтобы принять изменения из загружаемой конфигурации в текущую ИБ. Такова стандартная процедура установки типовых обновлений 1С (впрочем, как и других) по их же инструкции. Так что представить ситуацию, когда должна быть приоритетна Текущая, а не Заггружаемая конфигурация для подобной задачи сложно. Вывод о том, что возникновение ошибки в 1С под wine 2.0, и отсутствие таковой в одинаковой ситуации под wine 1.x и windows, лишь внутренние дела 1С, недостаточно обоснован.
В бутылке ошибка имеется. На windows XP Sv - снимок 8430 При объединении возникла ошибка из комметария1 (база явл. специализированной): Создала новую пустую БД, сохранила. Объединила ее сначала с базой "демоБухгалтерия", затем с обновлением для нее. Все работает корректно (все изменения были приняты без ошибок). В wine невозможно не то,чтобы объединить имеющуюся бд с обновлениями, но и пустую с готовой базой.
Если выставить приоритет "текущая" и "замещать объекты" - работает. Приоритет - загружаемая Метод - объединения - не работает. Приоритет - загружаемая Метод - замещение - не работает приоритет -"текущая" Метод - объединения - не работает. На windows работает все.
(В ответ на comment #8)
> Если выставить приоритет "текущая" и "замещать объекты" - работает.
>
> Приоритет - загружаемая Метод - объединения - не работает.
> Приоритет - загружаемая Метод - замещение - не работает
> приоритет -"текущая" Метод - объединения - не работает.
>
> На windows работает все.
wine@eter-2 bottle rt/24487
WINE@Etersoft SQL 2.0.3-eter22/5
Проверил еще раз при объединении 1SBDemo и Обновл.бух_upd R770532 на windows и в бутылке отличается список изменяемых объектов. Если при воспроизведении оставить отметки только те, что на были в списке при объединении на windows (Интерфейс->Бухгалтер), то объединение проходит правильно. Нужно выяснить, почему в список изменяемых/обновляемых объектов на wine попали все объекты?
1 - Добился того, чтобы список изменяемых объектов был однинаковым и на windows и в wine. Повеедение осталось прежним. В windows сразу после сообщения об объединении объекта Задача, выводится предупреждение о том, что автор был изменен, а дальше объединение проходит в штатном режиме. 2 - Запуск в бутылке с kernel32=n, ole2=n, ole32=n, oleaut32=n завершился с ошибкой объединения. 3 - В консоль постоянно сыпется предупреждение о том, что не найден clsid {8a04e844-f5ef-11cf-8939-444553540000}. Это barcode.ocx. В реестре его действительно нет. В реестре на windows он есть. Запустил на другой машине, на которой barcode установлен не был. Объединение завершилось успешно. Таким образом можно считать, что дело не в этом.
1 - Объединение не работает даже в случае пустой и любой другой конфигурации, при условии, что выставлены именно Приоритет-Загружаемой, Способ-Замещение. 2 - Запуск с ole32=n позволил завершить объединение пустой концигурации и 1SBDemo. После появилось несколько окошек с предупреждением "Ошибка открытия документа", однако их можно просто закрыть и продолжить работу. 3 - В трэйсе по ole преред завершением шла работа с {d5f569d0-593b-101a-b569-08002b2dbf7a} - IPSFactoryBuffer
Трэйс по relay и olerelay ничего не дал интресного. Трэйс по ole показывает, что после формирования списка объектов для замещения, и запуска объединения выполнялся код связанный с маршалиндом, однако, поскольку запуск с rpcrt4=n не помог, можно считать, что проблема исключительно в ole32. Попробовал заменить на библиотеку ole32 из более старых версий. Запуск с 1.0.12 не помог, запуск с 1.7.0 также как и eterhack привел к сообщению "Ошибка открытия документа".
На машине eter-1.0.12 под wine 1.0.12-eter14/28 объединение проходит успешно.
Сделал трэйс по file. Во время объединения в user/wine/Temp создаются .tmp файлы, по видимому содержащие, вносимые изменения, судя по их количеству создаются они для всего списка объектов замещения.
Изучение трэйса по ole показало, что в функции CoLockObjectExternal, неудачно сработал get_stub_manager_from_object. При этом ошибки не возвращается, а считается, что объект просто отключен.
(В ответ на comment #13)
> 2 - Запуск в бутылке с kernel32=n, ole2=n, ole32=n, oleaut32=n завершился с
> ошибкой объединения.
??? Сделать kernel32=n невозможно, т.к. в ней есть переходы в ядро windows, которое выполняется в привилегированном режиме и вайном не поддерживается. (это же относится к gdi32, user32, ntdll)
Мне удалось без проблем объединить пустую конфигурацию и некоторую случайную (от какой-то другой задачи) используя только ole32=n. ole32.dll взята от winxp. Причем это получается и для winehq и для w@e 2.1
(В ответ на comment #0)
> Чтобы обновить 1с77 необходимо выполнить объединение старой и новой
> конфигурации.
> wine@eter-2 bottle rt/24487
> WINE@Etersoft SQL 2.0.1-eter2.4/1
Вытянул из этой бутылки две базы и попытался их объединить. С нативной ole32 объединение проходит дальше чем со встроенной, но всё равно появляется сообщение
"Общая файловая ошибка при доступе к an unnamed file"
при этом в терминале:
fixme:ntdll:NtQueryInformationFile Unsupported class (22)
fixme:ntdll:NtQueryInformationFile Unsupported class (22)
хотя при запуске со встроенной ole32 ничего такого нет. Вывод - это вызовы из использованной нативной библиотеки (Эту версию подтверждает присутствие NtQueryInformationFile() в таблице импорта виндовой ole32).
Итог - проблема исключительно в ole32.
> Получаю ошибку при объединении данных.
>
> Сообщение 1с:
> Начало процесса объединения конфигураций
> -Режим замещения ведущих объектов
> -Загружаемая конфигурация является приоритетной
> -Замещение Объекта: "Задача"
> -Произошла ошибка в процессе объединения конфигураций
Получаю на своей (ИнТерра) базе такую же ошибку при объединении баз.
Впервые получил ее еще на первом вайне. Переход на двойку не помог
Вылечил такое поведение. Рецепт:
При объединении конфигураций ставим не замещение объектов, а объединение. Проводим объединение, сохраняем конфигурацию.
Далее, можно повторно сделать объединение уже с замещением объектов.
(В ответ на comment #23)
> > Получаю ошибку при объединении данных.
> >
> > Сообщение 1с:
> > Начало процесса объединения конфигураций
> > -Режим замещения ведущих объектов
> > -Загружаемая конфигурация является приоритетной
> > -Замещение Объекта: "Задача"
> > -Произошла ошибка в процессе объединения конфигураций
>
> Получаю на своей (ИнТерра) базе такую же ошибку при объединении баз.
> Впервые получил ее еще на первом вайне. Переход на двойку не помог
(В ответ на comment #24)
> Вылечил такое поведение. Рецепт:
> При объединении конфигураций ставим не замещение объектов, а объединение.
> Проводим объединение, сохраняем конфигурацию.
> Далее, можно повторно сделать объединение уже с замещением объектов.
Создала новую бутылку на eter-2.1 1c77/2bases (в обычной 1с77/1с77 уже слишком много баз,связанных с другими багами,эту создала для проверки операций,связанных с объединением или другим взаимодействием между 2мя базами,для удобства).
Итак,eter-2.1 1c77/2bases
Создала пустую конфигурацию,запустила в режиме конфигуратора.
Конфигурация-Открыть конфигурацию.
Конфигурация-объединений конфигураций. Выбираю файл MD из бд "TestBase".
Выставляю:текущая,объединение (иначе ошибка,как мы знаем).
Пока не удалось объединить совсем никак. При ранее работающем способе теперь:
"Не уникальный идентификатор. .Основание"
То есть объединить пустую базу с существующей не получилось.
тогда попробовала как в http://bugs.etersoft.ru/show_bug.cgi?id=8430#c0
Проявилась теперь бага
http://bugs.etersoft.ru/show_bug.cgi?id=8133
обойти ее не удалось на 2.1,переоткрыла.
Установила конфигурацию "комплексная", 2 версии в разные каталоги.
Запускаю БД kompleksnaya в конфигураторе,
для объединения выбираю файл MD более новой версии из каталога kompleksnayaNEW
параметры: текущая,объединение.
Объединение прошло корректно. Сохранила конфигурацию,при сохранении она корректно реорганизовалась.
Далее объединение прошло успешно с параметрами: приоритет текущая, замещать.Сохранила.
С приоритетом "загружаемая" не удалось объединить ни на первом ни на втором этапе.
Если приоритет значения не имеет,то закрываем-откладываем.
> Если приоритет значения не имеет,то закрываем-откладываем.
Приоритет имеет значение. Обратите внимание, что обновление любой типовой конфигурации по инструкции 1С производится с приоритетом "Загружаемая" (а иначе нет никакого смысла).Таким образом, пока проблема не решена, корректная установка каких-либо обновлений типовых (и не только) конфигураций невозможна.
(В ответ на comment #27)
> Приоритет имеет значение. Обратите внимание, что обновление любой типовой
> конфигурации по инструкции 1С производится с приоритетом "Загружаемая" (а иначе
> нет никакого смысла).
Следовательно, временное решение не подходит.
У меня сегодня получилось обновить типовую 1С 7.7, но я использовать метод "Загрузить изменённую конфигурацию", что не есть правильно, хотя, в результате, все обновилось вполне благополучно. Штатно этот режим в 1С используется для обновления базовых конфигураций.
Тихо замерло всё до рассвета...
Сегодня провёл эксперимент. 1. Поставил последнюю стабильную версию 2.1.3 - не работает. 2. Поставил тестовую версию 2.1.3 - не работает. 3. Откатился до 2.0.4 - не работает. 4. Откатился до версии 1.0.12 - ВСЁ ЗАПРАБОТАЛО!!! Но, с этим релизом не желает работать 1С 8... Хотя, это уже и не так важно, можно ставить 1С:Сервер и вайн не так уж и нужен для малого количества подключений.
> 4. Откатился до версии 1.0.12 - ВСЁ ЗАПРАБОТАЛО!!!
Да, на первом работает. В этом и проблема. Чтобы элементарно установить обновление конфигурации в 1С 7.7, нужно искать машину с виндовс или WINE@Etersoft 1.x
Откладываем задачи, к которым не обращались более 100 дней.
задача актуальна... на получается объединить конфигурации под wine 2.1.3 eter 3/5
Надо воспроизвести и передать Дмитрию.
Поскольку бутылки wine@eter-2 bottle rt/24487 больше нет подготовил новую swine 2.1 bugs/8430 Установлена 1с77 Добавлена база /var/ftp/pvt/Windows/1C/1Cv77_configs/komplexnaya/ATCDemo Скопировано обновление "/var/ftp/pvt/Windows/1C/1Cv77_configs/komplexnaya/обновл." на диск C:\
Воспроизвёл. Пакеты wine wine-etersoft-gl-2.1.3-alt24.M70P.25 wine-etersoft-sql-2.1.3-alt7.M70P.8 wine-etersoft-2.1.3-alt24.M70P.25 Проблема воспроизводится если в настройках объединения выбрать параметры: Приоритет Конфигурации - Загружаемая конфигурация Метод Объединения - Замещать объекты Всего 4 варианта - воспроизвести получилось только в 1-м
Так как задача 10837 должна быть решена, то и эта (фактический повтор той) так же. Константин, пожалуйста протестируйте исправление. |
-
02.01.2013, 23:04
#1
Пришел за помощью
Ошибка при объединении конфигурации!
Доброго времен суток, форумчане.
Веду бух. учёт и усн.
Начиная с 204 обновления для усн и 550 для бух. учёта стала вылетать такая ошибка «Выбранная конфигурация является специализированной» (прикреплено в посте), делаю всё как обычно.
Чем вылечить?
Подскажите пожалуйста.
Ошибка.jpg
-
03.01.2013, 15:31
#2
Гость форума
У меня в УСН тоже самое и я ничем не лечу, т.к. обновление после нажатия <OK> проходит нормально.
-
04.01.2013, 03:25
#3
Пришел за помощью
Я уже разобрался вроде как.
Решил путём скачивания чистой базы с последней версией нужно конфигурации, а потом просто объединил их с нужной мне базой;)
Если как вы говорите, нажать «ок», у меня ничего не обновлялось)
-
09.01.2013, 17:07
#4
Гость форума
Подскажите пожалуйста! При обновлении 1С УСН базовая с 203 на 204 релиз выдает: «Нет возможности создать файл С: ***\NEW_STRU\1srecalc.cmd», а потом «произошла невосстановимая ошибка работы с диском. Файлы базы данных не были полностью обновлены».
С 205 релизом тоже самое.Последний раз редактировалось орленок; 09.01.2013 в 17:15.
-
09.01.2013, 17:53
#5
Гость форума
Может быть у Вас с жестким диском что-то. Попробуйте скопировать конфигурацию в другое место/ другой раздел жесткого диска/ на флешку, измените путь и снова попробуйте обновить.
-
28.03.2013, 12:46
#6
Гость форума
работаем на 7.7 версии бухгалтерии редакция 4.5. типовая базовая релиз 535, пытаемся перейти на релиз 555 — пишет при загрузке md — что данный файл конфигурации не является потомком… загрузили в копию базы — перестало считать регламентированные отчеты — не заполняет ничего … чего делать?
-
01.04.2013, 12:23
#7
Гость форума
работаем на 7.7 версии бухгалтерии редакция 4.5. типовая базовая релиз 535, пытаемся перейти на релиз 555 — пишет при загрузке md — что данный файл конфигурации не является потомком… загрузили в копию базы — перестало считать регламентированные отчеты — не заполняет ничего … чего делать?
Вы здесь
Ошибка при объединении конфигураций
Опубликовано вт, 02/08/2016 — 11:03 пользователем MintRain
После встраивания типового решения в оригинальную конфигурацию «1С:Университет» (Сравнить, объединить с конфигурацией из файла …) при запуске конфигурации выдает ошибку по причине «Несоответствие типов».
{ОбщийМодуль.ПользователиСлужебный.Модуль(376)}: Ошибка при установке значения атрибута контекста (ТекущийВнешнийПользователь)
ПараметрыСеанса.ТекущийВнешнийПользователь = ТекущийВнешнийПользователь;
по причине:
Несоответствие типов
Подскажите пожалуйста, как это исправить .
Сравнение объединение конфигураций не проходит, как нужно
Автор Vdeg, 13 окт 2010, 12:06
0 Пользователей и 1 гость просматривают эту тему.
За много лет работы с 1С 8.Х встретилась такая проблема : при попытке сравнить, объединить конфигурации 1С Бухгалтерии 8.1 всё внешне проходит как по маслу, без ошибок, а вот результат не достигается — при повторном сравнении-объединении оказывается, что часть объектов конфигураций снова различается.
Ладно бы это были реквизиты составных типов (и формы, в которые они включены), но это (в том числе) табличные макеты! в которых не должно быть никаких ссылок.
В чём может быть проблема, почему этот процесс сравнения-объединения не отрабатывает как положено, и как с этим можно бороться?
А по факту, вы в макете сами видите различия?
Нет, т.к. это макет оформления компоновки данных :
И после того, как вы объедините конфигурации, при следующем сравнении у вас опять покажет, что есть различия?
А в документах, справочниках, такая же ситуация?
Вообще странно. У меня иногда тоже показывает различия но не в таком количестве.
А что показывают отличия в формах?
Цитата: progmikon от 13 окт 2010, 15:10
Вообще странно.
Вот именно. Потому-то я и обратился за помощью на форумы.
Цитата: progmikon от 13 окт 2010, 15:10
У меня иногда тоже показывает различия но не в таком количестве.
А что показывают отличия в формах?
Например, справочник ШаблонНастроекСтатейСметы, у него есть форма ФормаАлгоритмаВыручки.
В форме есть табличное поле АлгоритмРасчетаВыручки. В загружаемой конфигурации это поле имеет реквизит Данные = СправочникОбъект, в рабочей конфигурации Данные = <пусто>.
После объединения вновь оказывается : Данные = <пусто>.
Вы работе с хранилищем конфигурации?
Ради эксперимента попробуйте объединить локально и еще раз сравнить.
Цитата: progmikon от 13 окт 2010, 15:58
Вы работе с хранилищем конфигурации?
Работаю с хранилищем, но проблемная база обновляется не из хранилища, а сравнением-объединением с CF-файлом, выгружаемым из хранилища (идентификаторы объектов метаданных в обслуживаемых мной базах данных не совпадают).
Цитата: progmikon от 13 окт 2010, 15:58
Ради эксперимента попробуйте объединить локально и еще раз сравнить.
Создать базу из CF-файла и в ней провести сравнение-объединение?
Теги:
- Форум База
-
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4 -
►
Конфигурирование, программирование в 1С Предприятие 8 -
►
Сравнение объединение конфигураций не проходит, как нужно
Похожие темы (5)