ASP.NET MVC - HttpRequestWrapper.Url est null?

Question

Mon application envoie des e-mails, et les chemins d'image référencés dans les e-mails doivent varier en fonction de la façon dont l'utilisateur a accédé à la page qui envoie l'e-mail. J'ai utilisé des variations du code avant plusieurs fois sans problème, mais c'est la première fois que je suis en train de le faire dans une application MVC:

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images"); 
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri; 

La deuxième ligne est de lancer un NullReferenceException parce HttpContext. Request.Url est nul. Comment cela peut-il être?

Modifier: Je dois noter que je cours ce code dans un fil de discussion thread pool séparé de celui qui a traité la demande. Si je déplace ce code sur le thread exécutant l'action du contrôleur, l'URL est là. Pour l'instant, j'ai recouru à l'exécution du code sur le même thread.

Answer 1

HttpContext peut pas toujours être accessible dans les discussions. Vous aurez besoin de transmettre les informations nécessaires pour le fil:

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images"); 
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri; 
new Thread(state => 
{ 
    var imagePath = (string)state; 
    // TODO ... 
}).Start(absImagePath); 

ou si vous utilisez le ThreadPool (uniquement pour les tâches courantes courtes):

ThreadPool.QueueUserWorkItem(state => 
{ 
    var imagePath = (string)state; 
    // TODO ... 
}, absImagePath); 

Answer 2

Je suppose que RequestContext récupère HttpContext actuel au moment où vous appelez controllerContext.HttpContext (puisqu'il demande RequestContext pour le HttpContext), et je suppose qu'il peut demander simplement HttpContext.Current, et c'est pourquoi obtenir null. Essayez de récupérer controllerContext.HttpContext dans le thread ASP.NET, enregistrez-le et passez-le à votre propre thread, au lieu du contexte du contrôleur qui demande HttpContext au mauvais moment plus tard.

C'est mon avis.

En outre, http://csharpfeeds.com/post/5415/Dont_use_the_ThreadPool_in_ASP.NET.aspx

Answer 3

Ce remplacement semble également fonctionner:

protected new UrlHelper Url 
     { 
      get { return base.Url ?? (base.Url = new UrlHelper(ControllerContext.RequestContext)); } 
      set { base.Url = value; } 
     }