Hangfire

2018-06-22T05:29:13+02:00

Hej, jak wygląda to w przypadku gdy IIS wyłączy naszą aplikację po 20 minutach bezczynności?
Hangfire dalej będzie wykonywać swoje taski?

Odpowiedz

2018-06-22T06:40:29+02:00

Hej!
Hangfire działą do momentu działania aplikacji w IIS. Jeśli IIS zatrzyma pullę po bezczyności wtedy Hangfire nie jest w stanie wykonywać zadań – w sumie podobnie działa to w inny bibliotekach tego typu (np. Quartz.NET).

Więcej informacji o tym możesz znaleźć w dokumentacji: http://docs.hangfire.io/en/latest/deployment-to-production/making-aspnet-app-always-running.html

Odpowiedz

2018-06-22T13:06:01+02:00

Cześć a kojarzysz może jak sprawdzić czy dane zadanie jest odpalone np: w kontrolerze? Rozumiem, że sam job może dawać informację do kogoś, że jest odpalony ale czy działa to w druga stronę.
Sprawdzam czy dany job jest odpalony.

Używam tego od roku. Biblioteka się dobrze sprawuje i jest stabilna. Szkoda tylko, że kliku elementów jej brakuje np: nie ma możliwość skonfigurowania aby job się zrobił się tylko raz. Z poziomu dashboard nie można wyłączyć job-a i z tego co wiem nie ma jak przeglądać historii job-a. Można zobaczyć ostatnie wywołanie ale nie całej historii.

Odpowiedz

2018-06-22T16:05:20+02:00

Hej, do końca nie rozumiem pytania. Chodzi Ci o to, aby wiedzieć, czy dana metoda, która ma się wykonać jest uruchomiona z kontrolera A lub B? Można chyba przekazać jakieś parametr, który zostanie zserializowany i później to wykorzystać.

Ja to czasami opakowuje jakieś metody, aby tą somą logikę wykonać w innym kontekście (np. innej kolejce w Hangfire – przykład w demie z prezentacji o Hangfire – https://github.com/danielplawgo/HangfireDemo/blob/master/HangfireDemo/HangfireDemo.Logic/ParserJobs/ParserJobsLogic.cs#L127)

Odpowiedz

	public class Startup
	{
	public void Configuration(IAppBuilder app)
	{
	GlobalConfiguration.Configuration
	.UseSqlServerStorage("DefaultConnection");

	app.UseHangfireDashboard();
	app.UseHangfireServer();
	}
	}

	public void Add(User user)
	{
	if (user == null)
	{
	throw new ArgumentNullException("user");
	}

	//walidacja danych

	//zapis danych w bazie

	//wysyłka maila
	//UserMailer.SendRegisterEmail(user);
	BackgroundJob.Enqueue(() => UserMailer.SendRegisterEmail(user));
	}

	public class BaseMailer
	{
	protected void Send(Email email)
	{
	var mailerName = GetType().Name.Replace("Mailer", string.Empty);

	var viewsPath = Path.GetFullPath(string.Format(HostingEnvironment.MapPath(@"~/Views/Emails/{0}"), mailerName));
	var engines = new ViewEngineCollectionWithoutResolver();
	engines.Add(new FileSystemRazorViewEngine(viewsPath));

	var emailService = new EmailService(engines);

	emailService.Send(email);
	}

	private class ViewEngineCollectionWithoutResolver : ViewEngineCollection
	{
	public ViewEngineCollectionWithoutResolver()
	{
	var resolverField = typeof(ViewEngineCollection).GetField("_dependencyResolver",
	BindingFlags.NonPublic \| BindingFlags.Instance);

	var resolver = new EmptyResolver();
	resolverField.SetValue(this, resolver);
	}

	private class EmptyResolver : IDependencyResolver
	{
	public object GetService(Type serviceType)
	{
	return null;
	}

	public IEnumerable<object> GetServices(Type serviceType)
	{
	return Enumerable.Empty<object>();
	}
	}
	}
	}

PROGRAMUJE .NET – Daniel Plawgo

Hangfire – wysyłka email w tle

Wprowadzenie

Hangfire – instalacja oraz konfiguracja

Darmowy kurs Visual Studio

Quiz C#

Dodanie zadania do wykonania

Wykonanie zadania oraz dashboard

Hangfire, Postal oraz kontener DI (Autofac)

Podsumowanie

Przeczytaj również:

5 thoughts on “Hangfire – wysyłka email w tle”

Dodaj komentarz Anuluj pisanie odpowiedzi

	<connectionStrings>
	<add name="DefaultConnection" connectionString="Server=localhost\sqlexpress;Database=PostalAndHangfire;Trusted_Connection=True;" providerName="System.Data.SqlClient" />
	</connectionStrings>