Я участвую в тестировании сайта ASP.NET MVC, который использует службу WF, размещенную в качестве отдельного сайта на том же сервере IIS.
В настоящее время мы используем Log4Net для помощи в диагностике на стадии и производстве, поэтомуСистемные администраторы регулярно устанавливают уровни ведения журналов с WARN на DEBUG и обратно на короткие промежутки времени, чтобы захватывать журналы.
Я заметил странное поведение со службой WF при редактировании сайта web.config сайта службы WF.(или, может быть, я просто недостаточно хорошо понимаю WF.) Я понимаю, что IIS наблюдает за web.config и вынуждает AppPool перезагружаться при его изменении, но меня смущает то, что служба WF, по-видимому, находится в спящем режиме до следующего получениязапрос на обслуживание.Это означает, что все ожидающие рабочие процессы, которые ожидают по таймерам, ничего не будут делать до тех пор, пока первый запрос службы после AppPool-recycle, а затем все те, которые были бы запущены ранее, не сработают сразу.
Я надеюсьэто всего лишь несколько простых настроек конфигурации, которые мы пропустили, но любая помощь была бы очень признательна, и не стесняйтесь дать мне RTFM со ссылкой, если так:)
Редактировать: Вау, здесь нет любви к WF.У нас все еще есть проблема, которая стоит на заднем плане, более важная рыба, которую нужно жарить, но эта проблема все еще беспокоит меня.