2017-01-16 7 views
2

In alten ASP.NET konnte ich sagen, warum meine App gestoppt HostingEnvironment.ShutdownReason.Was entspricht HostingEnvironment.ShutdownReason in ASP.NET Core?

In ASP.NET Core ist dies nicht vorhanden. Woher bekomme ich diese Information?

+0

In welchem ​​Kontext führen Sie das? Versuchen Sie einen anderen Prozess in C# zu starten? Wissen, dass alle AppDomain-Funktionen im Dotnet-Core entfernt wurden (absichtlich) –

+0

Verstehst du nicht, was du meinst? Ich brauche diese Informationen, damit ich protokollieren kann, warum meine App offline gegangen ist. – grokky

+0

Mit Blick auf die Codes, die es zurückgeben könnte, wird es wahrscheinlich entfernt. Da in Dotnet-Core nicht mehr Iis (direkt). Aber laufe alleine –

Antwort

2

In ASP.NET Core gibt es keinen Grund zum Herunterfahren. Die gute Nachricht ist, die Anwendung stirbt für viel weniger Gründe jetzt als zuvor wegen des neuen Hosting-Modells.

+0

Danke für die definitive Antwort. Das Problem ist bei Shared Hosting, Entwickler hängen von diesen Informationen ab, um festzustellen, warum unsere Apps abgestürzt sind, oder wurden vom Hoster manuell/automatisch offline genommen. Ich bekomme das neue Hosting-Modell anders, aber das wird das Leben für viele von uns wirklich kompliziert machen. Die meisten Hoster kommen nicht mit Bereitstellung von Protokollen oder Beratung, also benötigten wir diese Informationen, um zu wissen, ob unsere App mehr Speicher, mehr Platz, mehr Prozessorleistung, ob der App-Pool überlastet ist, beim Start usw. abgestürzt ist usw. Wir kann jetzt nichts davon wissen. * Viele von uns verwenden Shared Hosting. – grokky

+0

... Wohl (?), * Die meisten *, nicht viele von uns benutzen Shared Hosting. Die meisten Websites/Apps sind klein/mittel und werden in Shared Hosting-Umgebungen ausgeführt. In der Zukunft wäre es wirklich toll, wenn ihr euch dieses Thema anschauen könnt. Die meisten von uns werden nie in Azure laufen, daher brauchen wir eine Rückkopplungsschleife vom Hoster zu unseren Apps. – grokky

+0

Ändert nicht die Tatsache, dass die Anwendung aus weniger Gründen stirbt. Der einzige Grund dafür, dass es sich nicht um einen Absturz handelt, wäre der Fall, wenn ein App-Pool zurückgesetzt wurde. Wenn Sie mir ein spezifisches Szenario geben können, in dem der Grund hilfreich wäre, kann ich Ihnen sagen, ob das auch für ASP.NET-Kernanwendungen gilt. – davidfowl

Verwandte Themen