Страница 5 из 13
Добавлено: 20 май 2009, 19:18
maikl
Установил тоже все обновления по 19.05.09, Галактика перестала требовать -Регистрация компонентов не совпадает с инсталляцией! Прервать выполнение приложения?".
Но в саппорте не могу от этого избавиться (MS SQL), хотя синхронизацию делал несколько раз.
Добавлено: 20 май 2009, 19:49
Ged
DataBase.CheckRepository = off
и не партесь
Добавлено: 20 май 2009, 21:43
edward_K
ну общий то принцип что нужно освобождаться от всех несвойственный этой системе файлов (res,dll,exe) включая подпапки.
Добавлено: 21 май 2009, 13:32
maikl
edward_K писал(а):ну общий то принцип что нужно освобождаться от всех несвойственный этой системе файлов (res,dll,exe) включая подпапки.
Помогло. Спасибо
Добавлено: 23 июн 2009, 12:32
Алексей
в общем добился я что у меня регистрация совпадает с подключенными ресурсами. система galnet
а как быть с собственными ЦРФ и RES? они лежат в других директорих и подцепляютс через репозитарий. на них ругается.
Добавлено: 23 июн 2009, 14:45
edward_K
в патчманагере есть функция - пересчет контрольной суммы
Добавлено: 11 июл 2009, 03:02
Sniper
Алексей
свои ресурсы, чтобы не ругалось и не участвовало в проверке, надо подключать как "пользовательский" и критичность надо ставить "Низкая" - тогда будет все ок.
а выключать проверку не рекомендуется, лучше привести EXE в нормальное состояние, edward_K правильно говорит:
не должно быть в директории EXE приложения разных версий одной компоненты (например переименованные или в подпапке...)
если EXE были кривые, с мусором, то сначала надо привести все в соответствие
- в ПМ просмотр компонент - проверка говорит что система корректна (иначе смотреть в отчете на что ругается)
- выполнить в ПМ синхронизацию репозитария
- в галаке и суппорте - что не вылазит сообщение о не соответствии..., а если вылазит - сказать "нет", провалится дальше и получить сводный отчет (посмотреть на что ругнется при различии компонент и различ. с репозитарием)
- и в случае если все везде корректно, а приложение продолжает ругаться, то в ПМ запустить ручную синхронизацию и пересоздать файл с контрольной суммой.
Добавлено: 11 июл 2009, 03:06
Sniper
Гаврилюк Марина писал(а):Имеем несколько баз на Оракле на 3 разных серверах (8 схем на каждом). И после установки патчей мне приходится делать синхронизацию компонентов, подключаясь к каждой базе каждой схемы, для каждого приложения (support, galnet). Иначе имеем то же сообщение. )
Может это и не правильно, но как иначе, не знаю
см. документацию по ПМ, стр.72, п. 2.8.2
Добавлено: 14 июл 2009, 09:48
Алексей
1. поставил патчи.
2. своим ресурсам сделал тип "пользовательский" критичность "низкая".
3. в патчменеджере на серверный ЕХЕ шник настроил систему galnet - синхронизировал компоненты, создал файл galnet.crc
4. отчет из галактики о различии компонентов с репозитарием говорит что все ок.
А ошибка при загрузке всё равно выдается!!! Почему?
З.Ы.: у нас есть один несовместимый компонент, может быть из-за этого? по логике не должно, но....
Добавлено: 14 июл 2009, 11:38
Masygreen
edward_K писал(а):в патчманагере есть функция - пересчет контрольной суммы
подскажите где?
Добавлено: 14 июл 2009, 12:05
Polimer
Алексей писал(а):
А ошибка при загрузке всё равно выдается!!! Почему?
А созданный galnet.crc точно лежит в EXE ?
Добавлено: 14 июл 2009, 12:09
Polimer
Masygreen писал(а):edward_K писал(а):в патчманагере есть функция - пересчет контрольной суммы
подскажите где?
Операции-Синхронизация компонентов-Выборочная-Кнопка[Alt+C] Создать файл с контрольной суммой.
Добавлено: 14 июл 2009, 12:48
Masygreen
о гуру полимер спасибо!!!!!!!!!!!!!!
Добавлено: 15 июл 2009, 12:07
Алексей
galnet.crc - лежит ТОЧНО в ехе, т.к. я его там удаляю и после создания файла он там появляется.
возникла ещё одна другая проблема:
1. есть интерфейс стандартный в СФО - личная карточка. мы его доработали и навесили на кнопку Альт+5 вызов собственного интерфейса.
2. так же этот интерфейс доработан конфигуратором.
3. если подключить собственный ресрус и конфигуратор как "пользовательский" и критичность "низкая" то ресурс загружается после crf файла и изменений не видно!!! если ресурс указать как "доработка" - он загрузится первыйм и после CRF файл - тогда все ок.
Как быть в этом случае? Сделаю тип "доработка" - будет ругаться на различия с репозитарием, сделаю "пользовательский" - косяки с ЦРФами... попытался вручную поменять приоритет с 3008 на 3007 - сменился тип на FCOM
Добавлено: 15 июл 2009, 18:32
Sniper
Алексей писал(а):
А ошибка при загрузке всё равно выдается!!! Почему?
З.Ы.: у нас есть один несовместимый компонент, может быть из-за этого? по логике не должно, но....
проверьте в ПМ - просмотр компонентов - проверка на совместимость..
что скажет - система корректна?