Ну кварц - такое

есть аналоги лучше?

Зависит от сценариев

Василий, я тебя понял :)

Зависит от сценариев

сценари раз в какое-то время дергать делегат)

У кварца фишка - персистентные джобы, которые выполняются годами

В смысле на протяжении лет

У акки в скедулере вроде порядка 9 месяцев без рестарта могут рескедулиться

RepeatForever()

У акки в скедулере вроде порядка 9 месяцев без рестарта могут рескедулиться

тянуть акку для этого?)

скажем так - кварц мне достался в наследство

крон выражния - удобны, кстати

Кварц в крон умеет

Кварц в крон умеет

См. мой вопрос :)

но дело не в кроне

Тебе надо быстрые джобы и много?

пытаюсь сделать такое - работа работой, а обед по расписанию

Нипанятна

нет - мне надо мало жобов, но + к расписанию - run on demand

Ну есть еще HangFire, говорят

пытаюсь сделать такое - работа работой, а обед по расписанию

там в статьей которую скинул Василйи по Гопак, есть про создание таймбомбы, очень похоже на "обед по расписанию")

Но я не в теме

нет - мне надо мало жобов, но + к расписанию - run on demand

кварц идеальный вариант кмк

Кварц он энтерпрайзненький

Под него отдельный сервис надо по идее

Под него отдельный сервис надо по идее

хз, никогда такого не было в моем коде

Ну, ты, видать , под IIS не деплоился никогда

вот этот сервис я и пилю

Ну, ты, видать , под IIS не деплоился никогда

с кварцем да

а так деплоился)

Апппул имеет свойство диспозиться

Через некоторое время

если под IIS деплои ...

настройки все решают

Да :)

Это костыли

Типа постоянного пинга

Я по-иному делаю, но не суть

настройки не костыли)

не надо ссориться :)

никто не ссорится)

можно я напишу, с чем у меня затык?

Пиши

я всегда хочу знать время предыдущего и следующего старта

с кроном - всё ясно и прозрачно

А, это тебе надо в джобе хранить инфу

она там есть

в триггере

Дык тебе это зачем?

но - когда я создаю триггер с StartNow - run on demand типа

Дык тебе это зачем?

Мне для юзеров - в UI

Тебе надо, чтобы next перезаписывался?

он отрабатывает, но этот триггер больше не доступен - и предыдущее время получается - не из этого, последнего, а из крона

https://stackoverflow.com/questions/32242278/quartz-net-trigger-scheduled-job-on-demand

Вроде оно

да это понятно как стартовать

как это время "без костылей" получить из жоба?

В джобу засунуть сервис, который пишет время старта и окончания?

как вариант... спс!

а что если... run on demand заменить "расписанием" с "бесконечным" интервалом?

Так не надо, думаю

вай нот?

Ну проще делать RunOnce же

пусть безобразно, зато однообразно

не надо ничего нигде дополнительно сохранять-писать

предыдущее время останется в этом триггере, а следующее наступит, когда Солнце погаснет

Ну рано или поздно у тебя накопится критическая масса таких джобов

не-а

И памяти может не хватить

там же триггер можно реплейсить - я буду ран он деманд заменять

Плохая идея

т.е. у каждого жоба - триггер с кроном + потенциальный "одноразовый"

Особенно, когда ран он деманд попадает на выполнение по расписанию

Сделай джобу\

По ран он деманд

КОторая принимает функцию

это решаемо - [<DisallowConcurrentExecution>]

КОторая принимает функцию

а дальше?

Ну смотри

В целом у тебя джоба состоит из расписания

И функции, которую надо зафайрить

В определенное время

Так вот

Если в джобу подкладывать контекст для исполнения

То все будет ок

а в UI как прокинуть?

А что ты хочешь прокидывать в UI&

?

сейчас, грубо говоря, беру имя жоба, получаю список триггеров

Тебе нужно список заскедуленных показывать?

маплю триггеры на время последнего старта, сортирую по убыванию, беру первый

Эмммм

и так же со следующим стартом - только сооответсвенно сортирую по возрастанию

Месье знаток

в извращениях, ты имеешь в виду? :)

Отож

Я бы завел структуру, где бы просто хранил последний с иследующий планируемый

это ж надо её в актуальном состоянии поддерживать

Ну на каждом ране

ОБновляется причем тривиально