Autofac - Antrag lifetime-Bereich kann nicht erstellt werden, weil die HttpContext-nicht verfügbar - aufgrund der asynchronen code?

UPDATE Nov. 20, 2014: In Versionen von Autofac.Mvc5 da diese Frage veröffentlicht wurde, war die Umsetzung der AutofacDependencyResolver.Current wurde aktualisiert, um entfernen Sie die Notwendigkeit für eine HttpContext. Wenn Sie dieses problem Auftritt, und fand diese Antwort, Sie können möglicherweise einfach lösen sich die Dinge durch ein Update auf eine neuere version von Autofac.Mvc5. Jedoch, ich lasse die original-Antwort intakt, für Leute zu verstehen, warum die ursprüngliche Frage asker Probleme.

Originalantwort:

AutofacDependencyResolver.Current erfordert eine HttpContext.

Fuß durch den code AutofacDependencyResolver.Current sieht wie folgt aus:

public static AutofacDependencyResolver Current
{
  get
  {
    return DependencyResolver.Current.GetService<AutofacDependencyResolver>();
  }
}

Und, natürlich, wenn die aktuelle dependency resolver ist eine AutofacDependencyResolver dann es geht, um zu versuchen zu tun, eine Auflösung...

public object GetService(Type serviceType)
{
  return RequestLifetimeScope.ResolveOptional(serviceType);
}

Kommt der Lebensdauer Anwendungsbereich vom RequestLifetimeScopeProvider...

public ILifetimeScope GetLifetimeScope(Action<ContainerBuilder> configurationAction)
{
  if (HttpContext.Current == null)
  {
    throw new InvalidOperationException("...");
  }

  //...and your code is probably dying right there so I won't
  //include the rest of the source.
}

Es hat zu arbeiten, um Unterstützung tools wie Einblick , dynamisch-Packung/proxy die dependency resolver -, um-instrument. Das ist, warum Sie nicht nur gegossen DependencyResolver.Current as AutofacDependencyResolver.

Ziemlich alles, was mit der Autofac.Integration.Mvc.AutofacDependencyResolver erfordert HttpContext.

Das ist, warum Sie immer dieser Fehler. Es spielt keine Rolle, wenn Sie keine Abhängigkeiten haben, sind registriert InstancePerHttpRequest - AutofacDependencyResolver wird immer noch ein web-Kontext.

Ich vermute, dass die anderen workflow-app, die Sie hatte, wo dies kein Problem war eine MVC-app oder etwas, wo es war immer eine web-Kontext.

Hier ist, was ich empfehlen würde:

• Wenn Sie brauchen, um machen verwenden von Komponenten, die außerhalb eines web-Kontext, und Sie sind in WebApi, verwenden Sie die Autofac.Integration.WebApi.AutofacWebApiDependencyResolver.
• Wenn Sie in der WCF, nutzen Sie die standard - AutofacHostFactory.Container und das host-factory-Implementierung, um Abhängigkeiten aufzulösen. (WCF ist ein wenig seltsam mit seinen singleton-host-Potenzial, etc.. also "pro Antrag" ist nicht ganz so einfach.)
• Wenn Sie etwas brauchen "Agnostiker" - Technologie, berücksichtigen, die CommonServiceLocator Umsetzung für Autofac. Es nicht schaffen, Wunsch Leben, aber es kann einige Probleme lösen.

Wenn Sie halten diese Dinge direkt und nicht versuchen, die verschiedenen Resolver außerhalb Ihrer heimischen Lebensräume, wie Sie waren, dann sollten Sie nicht laufen in Probleme.

Sie kann ziemlich sicher verwenden InstancePerApiRequest und InstancePerHttpRequest Synonym service-Registrierungen. Diese beiden Erweiterungen verwenden Sie die gleiche Lebensdauer Anwendungsbereich tag-so die Vorstellung von einer MVC-web-Anfrage und eine web-API Anfrage können ähnlich behandelt werden, auch wenn die zugrundeliegende Lebensdauer-scope-in einem Fall basiert auf HttpContext und die andere basiert auf IDependencyScope. So könnte man theoretisch teilen, eine Anmeldung Modul über apps/app-Typen und es sollte das richtige zu tun.

, Wenn Sie die ursprünglichen Autofac-container-speichern Sie Ihre eigenen Referenz. Anstatt davon auszugehen Autofac zurück, die container irgendwie müssen Sie möglicherweise speichern Sie einen Verweis auf Ihre Bewerbung-container wenn Sie brauchen, um es später, aus welchem Grund auch immer.

public static class ApplicationContainer
{
  public static IContainer Container { get; set; }
}

//And then when you build your resolvers...
var container = builder.Build();
GlobalConfiguration.Configuration.DependencyResolver =
  new AutofacWebApiDependencyResolver(container);
DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
ApplicationContainer.Container = container;

Sparen Sie eine Menge Probleme die Straße hinunter.

InformationsquelleAutor Travis Illig

Wir sind derzeit in einer situation, wo wir haben tests, die leiden unter der "fehlende httpcontext' Frage aber noch nicht die ausgezeichnete Empfehlungen vor, da die version-Einschränkungen.

Die Art, wie wir es gelöst wurde, um zu erstellen ein 'mock' http-Kontext in unserem test-setup:
siehe: Mock HttpContext.Aktuell im Test Init-Methode

InformationsquelleAutor SteveT