Wie kann ich testen, läuft meine ASP.NET web-app als 64-bit-Prozess auf einem Entwicklungs-server mit VS2010?
Meine Aufgabe ist einfach: ich brauche zum testen meiner ASP.NET web-Anwendung in einer 64-bit-Umgebung auf meinem Entwicklungsrechner. (An dieser Stelle möchte ich gar nicht Fragen, läuft es durch einen debugger. Alles was ich brauche, ist die Ausführung in einer 64-bit-Prozess.)
Also schuf ich ein Lager C# Web-Anwendung in Visual Studio 2010 und richtet seine Eigenschaften als solche:
Ich habe Sie dann Strg+F5 drücken (oder ausführen ohne debugging) und IE geladen und hängt wie so:
Was mache ich hier falsch?
PS. Es läuft auf Windows 7 Ultimate (64-bit).
- Sie brauchen keine spezielle Einstellung für die Ausführung auf 64-bit, vielleicht gibt es einige andere Fragen, gehen, überprüfen Sie das Ereignisprotokoll
- Ja. Ich. 🙂 BTW, ich habe auch versucht, das Projekt als x64 in Configuration manager. An dieser Stelle kann ich nicht starten, bitte in jedem Fall mit den lokalen IIS.
- Das Ereignisprotokoll ist klar. Es hat einige Meldungen aus SQL-Server, aber nichts über IIS.
- was wäre die Ausgabe, die Sie erwarten? und haben Sie installieren Sie iis nach der Installation von vs2010?
- Ich würde erwarten, dass diese test-web-app-zumindest für den Anfang. Es ist ein Lager, Projekt-und es beginnt wenn ich von einem dev-server (es läuft aber als 32-bit-Prozess.) Und ja, ich habe IIS installiert. Die VS2010 installiert wurde vor ein paar Jahren.
- IIS muss installiert sein, bevor Sie die Installation von vs2010. ansonsten wirst du muss, ist führen aspnet_regiis wieder. Nicht sicher, dies ist das genaue Problem. Aber es ist das, was mir passiert, wenn ich installieren, vs vor dem iis und habe seltsame Probleme, als Sie jetzt tun. registrieren Sie aspnet wieder arbeiten für mich, also lohnt sich ein Schuss
Du musst angemeldet sein, um einen Kommentar abzugeben.
Wir hatten das gleiche problem und wenn das team sprang, Visual Studio 2012, dieses registry-key war wirklich nützlich für uns :
können Sie einen Registrierungsschlüssel hinzufügen, um die Kraft von visual studio verwenden die 64-bit-version von iisexpress.exe ; leider für Sie, ist es eine VS2012-einzige Lösung.
Dann Visual Studio neu starten und Häkchen [X] IIS Express in Ihren Einstellungen.
(siehe auch die Quelle).
UPDATE: Für die Referenz, in Visual 2013, diese option finden Sie in der Benutzeroberfläche : Optionen/Projekte und Projektmappen/Web/Projekte Verwenden Sie die 64-bit-version von IIS Express für Websites und Projekte
In IIS stellen Sie sicher, dass der Anwendungspool, erweiterte Einstellungen, Aktivieren von 32-Bit-Anwendungen = false
Wenn diese Einstellung true ist, dann wird der worker-Prozess ausgeführt wird als 32-bit-WOW64-Prozess.
Chris
Keine Einstellungen erforderlich, im Projekt oder Lösung Ebene. Ich entwickle WebApp auf VS2010 auf 32-bit-und 64-bit-Maschinen gleichzeitig. Tatsächlich arbeiten Wir auf SVN und unsere paar Maschinen habe Win7 32-bit und meine paar Kumpels habe Win7-64bit laptops. Aber da wir noch nicht erlebte, wie Problem beim kompilieren der app auf zwei verschiedenen Rechnern und Auch auf dem live-server, es läuft butter glatt. Kaum kümmern sich die bit und bytes.
Überprüfen, Testlauf. Veröffentlichen Sie Ihren code und host im lokalen IIS oder Cassini-Webserver und den Zugriff über LAN.
Auch, wenn möglich wieder die Lösung und Projekt-Einstellungen auf die ursprüngliche Konfiguration der Einstellungen. Im Allgemeinen, Wir brauchen uns nicht zu ändern, Ziel, bis und es sei denn, es ist unbedingt erforderlich. So, AFAIK, Es stellt die Versammlung unter "Any CPU" als Ziel, das ist geeignet für alle, d.h. IA -, X64-und X86..
Schließlich, wenn Sie kommen über Fehler, bitte hier posten. Es wird Ihnen helfen und uns auch.
Zunächst, wie zu tun Sie wissen, wenn Ihr IIS-Prozess ausgeführt wird Ihre website als 32-bit-oder 64-bit-wie jetzt?
Öffnen Sie den Task-manager zu überprüfen, die Bitanzahl w3wp.exe. Wenn Ihr Computer ist 64-bit-IIS ausgeführt werden 64-bit standardmäßig. Dein problem scheint etwas anders zu sein. Wenn Bitanzahl ist das Problem dann gar nicht so weit gekommen. Überprüfen Sie die IIS-Protokolle (c:\inetpub\logs{website-ID}{Datum})... das könnte Ihnen einige Hinweise. Wenn dort nichts vorhanden ist, überprüfen Sie die Ereignisanzeige. Wenn nichts, dann überprüfen Sie, ob das virtuelle Verzeichnis erstellt im IIS Manager unter Default Web Site.
Hast du eigentlich getestet, ob IIS (sans ASPX) funktionsfähig ist? http://localhost ? funktioniert das? wenn das funktioniert, dann würde ich empfehlen, zu überprüfen, ob Ihre ASP.NET Module sind ordnungsgemäß installiert, die innerhalb von IIS.
Hoffe, das Hilft.