Собственно, вечер добрый.!
Вопрос следующего характера, как себя ведут обычные формы переведенные на платформу 8.3 без режима совместимости?.
Никогда не задавался данным вопросом, как для меня, 8.3 + это все что связано с упр формами, начал капаться и понял, что есть такая штука, как обычное приложение.
Вот меня настораживает этот момент, т.к. если мне память не изменяет, то 8.3 развивает упр формы, что тогда делает обычное приложение?

Кто-нибудь уже жевал этот гранит?.
Спасибо.

пы.сы Больше всего смущает тот факт, что 8.2 ошибки продолжают отлавливать, а 8.3 отлавливают ошибки по упр фишкам. Обычное приложение тут базируется на 8.2 или все же 8.3...

В данном контексте считайте, что 8.3 это 8.2.

Я понял Вас. Не могли бы вы подсказать, где мне поискать по теме. А то все-таки смущает неопределенность в понятии ядра для обычного приложения.

Режим совместимости можно включать и выключать в любой момент.
С 8.3 можно вернуть на 8.2 тоже в любой момент.
Экспериментируйте.

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

Как правило, исправляемые ошибки в 82 уже исправлены в 83. Но есть еще и такие, которые появляются с новыми версиями.
Убирать совместимость и при этом использовать обычные формы считаю не имеет смысла. Иначе точно так же, как и с любой совместимостью (например, 8.2.13 => 8.2.16), необходимо выполнять работы согласно инструкций от 1с. Понятно, что объем таких работ в случае 8.2 => 8.3 немного больше, чем обычно.

Ну то есть, я предполагал, что ошибки исправлены, просто не мог нигде найти описание об этом.
А где можно прочитать про совместимость 8.2 - 8.3 , нашел необходимо зарегистрироваться для просмотра ссылки, но этот момент если я правильно понимаю относится к отказу от совместимости упр форм?
Совместимость, имеется ввиду использование старых зарезервированных слов в новой платформе, где они измененеы(к примеру) ?




при этом должна быть установлена платформа 8.2. Если я правильно понимаю.

Имеется ввиду совместимость версий, а не интерфейсов.

Так я вроде не говорил про интерфейсы или чего недопонял)

Вот это:

Нет такого. Все, что позволяет платформа (и УФ, и ОФ, и УП, и ОП) можно использовать без режима совместимости версий.

Я понял, пороюсь по режиму совместимости.

Добрый день.
В продолжении темы и наблюдении. Помощь вообщем нужна.
Значит пока туда - сюда, были проблемы вернулись на 8.2, но после того, как 8.2 начала гнать на таблицы констант и т.д. и невозможности запустить ТиИ
Пришлось в рабочем режиме переключиться на 8.3, благо траблов не случилось и все работали. Но некоторое время спустя заметил глюки, попытаюсь изложить свои догадки.
Глюк № 1:
При работе с системой в 8.3 в режиме совместимости наблюдались траблы с созданием документов, ругалось на неуникальность номера, были периодически жуткие подвисы, просто все нахрен зависало.
Как итог, не закрыл доступ к базе из под 8.2. Получилось несколько пользователей не перевелись на 8.3 и параллельно работали в 8.2. Соответственно используя те же документы, видимо в какой-то момент времени 1с под 8.3 вела свою нумерацию, а в этот момент в 8.2 создавался новый документ и ему присваивался номер, который в 8.3 считался свободным. При этом, даже после создания документа, перезахода в базу, трабла с номером не исчезла.
Полечилось чисткой кеша.
Зависания так же пропали.

глюк № 2
К сожалению скришотов нет.
Суть траблы, в какой-то момент времени вылетала ошибка sql о том, что невозможно определить клиента, можно было перезапустить базу или закрыть.
При перезапуске все было норм. Шарясь в поиске ошибки, напоролся на то, что это связано с веб сервисами.
Зашел в конфиг 8.2, отключил публикацию, все вроде прошло.

глюк № 3
Пока что не вылечил и опять же не заскришотил, периодически отключает sql при этом не у всех ,а как-то выборочно.
У меня не было подобного явления, у пользователей, надеюсь они заскринят)))

