ASP.NET Core, MVC tâche planifiée

J'ai besoin d'exécuter une tâche planifiée sur chaque nouveau jour dans asp.net mvc application de base.
Puis-je le faire, et comment?!

thnx

blog.maartenballiauw.être/post/2017/08/01/...

InformationsquelleAutor Wasyster | 2016-10-14

asp.net-core scheduled-tasks

10

Avec DotNet Core 2 est venu une nouvelle interface IHostedService qui la prendra en charge les tâches de fond.

Ici, vous aurez quelques exemples comment gérer la planification des tâches.

La construction d'une tâche planifiée dans ASP.NET de Base/Standard 2.0

La mise en œuvre de tâches en arrière-plan dans .NET Core 2.x webapps ou microservices avec IHostedService et la BackgroundService classe

InformationsquelleAutor Bruno Matuk
7

Réponse courte

Vous ne pouvez pas.

Longue réponse

Vous avez besoin de bibliothèques tierces, comme Quarz, Hangfire ou Azure WebJobs qui sera le déclencheur de l'extérieur ou à l'intérieur de la ASP.NET application de Base.

Sachez cependant que si vous utilisez de Quartz ou Hangfire pour l'exécuter à l'intérieur de l'ASP.NET application de Base, il peut être soumis à des processus de cycle de vie, c'est à dire si vous l'exécutez avec IIS ou Azure Service de l'App, puis vous n'avez aucun contrôle quand IIS arrêt de l'application (en raison de l'inactivité ou de quoi que ce soit) ou si elle va démarrer w/o à une demande externe (IIS peut être configuré pour redémarrer l'application immédiatement, par défaut, sur demande suivante).

