S
John Doe
Гарантированно - никак
то есть только регистры сведений?
Size: a a a
2020 November 13
S
или какое-нибудь подобное хранение в базе
g
вы будете икать безумолку и у вас будут гореть красные уши, так как будут вспоминать поддерживающие данное решение потомки ) любителей В ИЕРАРХИИ это тоже касается)
JD
то есть только регистры сведений?
Проще переориентировать логику на нестрогую гарантию
A
gosn1ck
вы будете икать безумолку и у вас будут гореть красные уши, так как будут вспоминать поддерживающие данное решение потомки ) любителей В ИЕРАРХИИ это тоже касается)
Наблюдал тут сборище любителей НЕ В ИЕРАРХИИ
S
Вот бесит!
Даже вывел специально в журнал записи. Перед запуском фонового генерирую гуид и передаю в него. Фоновое, как только помещает результат выполнения, пишет в ЖР, что всё ок. И указывает этот идентификатор.
А родительский сеанс иногда не видит результат этого фонового. И в такой сиутации тоже теперь сообщает в ЖР идентификатор.
На скрине видно, что гуиды одинаковые. Результат фонового задания потерялся сразу же
Даже вывел специально в журнал записи. Перед запуском фонового генерирую гуид и передаю в него. Фоновое, как только помещает результат выполнения, пишет в ЖР, что всё ок. И указывает этот идентификатор.
А родительский сеанс иногда не видит результат этого фонового. И в такой сиутации тоже теперь сообщает в ЖР идентификатор.
На скрине видно, что гуиды одинаковые. Результат фонового задания потерялся сразу же
JD
А если ты изначально подумал о том, что сеанс ФЗ вдруг случайно прибился без всякого возврата, то тебе вообще ничего дорабатывать почти не нужно - просто теперь вместе с нулевым возвратом еще добавишь в условие проверку отсутствия в возврате маркера успеха
g
Наблюдал тут сборище любителей НЕ В ИЕРАРХИИ
и как их земля носит ...
S
John Doe
А если ты изначально подумал о том, что сеанс ФЗ вдруг случайно прибился без всякого возврата, то тебе вообще ничего дорабатывать почти не нужно - просто теперь вместе с нулевым возвратом еще добавишь в условие проверку отсутствия в возврате маркера успеха
Мне нужно вернуть из фонового сообщения, данные и счетчик.
JD
Мне нужно вернуть из фонового сообщения, данные и счетчик.
Ну добавляешь туда еще маркер. Проверяешь при получении. Маркера нет - считай что ФЗ просто упало. И учитывай, что оно могло успешно сделать свое дело (закоммитить в БД).
S
John Doe
Ну добавляешь туда еще маркер. Проверяешь при получении. Маркера нет - считай что ФЗ просто упало. И учитывай, что оно могло успешно сделать свое дело (закоммитить в БД).
А оно не упало. Оно выполнилось. И изменила данные в базе.
AS
John Doe
Проще переориентировать логику на нестрогую гарантию
"Платформа построена на квантовых принципах: результат выполнения фонового задания обладает нестрогой гарантией выполнения". Можно в маркетинговых материалах использовать.
JD
А оно не упало. Оно выполнилось. И изменила данные в базе.
Просто держишь это в уме и навешиваешь доп. логику в менеджере, если надо.
Или отказываешься от ФЗ без УИДа форм.
Или отказываешься от ФЗ без УИДа форм.
JD
Можешь рассмотреть это еще и как "ФЗ закоммитило, а менеджер упал".
S
John Doe
Просто держишь это в уме и навешиваешь доп. логику в менеджере, если надо.
Или отказываешься от ФЗ без УИДа форм.
Или отказываешься от ФЗ без УИДа форм.
Что держать-то? Обработка выполнилась, данные изменились, мне нужна ответка. ДЕржать нечего, потому что ответки нет
JD
Если бы ты изначально поддерживал эти два сценария падения, то у тебя нет никаких проблем
S
John Doe
Можешь рассмотреть это еще и как "ФЗ закоммитило, а менеджер упал".
Ну у меня так и есть. Но толку то от этого. Это косяк, который нужно править
S
Какие сценарии? Фоновое выполнилось. Оно не упало. Мне нужен результат выполненного фонового.
S
Это не падение. Это баг платформы.
S
Возможно, это связано с этим. Но в 8.3.17 это должно быть поправлено. Сейчас буду пробовать имитировать код из ошибки платформы 1С
https://www.hostedredmine.com/issues/884756
https://www.hostedredmine.com/issues/884756