Отложенный запуск процедуры #760166

Дайте идею.... Есть обмен с удалёнными программами. По принципу запрос-ответ То есть моя 1с выгружает некий файл-флаг, который различным способом добирается до получателя. Тот его читает и выдаёт ответ, который тоже различным способом добирается до меня и его нужно прочитать. Задержка может составлять от 10 секунд до 2-3х суток. Соответственно. Первое регламентное пишет файлик. И хочется, чтобы оно само назначило срок запуска второй процедуры. дайте идею, как красивей сделать подобное...

Первое задание просто включает второе. Второе повторяется пока не будет успеха, потом отрубается. Как вариант сделать чтобы второе повторялось быстро в начале и реже в конце. Т.е. первый час - каждые полминуты, после - каждые 5 минут и т.д.

Первое устанавливает дату запуска в какую-то константу и включает второе. Второе выполняется с некоторой переодичностью, проверяет дату и время и выполняется если пора, потом отключается

хотелось бы минимизировать количество РЗ...

А зачем, ответный файл для второго задания может появится без первого файла?

может и не получиться. В первом файле говорится, что именно нужно выдать. А это в разных случаях может быть разной информацией...

Устанавливай программно дату запуска второго рег. задания каждый.

... каждый раз.

см . Так-то я и сам могу... но это некрасиво...

почему?

тут два рег задания, куда меньше то?

Потому что два - это только в примере. Их должно быть по каждому на удалённую точку....

если делать асинхронно, то меньше и не получится..

в одной базе?

Идея использовать нечто внешнееКоторое когда уже и дернет 1сНу или не выделываться и в одной регламентной все ответы проверять

Да, в одной... А что?

недавно проскакивало - оповещение операционной системы, толи в ветках про нет-связку с 1с но это все равно - внешняя пиналка

мы же можем для одного рег. задания в метаданных создать несколько экземпляров с разными ключами вроде?

я хз, что там у тебя, но у меня был РС с "заданиями" (ссылка на справочник внешних обработок, параметрами, "исполнителем" и местом для отчета), узлы через задание лезли на вебсервис, если что-то видели для себя, делали, и запихивали результат в центр через вызов другого метода веб сервиса. такой способ применялся для формирования отчетов, запуска обработок, обмена данных в обход обычного обмена (например пользователь мог отправить любой док почти моментально (запросы шли раз в минуту) в нужный узел).

А вторая процедура это загрузка пришедшего в неизвестный момент файлика? Если не известно когда он появится, то как первая процедура определит когда что запускать? Может быть просто загружать перед выгрузкой?

Для каждого конкретного узла известно с точностью до разрыва связи.

Может быть какое-нибудь расписание сделать в этих узлах? А регламентное задание будет запускаться раз в 5 минут и проверять кого пора загружать?

Единственное, что можно узнать и задать - период ожидания ответа...

А можно чтобы 1Ска в секретном файлике писала и смотрела Когда выгружала и какие узлы пора загружать.

Я бы наваял одно регламентное задание, которое делало бы две вещи: 1. ваяло файл выгрузки 2. Засасывало ответы (перемещая успешно загруженные файлы ответов в другую папку) Если выгрузка вручную - то только п.2

Веб-сервис?

Я бы сделал внешними средствами.

стороннюю программу, мзвните, вы тоже будете переделывать? Кто сказал, что там 1с?

Не оно ?

А что сторонняя умеет? Послать запрос к Odata могет?

+

нет. Только сохранять файл в каталоге или на фтп.

Ну, почта ещё... Но это мы отменяем сразу.

Почему? Хотел как раз про почту сказать :)

Почта ещё хуже, чем фтп.

Чем тебе регзадание, проверяющее наличие ответа не нравится? Так многие обмены работают.

Делаешь регистр сведений что-то типа: При формировании запроса пишешь запись в регистр. Дальше регзаданием проверяешь ответы по незакрытым записям в регистре. Считал ответ - закрыл запись. Регистр можно чистить периодически(или сделать периодическим по конкретному виду запроса). Соответственно одно регзадание по всем обменам. Можно регистр усложнить...

Зачем переделывать? Создал бы роль, под которым запускал бы одинэсину, под которым проводились бы какие-то работы, под которым потом отправлялось бы оповещени и одинэсина бы закрывалась. Вот и все. А внешнее средство - например xStarter.