Exécuter une tâche en arrière-plan, mais le retour de la réponse au client dans ASP MVC de l'application web

Je suis en train de mettre en œuvre une fonctionnalité où il y a une procédure stockée sur le Serveur SQL server qui doit être appelée à partir d'ASP MVC de l'application et traitées sur le fond (ca peut prendre longtemps car il demande une autre procédure stockée à distance pour traiter un fichier excel stockés sur un serveur). Mais la réponse de la dernière requête HTTP doivent être retournées au client pour que l'INTERFACE utilisateur ne sera pas suspendu en attente de traitement.

J'ai essayé beaucoup de différentes façons, mais l'INTERFACE est encore de ne pas répondre tout de suite.

J'ai essayé BackgroundWorker mais il ne permet pas que le thread principal de réponse au client jusqu'à ce que sa fait de traitement,
aussi j'ai essayé:

Thread.QueueUserWorkItem(delegate { //method which performs stored procedure calls//
});

Toujours pas de retour de réponse et HttpContext.Current pas disponible dans le thread d'arrière-plan.

Peut-être il ya une façon de commencer le traitement en arrière-plan, le mettre en pause pour laisser thread principal pour retourner la réponse au navigateur, puis de reprendre la thread d'arrière-plan pour faire tout le traitement avec des appels de procédures stockées?

Suis-je raté quelque chose?

Quelqu'un pourrait-il me donner un idée de comment je peux résoudre ce problème? Serait très apprécié.

Je vous déconseillons d'essayer de s'accrocher à quelque chose comme le HTTP Contexte. Vous aurez évidemment besoin de quelque chose d'elle, donc passer tout ce qui est dans votre thread d'arrière-plan comme le fil de l'etat et de faire de votre traitement. Ce n'est pas seulement plus simple, mais par la définition de ce que votre fil besoins, vous mieux définir le but.

OriginalL'auteur Paul | 2014-07-18

  1. 7

    Ce que j'ai et il fonctionne très bien dans mon cas. Je ne suis pas sûr de l'efficacité, mais il fonctionne parfaitement. Donc, le code qui permet d'appeler une procédure stockée je l'ai mis sur un thread séparé, de sorte que le thread principal est terminé alors que le traitement hors de fond des appels qui se passe sur un thread séparé et se termine avec succès après une certaine période de temps. Dans le même temps, l'INTERFACE utilisateur est disponible de sorte que l'utilisateur peut faire une autre demande qui seront également traitées de la même manière. J'ai testé trois demandes. L'un après l'autre, se chevauchent, ce qui signifie que pendant la première demande a été traitée sur le fond, j'ai déposé un autre et encore un autre. L'INTERFACE utilisateur a été de répondre immédiatement et tout le travail qui a été fait.

    //...main thread is working here
    //put a call to stored procedure on a separate thread
    Thread t = new Thread(()=> {
       //call stored procedure which will run longer time since it calls another remote stored procedure and
       //waits until it's done processing
    });
    t.Start();

   //...main thread continue to work here and finishes the request so it looks for user as the response is coming right away, all other stuff is being processed on that new thread so user even doesn't suspect
    il y a une erreur "impossible de convertir implicitement le type void pour Fil"

    OriginalL'auteur Paul

  2. 3

    Je cite Stephan Clearys article:

    Lorsque vous utilisez asynchrone sur le côté serveur (par exemple, avec ApiController), alors vous pouvez traiter chaque requête web comme une opération asynchrone. Mais quand vous cédez, vous ne le rendement de du serveur web de pool de threads, pas pour le client. HTTP permet une seule réponse, la réponse ne peut être envoyé que lorsque la demande est complète

    Fondamentalement, cela ne veut pas respecter le protocole HTTP, où chaque requête n'a qu'une seule réponse.

    Ceci peut être réalisé à l'aide de multiples appels à la ASP.NET service, où une requête retourne un IDENTIFIANT unique immédiatement, le client peut interroger plusieurs fois pour le progrès. Vous pouvez rechercher des SignalR pour obtenir de l'aide avec une telle mise en œuvre:

    Qu'est-ce que SignalR et "web en temps réel" de la fonctionnalité? C'est la possibilité d'avoir votre code côté serveur push de contenu pour les clients connectés, comme il arrive, en temps réel.

    Maintenant, avec HTTP/2, nous avons server push, de sorte que la communication n'a pas à suivre à la lettre la demande/réponse modèle plus

    OriginalL'auteur Yuval Itzchakov

  3. 2

    Il est part1 et part2 article par Dino Esposito décrit une façon d'atteindre votre bureau de vote à l'aide d'un client à côté de la minuterie et les actions du contrôleur. Il suffisait de sérialiser l'accès à un progrès travailleur contrôleur méthode qui retourne le statut de la tâche et de l'achèvement de données. Cependant, il peut être un peu bavard si vous allez seulement d'effectuer un ou deux long processus en cours d'exécution.

    OriginalL'auteur Ross Bush

  4. 0

    Si la réponse au client ne dépend pas de la suite du processus d'arrière-plan (c'est à dire lancer le processus en arrière-plan et n'ont pas l'INTERFACE utilisateur en attente pour cela), alors vous pouvez utiliser Revalee (un outil open-source) pour effectuer la tâche en arrière-plan.

    L'IU de la demande de cette route...

    public class ForegroundController : Controller
{
  public ActionResult InitiateBackgroundTask()
  {
    //The absolute URL that will be requested on the callback.
    var callbackUri = new Uri("http://localhost/BackgroundTask/Callback");

    //The information that will be needed to initiate the background task.
    object state = "Any object";

    this.CallbackNowAsync(callbackUri, state)

    //... your controller will now return a response to the browser
    return View();
  }
}

    Travail de fond sera exécuté dans ce contrôleur...

    public class BackgroundTaskController : Controller
{
  [AllowAnonymous]
  [HttpPost]
  [CallbackAction]
  public ActionResult Callback(Guid callbackId, object state)
  {
    //Perform the background work

    //... insert your background task code here ...

    //Return a status code back to the Revalee Service.
    return new HttpStatusCodeResult(HttpStatusCode.OK);
  }
}

    Revalee Site Du Projet

    OriginalL'auteur Brian R. Mullin