Но собственно пишу вот по какому вопросу.

"
Вопрос следующего характера, база работала нормально, до момента пока не повалились ошибки типа таблица констант не найдена и т.д и т.п.
Вобще то, что обычно лечится ТиИ. Но в виду того, что быстро это сделать нельзя и прерывать работу тоже, перекинули народ на 8.3 , прописав порт на основную базу в режиме совместимости.
Все хорошо база работает. Немного не хорошо в другом, к примеру у меня работает выгрузка дт шников, через батники и т.д.
В момент отключения пользователей он коннектится через v82.ComConnector, в 8.3 используется соответствующее название.
Сначала это дело не стартануло, пришлось добавлять ком помпонету и прописывать ручками, вроде все было хорошо, но сегодня глядя в журнал увидел вот такую вот штуку

"{ОбщийМодуль.МодульРегламентныхЗаданий.Модуль(2343)}: Ошибка при вызове метода контекста (ConnectAgent): Произошла исключительная ситуация (V83.COMConnector.1): descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=752 file=src\RemoteCreatorImpl.cpp"

Мне, как бы не совсем понятно, в чем трабла. Это связано с созданием и добавлением руками или что? Пока непонятно, при этом из консоли админа, все вроде хорошо.

И еще такой вопрос, пытаюсь понять, не могу найти инфу.
Я могу зайти в конфиг как 8.2 так и 8.3 параллельно, при этом я не знаю, что будет, если к примеру внести изменения и обновить одновременно(чисто интересно, на тестовой базе не пробовал).
И вот еще, что странно, не могу сделать бек ап базы из конфига 8.3, пишет начато фоновое задание 4 дня назад. Смотрю по консолям, никакого фонового нет.
При этом выгрузка из 8.2 конфига, все хорошо. В чем может быть трабла?

"

Этот текст на форуме 1С висит, но пока 0 на массу.
По поводу фонового задания, после остановки и чистки сервера 1с , рагенты и т.д, глюк пропал. Выгрузка тоже работает. Ошибка подключения к агенту не исчезла, и мне не понятна.
Может кто сталкивался?

А теперь вот какая штука получилась. У нас работает выгрузка в дт(ночью), все бы ничего, но теперь не работает(ла). Сегодня обнаружил интересный момент.

Если народ работает в 8.3, выгрузку не сделать, т.к. требует монопольного доступа, Однако, если я захожу в 8.2, то у меня работает выгрузка базы, при работающих пользователях в 8.3......

Кто - то может объяснить этот момент, каким образом это работает. Я как бы догадываюсь, но все очень смутно.
Меня собственно интересует, насколько такой процесс выгрузки безопасен для самой выгрузки. Как она себя потом будет вести, если нужно будет восстанавливать. Скуль выгружает параллельно).

Ну вот собственно все.
Благодарю за внимание.




пы.сы Грубо говоря, требование модальности для выгрузки в дт распространяется исключительно на версию Сервера Предприятия?

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

Сори, пропустил уже этот ответ

Какой ответ?

Все-таки фризы присутствуют.Не пропали.... Не знаю почему.

У вас работает 2 сервера 1С. Выгрузка из 8.2 возможна, т.к. на этом сервере кроме вас (в режиме конфигуратора) никого нету. Да, такое возможно (запускать одновременно 2 сервера 1С), но это борода и я бы рекомендовал один потушить.

Да я уже понял, что не все так хорошо.
Но на этом сервере работают с другими базами, если потушу будет нехорошо.

Нужна ли 2 платформа для 8.3 в режиме совместимости? Или это касается только платформы исключая сервер предприятия?
Спасибо.

Ну так удалите тогда из кластера 8.2 базу которая работает из-под 8.3.


Не понял.

Режим совместимости - настройка конфигурации. Платформа от этого не меняется.

Я почему про режим спрашиваю.
Когда-то, когда только вылезла 8.2 ,я пытался использовать режим совместимости в 8.1
При этом снес платформу 8.1
И вот что заполнилось, при запуске из режима совместимости, платформа мне сказала, что извините, не найдено установленной 8.1
Поэтому спрашиваю)

Спасибо за ответы, завтра поиграюсь.