Autofac - La portée de vie de la requête ne peut pas être créée car HttpContext n'est pas disponible - en raison du code asynchrone?

Mise à JOUR Nov. 20, 2014: Dans les rejets de Autofac.Mvc5 depuis que cette question a été libéré, la mise en œuvre de AutofacDependencyResolver.Current a été mis à jour pour supprimer la nécessité d'une HttpContext. Si vous rencontrez ce problème et trouvé cette réponse, vous pouvez potentiellement résoudre facilement les choses par la mise à jour vers une version ultérieure de Autofac.Mvc5. Cependant, je vais laisser l'original de la réplique intacte pour les gens de comprendre pourquoi la question de départ, le demandeur était d'avoir des problèmes.

Original de la réplique suivante:

---

AutofacDependencyResolver.Current implique un HttpContext.

Marche à travers le code, AutofacDependencyResolver.Current ressemble à ceci:

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

Et, bien sûr, si la dépendance actuelle à l'égard de résolution est un AutofacDependencyResolver alors il va essayer de le faire d'une résolution...

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

Qui obtient la durée de vie portée à partir d'un 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.
}

Il a de travailler comme ça à l'appui des outils comme Aperçu dynamique wrap/proxy la résolution de dépendances afin d'instrument. C'est pourquoi vous ne pouvez pas les jeter DependencyResolver.Current as AutofacDependencyResolver.

Peu près n'importe quoi à l'aide de la Autofac.Integration.Mvc.AutofacDependencyResolver nécessite HttpContext.

C'est pourquoi vous continuez à recevoir ce message d'erreur. Il n'a pas d'importance si vous n'avez pas de dépendances qui sont enregistrés InstancePerHttpRequest - AutofacDependencyResolver aura toujours besoin d'un contexte web.

Je devine que l'autre application de flux de travail vous avez eu où ce n'était pas un problème a été d'une application MVC ou quelque chose où il y a toujours un contexte web.

Voici ce que je recommande:

• Si vous avez besoin de faire usage de composants à l'extérieur d'un contexte web et vous êtes dans WebApi, utilisez le Autofac.Integration.WebApi.AutofacWebApiDependencyResolver.
• Si vous êtes dans WCF, faire usage de la norme AutofacHostFactory.Container et que l'hôte de l'usine de mise en œuvre pour résoudre les dépendances. (WCF est un peu bizarre avec ses singleton hôte potentiel, etc. donc, "par la demande" n'est pas tout à fait aussi simple.)
• Si vous besoin de quelque chose "agnostique" de la technologie, de considérer la CommonServiceLocator mise en œuvre pour l'Autofac. Il ne crée pas la demande, la durée de vie, mais il peut résoudre certains problèmes.

Si vous gardez ces choses et ne pas essayer d'utiliser les différents outils de résolution à l'extérieur de leurs habitats d'origine, comme c'était le cas, alors vous ne devriez pas rencontrer des problèmes.

Vous peut assez utiliser en toute sécurité InstancePerApiRequest et InstancePerHttpRequest de façon interchangeable dans les inscriptions de service. Deux de ces extensions utilisent la même durée de vie étendue de la balise si la notion de web MVC demande et d'une API web demande peut être traitée de la même façon, même si le sous-jacent durée de vie étendue dans l'un des cas est basée sur HttpContext et l'autre est basé sur IDependencyScope. Donc, vous pourriez partager un module d'enregistrement dans les applications/application types et il doit faire la bonne chose.

Si vous avez besoin de l'original de l'Autofac conteneur, magasin de votre propre référence. Plutôt que de supposer Autofac sera de retour que le conteneur en quelque sorte, vous pourriez avoir besoin de stocker une référence à votre conteneur de l'application si vous avez besoin pour obtenir plus tard pour quelque raison que ce soit.

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;

Qui vous permettra d'économiser beaucoup d'ennuis sur la route.

Nous sommes actuellement dans une situation où nous avons des tests qui souffrent de "disparus httpcontext' de la question, mais ne peut pas encore utiliser les excellentes recommandations ci-dessus en raison de version contraintes.

La façon dont nous avons résolu c'était de créer une "maquette" http contexte dans notre configuration de test:
voir: Maquette HttpContext.Courant de Test de la Méthode Init