Cela étant dit, il pourrait être possible que vous sauter sur la gâchette lorsque l'application est en cours de fermeture par IIS ou un autre processus. Donc de son mieux pour le planificateur de courir à l'extérieur de ASP.NET les processus de Base (c'est à dire l'application de la console, fond travailleur sur Azure ou d'utiliser Azure Web Emplois).
- Est-ce vraiment vrai? Je pensais juste à mettre un Système.TaskScheduler à l'aide de C# dans le Programme.cs juste avant host.Run()
- Tourner les threads ASP.NET est plutôt une mauvaise idée, à première vue, il peut réduire le nombre de threads disponibles pour les demandes (elles sont partagées avec l'app) et donc de limiter les performances/diminution du nombre de demandes qu'il peut gérer. La seconde est, que ASP.NET les applications peuvent être recyclés à tout moment, en particulier lors de l'exécution sur Azure Service de l'App ou IIS. Il y a aussi des questions si vous l'injection de dépendance et certains services sont limités, alors vous devrez gérer ces étendues de vous-même (normalement ASP.NET crée 1 portée par la demande, lorsque vous exécutez l'extérieur de la demande, vous devez gérer vous-même)
- Pour éviter de recyclage sur IIS il y a peut être une option pour arrêter le recyclage similaire à ce que j'ai noté ici: stackoverflow.com/questions/40467009/net-core-slow-after-idle/...
- Il n'y a aucune garantie pour elle. Vous ne pouvez modifier le temps d'inactivité de cette façon, mais si votre serveur IIS est faible sur les ressources il recycle de toute façon, peu importe les options définies. Lorsque cela se produit, vous n'avez aucun contrôle sur lui quand il se met en marche de nouveau. Et, lorsque vous modifiez le web.config, puis sur services internet (IIS) la force de le redémarrer/recyclage de votre application, n'importe quoi. C'est juste pas une bonne pratique pour faire ce genre de trucs à l'intérieur ASP.NET application. Il y a d'autres options (consoll applications, windows, etc...) qui sont tous plus convenable et plus robuste que celle
InformationsquelleAutor Tseng

Comme une idée à l'aide de la Startup.cs avec le Système.Le filetage.Minuterie.

//add the below into your Startup contructor
public Startup(IHostingEnvironment env)
{
    //[...]
    var t = new System.Threading.Timer(doSomething);
    //do something every 15 seconds
    t.Change(0, 15000);
}

//define a DateTime property to hold the last executed date
public DateTime LastExecuted { get; set; }

//define the doSomething callback in your Startup class
private void doSomething(object state)
{
    System.Diagnostics.Debug.WriteLine("The timer callback executes.");

    //this callback is called every 15 seconds
    //but the condition below makes sure only it
    //only takes place at 17:00 
    //every day, when LastExecuted is not today
    if(DateTime.UtcNow.Hour == 17 && DateTime.UtcNow.Minute == 0 && DateTime.UtcNow.Date != LastExecuted.Date)
    {
        LastExecuted = DateTime.UtcNow;
        System.Diagnostics.Debug.WriteLine("#### Do the job");
    }
}

Vous aurez du mal à l'aide de DI/Cio pour injecter des services avec cette approche, comme dans le démarrage de votre conteneur n'est pas encore mis en place et à l'étendue des services tels que DbContext. Et si vous faites tourner des fils à l'intérieur de vous peut complètement gâcher comment ASP.NET gère le pool de threads
Je suis entièrement d'accord, mais la question n'est pas vraiment se concentrer sur l'utilisation de tout service de DBContext. Sinon, nous pouvons même mettre ces lignes en singleton service...

InformationsquelleAutor Ole K

2

Je vous conseille d'exécuter un script powershell qui fait une demande d'OBTENIR n'importe quel api/point de terminaison dans votre application. De cette façon, vous facilitera le planificateur de tâches de windows en un .NET Application de Base.

1. Créer un script powershell et l'enregistrer sur votre serveur, comme myjob.ps1
```
$url="http://www.myapp.com/api/runjob"
$content=(New-Object System.Net.WebClient).DownloadString("$url");

$Logfile = "D:\Temp\job.log"
Add-content $Logfile -value $content
```
2. Définir la stratégie d'exécution powershell sans restriction

Ouvrir Powershell et exécutez les commandes suivantes:
```
Set-Executionpolicy -Scope CurrentUser -ExecutionPolicy UnRestricted
Set-Executionpolicy -Scope Process -ExecutionPolicy UnRestricted
```
Lire plus sur la configuration d'une tâche planifiée ici:https://www.metalogix.com/help/Content%20Matrix%20Console/SharePoint%20Edition/002_HowTo/004_SharePointActions/012_SchedulingPowerShell.htm

3. Créer une tâche planifiée et l'exécution de votre script

Créer une nouvelle tâche i Tâche Schedulerer. Lors de la création de action réglez-le sur "Démarrer un programme"
```
Program: Powershell
Argument: -noprofile -executionpolicy bypass -file "C:\Jobs\myjob.ps1"
```
InformationsquelleAutor Rikard Askelöf
1

Si vous hébergez votre code sur Azure quelque chose comme cela est possible. Avec Azure WebJobs vous pouvez demander une url spécifique comme une tâche cron, mais vous pouvez également exécuter des éléments de code si vous le souhaitez. Cela peut être un asp.net core application si vous le souhaitez. Vous avez besoin de changer certaines choses dans le projet de démarrage VS crée pour vous si.

Pour exemple, nous allons écouter une file d'attente et envoyer un e-mail quand quelque chose est mis en file d'attente. Ou de créer une image miniature d'une grande image.

Mor infos peuvent être trouvées ici: https://azure.microsoft.com/en-us/documentation/articles/websites-dotnet-webjobs-sdk-get-started/

InformationsquelleAutor Tom Droste
0

Généralement si vous ne souhaitez pas utiliser azure ou de tout autre service, vous pouvez créer un nouveau projet. Une sorte de moteur de règles. La tâche planifiée ne sera stockée sur un DB (par exemple, SQL Server) et puis l'application va lire cette tâche et d'exécuter la logique. Donc, généralement, il est préférable d'avoir une autre une autre application pour gérer les tâches planifiées (comme le nettoyage de fichiers, e-mails, etc). Ce type de solution permet de facilement mettre à l'échelle votre logique pour plusieurs type de tâche et d'appliquer les règles. Par exemple, l'envoi d'e-mail basé sur les différentes règles que vous avez décidé

InformationsquelleAutor Antonios Katopodis

Vous devez vous connecter pour publier un commentaire.

Réponse courte

Longue réponse