v7: Обработка ожидания FormEx #578239

Главный плюс этой обработки перед стандартной - это то, что она "вызывается не смотря ни на что". Но это и минус, т.к. она вызывается и в процессе проведения и при выполнении запросов и это приводит к сбоям. Как нибудь ее можно ограничить? Совершенно точно она вызывает сбой запроса (Запрос.Выполнить = 0), даже без нагрузки, когда в базе один пользователь. Это хорошо, конечно, для теста "жизнеспособности" кода, но все же... При этом не важно, что происходит в самой обработке. Даже если это простая проверка одной переменки и выход.

внешний планировщик тебя спасёт

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

сказки.

>>> она вызывается и в процессе проведения и при выполнении запросов и это приводит к сбоям ну а это вообще бредни.

(3,4) вот и я как-то в сомнениях...

Это не бредни, а факт. Я не про штатную обработку, а про FormEx.

что такое внешний планировщик?

ну все.. вечером проверять буду.. не дай бог не так окажется - всё, вешайся... ;-)

это именно бредни. ОбработкаОжидания никак не влияет на проведение документа и ну никак не влияет на выполнение штатного запроса.

+9 и уж поверь мне,формекс у нас живёт годами

Ну то что НИКАК - это не правда. Может влиять побочными эффектами (если при проведении используются те же глобальные переменные что и в обработке ожидания). Я сейчас попробую соорудить тестовый пример для запроса. А пока поясню: Работал автомат, который выполнялся через штатную процедуру, всегда все корректно, после единственного изменения - перевода на FormEx - с завидной регулярностью падают запросы. В чем тогда может быть дело?

А ты в обработчике что делаешь? Особенно, когда пользователь что-то проводит. И зачем в обработчик от Альфа что либо вставлять?

+ Может дело в том, что не стоит так делать?... Может стоит использовать типовой обработчик.

без подтвержденного тестового примера - это всё ваши домыслы.

+Может тебя удивит, но обработчик от Альфа, работает даже когда 1С отвалилась с ошибкой - "С++ и т.д." :)

В обработчике проверяется одно условие и выходит, это инфа 100% и обработчик чистый делал и нечистый в отладчике смотрел. К тому же это не важно, т.к. Ёпрст3 утверждает что будет работать в любом случае! Что бы там не происходило. На команду: Запрос.Выполнить - это никак влиять не может, в тексте запроса не используются глобальные переменные!

читать умеешь ? См.

Я отвечал Человеку Души, если что. Или вы теперь модератор ветки?

и вообще см. . Я написал достаточно подробно. Команда Запрос.Выполнить стала довольно часто возвращать 0. Ума не приложу почему. Если я добьюсь тестового примера изобличающего ошибку, то зачем мне тут распинаться?

>>>Команда Запрос.Выполнить стала довольно часто возвращать 0. Ума не приложу почему. причин - вагон. И формекс тут вообще ни коим боком, не льсти себе.

Дело в том, что алгоритмы которые там работают - работают уже более 2-х лет, а единственное изменение - FormEx. Вопрос как он виляет, не льстите FormEx'у.

можешь и дальше заблуждаться, без это всё сказки.

в глобальнике: Сама процедура перебирает элементы небольшого справочника и в зависимости от условий запускает другие обработки отчет (сообщить до Выполнить и сразу после Выполнить): ... 14:30:19 сработала обработка ожидания 14:30:20 сработала обработка ожидания 14:30:21 сработала обработка ожидания 14:30:22 сработала обработка ожидания 14:30:22 запускаем запрос 14:30:23 сработала обработка ожидания 14:30:24 сработала обработка ожидания 14:30:25 сработала обработка ожидания 14:30:25 запрос окончен 14:30:26 сработала обработка ожидания 14:30:27 сработала обработка ожидания документ (Сообщить первой и последней строкой процедуры ОбработкаПроведения) ... 14:30:40 сработала обработка ожидания 14:30:40 начало обработки проведения 14:30:40 сработала обработка ожидания 14:30:42 сработала обработка ожидания 14:30:42 сработала обработка ожидания 14:30:44 сработала обработка ожидания 14:30:44 сработала обработка ожидания 14:30:46 сработала обработка ожидания 14:30:48 сработала обработка ожидания 14:30:48 сработала обработка ожидания 14:30:49 сработала обработка ожидания 14:30:50 сработала обработка ожидания 14:30:50 конец обработки проведения 14:30:51 сработала обработка ожидания 14:30:52 сработала обработка ожидания .... это писец! О_о

Причем обработкаожидания работает при активных модальных окнах, Вопросах/Предупреждениях. Не работает при пересчете бух.данных, при смене ТА и тп.

а при вопросике про смену даты - работает?

Сменилась текущая дата? РАБОТАЕТ!

Спасибо. Надо в выгонялке поменять. Хотя лень - осталось жить базе 2 месяца...

Прервать выполнение обработки? тоже работает

Останавливаю на горячую sql-сервер, 1С-ка выводит окошко SQL state..., потом невосстановимая ошибка ... спасибо ТС за поднятую проблему - придется переписывать....

и ? Ну работатет, и че ? ошибок то при этом нет, а уж на выполнение запроса это никак не влияет

