2009-11-12 3 views
1

Quel est le but de l'extension ISAPI ASP.NET aspnet_isapi.dll qui est hébergé dans le processus de travail w3wp.exe dans IIS 6.0?Objectif de aspnet_isapi.dll hébergé dans w3wp - IIS 6?

Dans IIS 5.0, j'ai compris que cette extension ISAPI était responsable du traitement de toutes les requêtes asp.net (aspx, etc.). Il a été chargé dans le processus IIS et était chargé d'envoyer les demandes au processus de travail ASP.NET aspnet_wp.exe en utilisant des canaux nommés.

Avec IIS 6.0, les requêtes atteignent w3wp.exe directement à partir du noyau et l'extension ISAPI est chargée ultérieurement dans ce processus de travail.

Dans l'article MSDN (IIS 6.0) here est dit Aspnet_isapi.dll - Files d'attente des demandes de traitement par le moteur ASP.NET de code managé et effectue une surveillance de l'intégrité.

Cela me confond.

  • ne sont pas les demandes déjà des files d'attente @ niveau du noyau?

  • Est-ce que le code aspnet_isapi.dll n'est pas démonté? c'est-à-dire une DLL win32 régulière? Et le code managé w3wp n'est-il pas?

Je suis complètement perdu: - |

Toute aide serait appréciée!

J'ai déplacé cette question à Server Fault. Quelqu'un peut-il s'il vous plaît fermer celui-ci? Merci !

Répondre

1

w3wp.exe est pas code managé. C'est le processus de travail polyvalent pour IIS, et il est écrit en C.

aspnet_isapi.dll est la chose qui fournit la capacité ASPNET à un w3wp.exe.

Il s'agit d'un code partiellement géré et partiellement non géré. Il charge le runtime ASPNET.

Rien de tout cela n'est vraiment pertinent pour le travail de programmation d'une application ASPNET.

Si vous avez d'autres questions que vous voudrez peut-être aller à serverfault.com

+0

Merci Cheeso .. Je soulèverai la question de la faute du serveur! (aussi je présume que vous voulez dire w3wp est unmanged code et le 'pas' est une faute de frappe) – Preets

+0

OUI, w3wp.exe n'est pas le code managé. (réparé) – Cheeso