Debuggen von Sharepoint 2007-Code

Question

Wie debuggen Sie Ihre Sharepoint 2007-Code? Da Sharepoint auf einem Remote-Server ausgeführt wird, und ich bin auf einem Windows XP-Rechner zu entwickeln (mit den notwendigen DLL-Dateien in meine GAC kopiert), habe ich nicht mit der Suche nach einfachen Möglichkeiten zum Debuggen viel Glück gehabt. Haltepunkte nicht funktionieren, etc.

Der beste Weg, ich habe kam mit ist Seite Verfolgung in der web.config-Datei zu aktivieren, schreibt Trace-Meldungen in meinem Code und den Zugang trace.axd, wenn ich zu debuggen muß.

Hat jemand ein besseren Vorschläge für das Debuggen? Bin ich etwas fehlt?

Answer 1

Von

Answer 2

Die beste Art und Weise (auch derjenige von Microsoft übernommen) ist ein Windows 2003 Server mit Sharepoint als lokale Entwicklungsmaschine zu haben.

Siehe auch dieses Thema .

Legen Sie Ihre Baugruppen in den GAC nicht, sie in dem Verzeichnis ist setzen - dann können Sie die VS Remote-Debugger verwenden. Google Erstellen von WSP-Dateien für die Verteilung.

Dies hat auch den Vorteil, dass es einfacher Ihre neue baut auf den Server nach der Kompilierung (Post-Build-Schritt) und es ist auch die empfohlene Art und Weise zu kopieren Sicherheit zu erhöhen.

Ich empfehle Ihnen, auf einem Windows 2003 Server mit Sharepoint zu entwickeln. Es ist ein Streit auf einem Remote-Server zu debuggen. Sie können es in einer virtuellen Maschine mit VMWare tun oder Virtual PC, wenn Sie XP auf Ihrem Rechner haben.

Die virtuelle Maschine ist der einzige Weg zu gehen. Sie wollen nicht eine ganze Maschine dev widmen (es sei denn, Sie Extras haben) und auf dem Produktionsserver zu entwickeln ist nur Ärger bringen. Ich ziehe es VMWare, aber es gibt andere, die genauso gut funktionieren.

Tracing funktioniert gut als normaler Debugging nicht wirklich eine Option ist.

Was ist ich versuchen, alle die Logik zu entwickeln (das Zeug, die nicht abhängig ist Sharepoint) auf nur eine reguläre asp.net Website, dann integrieren sie in Sharepoint nach es getestet.

Ich hoffe, das macht Sinn.

Sprechen Sie über Web-Teile zu entwickeln? Benutzerdefinierte Seiten? Etwas anderes?

Answer 3

Die beste Art und Weise (auch derjenige von Microsoft übernommen) ist ein Windows 2003 Server mit Sharepoint als lokale Entwicklungsmaschine zu haben.

Siehe auch dieses Thema .

Answer 4

Legen Sie Ihre Baugruppen in den GAC nicht, sie in dem Verzeichnis ist setzen - dann können Sie die VS Remote-Debugger verwenden. Google Erstellen von WSP-Dateien für die Verteilung.

Dies hat auch den Vorteil, dass es einfacher Ihre neue baut auf den Server nach der Kompilierung (Post-Build-Schritt) und es ist auch die empfohlene Art und Weise zu kopieren Sicherheit zu erhöhen.

Answer 5

Ich empfehle Ihnen, auf einem Windows 2003 Server mit Sharepoint zu entwickeln. Es ist ein Streit auf einem Remote-Server zu debuggen. Sie können es in einer virtuellen Maschine mit VMWare tun oder Virtual PC, wenn Sie XP auf Ihrem Rechner haben.

Answer 6

Die virtuelle Maschine ist der einzige Weg zu gehen. Sie wollen nicht eine ganze Maschine dev widmen (es sei denn, Sie Extras haben) und auf dem Produktionsserver zu entwickeln ist nur Ärger bringen. Ich ziehe es VMWare, aber es gibt andere, die genauso gut funktionieren.

Tracing funktioniert gut als normaler Debugging nicht wirklich eine Option ist.

Was ist ich versuchen, alle die Logik zu entwickeln (das Zeug, die nicht abhängig ist Sharepoint) auf nur eine reguläre asp.net Website, dann integrieren sie in Sharepoint nach es getestet.

Ich hoffe, das macht Sinn.

Sprechen Sie über Web-Teile zu entwickeln? Benutzerdefinierte Seiten? Etwas anderes?