FN И модуль проведения прерывается - тоже! Пожалуйста! Я сделал тестовый пример в цикле выполняю запросы параллельно с запущенной обработкой результата (всего запроса 4). Результат, выглядит как-то так: 03.11.11    17:10:41    Администратор    Я СРАБОТАЛ! 03.11.11    17:10:41    Администратор    Я СРАБОТАЛ! 03.11.11    17:10:42    Администратор     Запрос04 лажанул! 03.11.11    17:10:42    Администратор    Я СРАБОТАЛ! 03.11.11    17:10:43    Администратор    Я СРАБОТАЛ! ... 03.11.11    17:13:46    Администратор    Я СРАБОТАЛ! 03.11.11    17:13:46    Администратор    Я СРАБОТАЛ! 03.11.11    17:13:47    Администратор     Запрос01 лажанул! 03.11.11    17:13:48    Администратор    Я СРАБОТАЛ! 03.11.11    17:13:48    Администратор    Я СРАБОТАЛ! Если будет время я соберу исходники и тестовую базу и вывалю все, дабы вас убедить.

убеждать в чем ? у меня всё это есть,  и проблем ваших нет.

В том, что Обработка ожидания из FormEx - оказывает непосредственное влияние на работу команды: Вызывая ошибку запроса, даже когда в обработке прерывания - не используется обращений к базе данных!

Не бредни, хотя конечо зависит что делается в этой обработке. Я так типа 1САську делал, там сообщения тоже через формексовое ожидание проверялись, ничего не писалось в базу а только из нее читалось, так тоже с необъяснимыми падениям замучался.

как раз в выгонялке этот эффект очень даже полезен.

мне не лень, я проверил: в обработке: + в глобальничке: ...... после пары минут. надоело ждать, прервал выполнение очередного запроса, в окошке сообщений : итого выполнено: 44557 Дальше бум в сказки верить ?

Вот как убедиться: 1. Зацикливаем любой простой запрос к справочнику номенклатуры (желательно быстрый) типа: |Номенклатура        = Справочник.Номенклатура.ТекущийЭлемент; |Артикул        = Справочник.Номенклатура.Артикул; 2. Циклим его. В случае ошибки - пишем в лог. 3. Вешаем обработку ожидания (я делал интервал 0.5 секунд), я думаю чем меньше - тем чаще будет детектироваться косяк, что очевидно. 4. В обработке ожидания - единственная команда - записать в лог. 5. Запускаем и радуемся! 6. Приносим извинения за грубый тон.

6. см Жду извинений.

Дайте готовый код я потестю И где можно качать последние версии 1с++?

ты не поверишь....

тут вообще то речь за формекс.. последний вот:

1cpp там же на форуме, в соответствующей теме

А что низзя просто выбрать все движения партий за 10 лет по всем товарам и дням? Это будет оочень долго :) Проверьте, циклы ни к чему

Сейчас, только почитаю как оформлять код в сообщении.

Зачем мне ссылка на форум? С форума качать обновления? Моветон. Вот есть 1cpp.ru На главной странице последние релизы объявлены: Рекомендованный стабильный релиз с раздельной загрузкой FormEx: 2.5.0.7 Рекомендованный стабильный релиз c включенным FormEx: 2.0.3.7 У меня они есть. Всё - больше не рыпаюсь.

там вроде русским по белому...

да нам то что ? главная страница не обновляется года 4, всё что касается новых версий всегда было на форуме поддержки компоненты и в баг треккере. Оставайся на 2 ***

да кто ж это читает то ? трясти нужно сильнее!

Не успеваю, но я еще вернусь... Тест продолжается и у меня перестало лажать, когда я закрыл параллельно открытую 1С с автоматом, где постоянный опрос справочника (совершенно другого) выполняется. Т.е. вполне возможно, что этот эффект наблюдается, если обработка ожидания работает на двух экземплярах 1С - на одной тачке. Ёпрст3 попробуй так (экземпляров много наплоди) и поставь интервал запуска побольше. У меня запрос выполнялся примерно 300 мс (не тот который я приводил в сообщении), а интервал был 100 мс, такое вот соотношение.

как-нить попробую. лень всё

"главная страница не обновляется года 4" Т.е. умер 1с++? Так и запишем...

почитал. Умер 1сpp, родился icpp (обратно совместимый с 1с++!), внятной ссылки на его сайт нет.

У тебя плохо не только с чтением, но и с пониманием....

Вообще сайт 1cpp.ru неприятное впечатление производит. Вроде домен русский (ru), а текст вперемешку с английскими фразами. Явное отсутствие вкуса. У меня всё отлично с пониманием, стабильных рекомендованных релизов нет после 2008 года => проект умер. Или вэбдизайнера сайта надо повесить за яйца.

Заплати и все сделают. зы. последний релиз - август 10 года. в принципе, я использую наверное 5% от имеющегося. мне достаточно, ничего не падает, критических ошибок нет. И чо им, клепать релизы, чтоб клепать релизы?

очевидно, что на допфичах типа 1С++ и формекс - апологеты тянут по остаточному принципу, почти все потихоньку перелазят на 8-ку..

Говоря про себя, не говори за всех! ;)) Мой личный опыт говорит, что 8-ка пока не оправдывает ожидания и затраты.7-ка рулит.

Лучше потестите на версии формекса 2.0.5.101

У Formex 2.0.5.92, может и есть ошибки :)

даже не в пользу 7.7 думайте головой 3+3=6 очнитесь!

что сказать-то хотел?

текущие проекты имеет смысл тянуть на 7.7 новые - на 8-ке... но так как старые сжиирают все время - 8.ка остается неосвоенной.. это пугает немного ;-) . с другой стороны - отточив нужный функционал на 7.7 - может оказаться на 8-ке собрать конфу "под себя"... будет проще чем разбираться в туевой хуче кода типовых конфиг... все зависит от того, наскольо там внятно написано...