dotnet/aspnetcore

Detect IIS in-proc from UseKestrel

Ouverte

#13 145 ouverte le 14 août 2019

Voir sur GitHubGuide contributeur
 (4 commentaires) (0 réaction) (0 personne assignée)C# (10 653 forks)batch import
affected-very-fewarea-networkingenhancementhelp wantedseverity-nice-to-have

Métriques du dépôt

Stars
 (37 933 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

Today, if you call UseIIS and UseKestrel, we detect this case and if you're running in-proc we throw. We should consider moving this check in to kestrel itself. The layering isn't the cleanest but it's not a big deal to check if the process name is w3wp in UseKestrel. https://github.com/aspnet/AspNetCore/issues/12944 appears to be a customer getting into this situation.

We should also provide an override option for when you really know that you want to use Kestrel inside w3wp.

Guide contributeur

Direction de recherche
Examinez la logique actuelle de détection in process d'IIS dans UseIIS et comprenez comment déplacer la vérification dans UseKestrel. Consultez le problème référencé #12944 et le code dans le dépôt aspnetcore pour déterminer où la vérification du nom du processus a lieu. Envisagez d'ajouter une option de remplacement pour les utilisateurs qui souhaitent vraiment utiliser Kestrel dans w3wp.
Stack technique
csharp
Domaine
backendweb dev
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C#ASP.NET Core
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60