Visual Studio 2008 Beta 2-Infodatei

Inhaltsverzeichnis

• 1. Systemanforderungen
• 1.1. Unterstützte Architekturen
• 1.2. Unterstützte Betriebssysteme
• 1.3. Installationsanforderungen
• 2. Bekannte Probleme
• 2.1. Installieren
• 2.2. Deinstallieren
• 2.2.1. Auf Computern mit früheren Visual Studio-Versionen
• 2.2.2. Auf Computern ohne frühere Visual Studio-Versionen
• 2.3. Probleme mit dem Produkt
• 2.3.1. Allgemeine Probleme
• 2.3.2. ADO.NET
• 2.3.3. Programmiersprachen
• 2.3.4. LINQ
• 2.3.5. Visual Studio Tools for Office
• 2.3.6. Webentwicklung
• 2.3.7. Windows Communication Foundation (WCF)-Tools
• 2.3.8. Windows Presentation Foundation (WPF)-Designer für Visual Studio
• 2.3.9. Windows Workflow Foundation (WF)-Tools
• 2.3.10. Windows SDK-Integration
• 3. Weitere Links
• 3.1. Visual Studio Team Foundation Server-Infodatei
• 3.2. Visual Studio Express Edition-Infodatei
• 3.3. .NET Framework-Infodatei
• 3.4. MSDN Library für Visual Studio-Infodatei

1. Systemanforderungen

1.1 Unterstützte Architekturen:

2.3.1.13 Vor Bereitstellung einer Anwendung, die das .NET Framework 2.0 Language Pack enthält, muss das von Visual Studio 2008 installierte .NET Framework 2.0 Language Pack ersetzt werden.

Vor Bereitstellung einer Anwendung, die das .NET Framework 2.0 Language Pack enthält, muss das von Visual Studio 2008 unter %ProgramFiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx\de installierte .NET Framework 2.0 Language Pack durch das hier verfügbare ersetzt werden.

2.3.1.14 Bei Computern, auf denen Visual Studio 2008 in US-englischer Version und Visual Studio 2008 in japanischer Version nebeneinander installiert sind, wird bei Deinstallation einer dieser Versionen der Eintrag unter "Software" nicht entfernt.

Bei Computern, auf denen Visual Studio 2008 in US-englischer Version und Visual Studio 2008 in japanischer Version nebeneinander installiert sind, wird bei Deinstallation einer dieser Versionen der Eintrag unter "Software" nicht entfernt. Es müssen beide Versionen über "Software" manuell deinstalliert werden, damit die Einträge entfernt werden.

2.3.1.15 Bei Installation der .NET Framework 2.0 und 3.0 Language Packs unter Windows Vista muss die Sprache dem von Windows Vista installierten Sprachpaket entsprechen.

Bei Installation der .NET Framework 2.0 und 3.0 Language Packs unter Windows Vista muss die Sprache dem von Windows Vista installierten Sprachpaket entsprechen.

2.3.1.16 Fehler bei Setup von japanischem Visual Studio 2008 TFC unter Vista bei Installation neben Visual Studio 2005 TFC.

Fehler bei Setup von japanischem Visual Studio 2008 TFC unter Vista bei Installation neben Visual Studio 2005 TFC.

2.3.2 ADO.NET

Es sind keine Probleme bekannt.

2.3.3 Sprachen

2.3.3.1 Mehrere Buildfehler beim Hinzufügen eines neuen WinForms-Projekts zu einer Website oder einem WCF-Dienst

Wenn Sie versuchen, einer Website oder WCF-Dienstanwendung ein Windows Forms-Anwendungsprojekt hinzuzufügen, werden mehrere Fehler und Warnungen ausgegeben.

So beheben Sie dieses Problem

Klicken Sie im Menü Erstellen auf Neu erstellen oder Bereinigen.

2.3.3.2 Das Objekttestcenter unterstützt keinen Aufruf von Erweiterungsmethoden.

In den Kontextmenüs von Objekten, die im Fenster Objekttestcenter erstellt werden, werden keine Erweiterungsmethoden angezeigt. Daher können Benutzer im Fenster Objekttestcenter keine Erweiterungsmethoden aufrufen.

Erweiterungsmethoden sind ein Feature, das in C# 3.0 und Visual Basic 9.0 neu eingeführt wurde.

So beheben Sie dieses Problem

Dieses Problem kann nicht umgangen werden.

2.3.3.3 C#-Debugger: Die Verwendung von checked- und unchecked-Ausdrücken in Debuggerfenstern führt zu einem Absturz.

Jede Verwendung von checked- und unchecked-Ausdrücken in C# in Debuggerfenstern (z. B. dem Direktfenster und dem Überwachungsfenster) führt zu einem Absturz von Visual Studio 2008.

So beheben Sie dieses Problem

Vermeiden Sie die Verwendung dieser Ausdrücke im Debugger.  Sie können die Ausdrücke im Quellcode verwenden und das Ergebnis des Ausdrucks im Debugger überprüfen, ohne diesen Absturz zu verursachen.

2.3.4 LINQ

2.3.4.1 O/R-Designer: Zuordnen von Binärtypen

Der O/R-Designer in Visual Studio 2008 ordnet Datenbankspalten vom Typ Binary, Image, Timestamp und Varbinary dem Typ System.Byte[] zu, wenn eine Tabelle mit Spalten von diesem Typ in den Designer gezogen werden. Da System.Byte[] bei Identitätsmembern nicht unterstützt wird, führt das Festlegen dieser Spalten als Primärschlüssel zu einem Laufzeitfehler. Beachten Sie, dass SqlMetal.exe in Visual Studio 2008 Spalten der genannten Spalten dem Typ System.Data.Linq.Binary zuordnet, der als Primärschlüssel verwendet werden kann. Durch Öffnen einer mit SqlMetal.exe generierten DBML-Datei im O/R-Designer wird die Zuordnung dieser Typen möglicherweise beschädigt.

So beheben Sie dieses Problem

Wenn Sie Tabellen mit Spalten vom Typ Binary, Image, Timestamp oder Varbinary als Primärschlüssel verwenden müssen, verwenden Sie SqlMetal.exe zum Erstellen der DBML-Datei und zum Generieren des LINQ-to-SQL-Codes.

2.3.4.2 O/R-Designer: Hinzufügen einer vorhandenen DBML-Datei zu einer ASP.NET-Website oder einem ASP.NET-Webanwendungsprojekt

Wenn Sie einem Projekt eine zuvor erstellte DBML-Datei über das Dialogfeld Vorhandenes Element hinzufügen hinzufügen und die Verbindungszeichenfolge, auf die in der DBML-Datei verwiesen wird, in den Anwendungseinstellungen des Projekts nicht gefunden werden kann, wird eine Warnung angezeigt mit der Frage, ob die Verbindungszeichenfolge den Anwendungseinstellungen automatisch hinzugefügt werden soll. Wenn Sie in dieser Warnung Ja auswählen, werden die DBML-Datei und die Anwendungseinstellungen entsprechend aktualisiert. Dabei verbleibt der generierte Code jedoch in einem unvollständigen Zustand, wobei der DataContext-Standardkonstruktor fehlt. Der Code wird erst nach dem Ausführen des Befehls "Speichern" oder "Alle speichern" neu generiert.

So beheben Sie dieses Problem

Nachdem Sie in der Warnung Ja ausgewählt haben, klicken Sie auf Speichern oder Alle speichern, um die Codegenerierung zu veranlassen.

2.3.5 Visual Studio Tools for Office

2.3.5.1 Outlook-Projekte können nicht erfolgreich kompiliert werden, wenn das Projekt einen Formularbereich mit Symbolen und ein ActiveX-Steuerelement mit Symbolen enthält.

Wenn die Icons-Eigenschaft eines Formularbereichs und ein ActiveX-Steuerelement im Formularbereich Symbole enthalten, wird beim Kompilieren des Projekts folgender Fehler ausgegeben:

"Der Name "resources" ist im aktuellen Kontext nicht vorhanden."

Dieser Fehler tritt auf, weil in der InitializeManifest-Methode der Designercodedatei für den Formularbereich die resources-Variable vom Typ System.ComponentModel.ComponentResourceManager fehlt.

So beheben Sie dieses Problem

Legen Sie die Localizable-Eigenschaft des Formularbereichs auf True fest. Dadurch wird die resources-Variable der InitializeManifest-Methode der Designercodedatei für den Formularbereich hinzugefügt. Die Kompilierung des Projekts sollte dann problemlos möglich sein.

2.3.5.2 Lösungen können auf x64-Computer nicht ausgeführt werden, wenn die Zielplattform auf x64 festgelegt ist.

Wenn Sie die Zielplattform in den Projekteigenschaften auf der Registerkarte Build auf x64 festlegen, können Sie das Projekt zwar kompilieren, die Lösung kann aber nicht ausgeführt werden.  Wenn Sie die Zielplattform auf x64 festlegen möchten, muss die Lösung in einem 64-Bit-Prozess ausgeführt werden. Office wird jedoch in einem 32-Bit-Prozess ausgeführt.

So beheben Sie dieses Problem

Legen Sie die Zielplattform auf der Registerkarte Build auf Any CPU fest. Dies führt dazu, dass die Lösung in Office als 32-Bit-Prozess ausgeführt wird.

2.3.5.3 Für Microsoft Office InfoPath 2007-Projekte ist vor dem Installieren von Visual Studio 2008 Beta 2 die .NET-Programmierunterstützung erforderlich.

Sie können keine Microsoft Office InfoPath 2007-Projekte erstellen, wenn Visual Studio Tools for Applications nicht vor der Installation von Visual Studio 2008 Beta 2 unter der .NET-Programmierunterstützung installiert wird.

So beheben Sie dieses Problem

Installieren Sie vor der Installation von Microsoft Visual Studio 2008 Beta 2 Visual Studio Tools for Applications aus dem Microsoft Office- oder InfoPath-Setup wie folgt:
1. Öffnen Sie Software in Windows XP oder Windows 2003 bzw. Programme und Funktionen in Windows Vista.
2. Wählen Sie das Element Microsoft Office Enterprise 2007 oder Microsoft Office InfoPath 2007 aus, und klicken Sie auf Ändern.
3. Wählen Sie Features hinzufügen oder entfernen aus, und klicken Sie auf Weiter.
4. Erweitern Sie den Knoten Microsoft Office InfoPath, und vergewissern Sie sich, dass alle Elemente unter .NET-Programmierunterstützung ausgewählt sind, einschließlich Visual Studio Tools for Applications.
5. Klicken Sie auf Weiter, und warten Sie, bis die Installation abgeschlossen ist.
6. Installieren Sie Microsoft Visual Studio 2008 Beta 2.
 
Wenn Sie Microsoft Visual Studio 2008 Beta 2 bereits installiert haben, müssen Sie Visual Studio Tools for Office wie folgt neu installieren:
1. Öffnen Sie Software in Windows XP oder Windows 2003 bzw. Programme und Funktionen in Windows Vista.
2. Wählen Sie Microsoft Visual Studio 2008 aus, und klicken Sie auf Ändern oder entfernen.
3. Wählen Sie auf der Wartungsseite von Visual Studio Features hinzufügen oder entfernen aus.
4. Deaktivieren Sie unter Visual Basic und Visual C# die Option Visual Studio Tools for Office, und klicken Sie auf Aktualisieren.
5. Führen Sie nach Abschluss der Wartungsvorgänge erneut Ändern oder Entfernen aus. Aktivieren Sie nun unter Visual Basic und Visual C# die Option Visual Studio Tools for Office, und klicken Sie auf Aktualisieren. Dadurch werden Visual Studio Tools for Office und die Microsoft Office InfoPath 2007-Vorlagen installiert.

2.3.5.4 Für die Vorschau von Microsoft Office InfoPath 2007-Formularvorlagen ist Microsoft Office 2007 Service Pack 1 erforderlich.

Wenn Sie die Vorschau von Microsoft Office InfoPath 2007-Formularvorlagen durch Drücken von F5 oder Klicken auf Vorschau aufrufen, wird ein Visual Studio 2008-Fehler ausgegeben, sofern nicht InfoPath 2007 Service Pack 1 oder die QFE installiert ist.

So beheben Sie dieses Problem

Die QFE ist auf der Microsoft Visual Studio 2008 Beta 2-Downloadwebsite unter http://go.microsoft.com/fwlink/?LinkId=95488 verfügbar.

2.3.5.5 Die Menüs im integrierten Designer von Microsoft Office InfoPath 2007 sind in allen Gebietsschemas englisch.

Der eingebettete Designer von Microsoft Office InfoPath 2007 ist für Microsoft Visual Studio 2008 Beta 2 nur auf Englisch verfügbar. Wenn Sie Microsoft Visual Studio 2008 Tools for Office Beta 2 zum Erstellen und Ändern einer InfoPath 2007-Formularvorlage verwenden, sind die Menüs und einige Codekommentare bei allen installierten Gebietsschemas englisch.

So beheben Sie dieses Problem

Um die englische Version der Microsoft Office InfoPath 2007-Projektdatei in einer lokalisierten Version von Microsoft Visual Studio 2008 Tools for Office Beta 2 verwenden zu können, sind die folgenden zusätzlichen Schritte erforderlich:

1. Schließen Sie Visual Studio 2008.

2. Suchen Sie die Datei VSTO90InfoPathFormTemplate.zip, die sich normalerweise an einem der folgenden Speicherorte befindet: Für C#: \Common7\IDE\ProjectTemplates\CSharp\Office\Version2007\1033\ Für Visual Basic: \Common7\IDE\ProjectTemplates\VisualBasic\Office\Version2007\1033\

3. Kopieren Sie diese Datei in einen der folgenden für Sie zutreffenden Ordner, wobei LCID die Gebietsschema-ID Ihrer lokalisierten Installation ist (z. B. 1031 for Deutsch). Für C#: \Common7\IDE\ProjectTemplates\CSharp\Office\Version2007\LCID\ Für Visual Basic: \Common7\IDE\ProjectTemplates\VisualBasic\Office\Version2007\LCID\

4. Öffnen Sie die Visual Studio-Eingabeaufforderung, und führen Sie den folgenden Befehl aus: Devenv.exe /setup

5. Starten Sie Visual Studio neu.

2.3.5.6 Visual Studio 2008 stürzt beim Speichern eines Word-Dokumentprojekts ab.

Wenn Sie ein Word-Dokumentprojekt vor dem Erstellen des Projekts speichern, stürzt Visual Studio 2008 ab. Dieser Fall tritt nur ein, wenn das Visual Studio 2008-Profil auf Visual Basic Developer festgelegt ist.

So beheben Sie dieses Problem

Erstellen Sie Word-Dokumentprojekte, bevor Sie sie speichern.

2.3.5.7 Durch Hinzufügen nicht unterstützter Inhalte zu Word-Inhaltssteuerelementen in Projekten auf Dokumentebene zur Entwurfszeit wird das Dokument möglicherweise beschädigt.

Viele der Einschränkungen, die in Microsoft Office Word für Inhaltssteuerelemente zur Laufzeit gelten, werden in Word für Projekte auf Dokumentebene zur Entwurfszeit nicht beachtet. Wenn Sie die Benutzeroberfläche Ihrer Lösung in Visual Studio 2008 entwerfen, vergewissern Sie sich, dass Sie nur solche Änderungen an Inhaltssteuerelementen vornehmen, die zur Laufzeit unterstützt werden. Fügen Sie insbesondere in Nur-Text-Inhaltssteuerelemente keinen Inhalt ein, der keinen Text darstellt, z. B. andere Inhaltssteuerelemente, Bilder oder Tabellen. Obwohl dies scheinbar in Word zur Entwurfszeit zulässig ist, kann solcher Inhalt zur Beschädigung des Dokuments führen, wenn das Dokument erneut geöffnet wird. Fügen Sie entsprechend nur Bilder in ein Bild-Inhaltssteuerelement ein. Wenn Sie nicht sicher sind, ob ein Inhaltssteuerelement einen bestimmten Inhaltstyp akzeptiert, führen Sie die Lösung ohne den fraglichen Inhalt aus, und versuchen Sie dann, den Inhalt dem Inhaltssteuerelement zur Laufzeit hinzuzufügen. Wenn dies von Word nicht zugelassen wird, sollten Sie diese Art von Inhalt nicht zur Entwurfszeit in das Inhaltssteuerelement einfügen.

Wenn Sie Änderungen an einem Inhaltssteuerelement zur Entwurfszeit vornehmen, die zur Laufzeit nicht unterstützt werden, erhalten Sie keine Warnung vom Visual Studio 2008-Designer, dass die Änderungen nicht unterstützt werden. Wenn Sie das Projekt jedoch debuggen oder ausführen oder das Projekt speichern und dann erneut öffnen, wird in Word eine Fehlermeldung angezeigt, und Sie werden aufgefordert, der Reparatur des Dokuments zuzustimmen. Beim Reparieren des Dokuments werden in Word alle nicht unterstützten Inhalte und Formatierungen aus dem Steuerelement entfernt.

So beheben Sie dieses Problem

Fügen Sie Inhaltssteuerelementen zur Entwurfszeit keine Inhalte zu, die nicht unterstützt werden.

2.3.5.8 Visual Studio 2008-Fehler beim Hinzufügen von Designerinhalten zu einem Projekt auf Dokumentebene und anschließendem Auswählen von "Alle speichern", wenn "Neue Projekte beim Erstellen speichern " deaktiviert ist.

Sie können konfigurieren, wie Visual Studio 2008 die Dateispeicherorte für neu erstellte Projekte verwaltet, indem Sie im Dialogfeld Optionen auf der Seite Projekte und Projektmappen das Kontrollkästchen Neue Projekte beim Erstellen speichern aktivieren oder deaktivieren. Durch Aktivieren der Option Neue Projekte beim Erstellen speichern können Sie im Dialogfeld Neues Projekt einen Speicherort für das Projekt angeben. Wenn die Option deaktiviert ist, werden neue Projekte als temporäre Projekte erstellt, und Sie werden erst aufgefordert, einen endgültigen Speicherort festzulegen, wenn Sie das Projekt und seine Elemente speichern.

Das Problem tritt auf, wenn das Kontrollkästchen deaktiviert ist, und Sie eine neue Lösung auf Dokumentebene erstellen, z. B. ein Word-Dokumentprojekt. Klicken Sie nach dem Hinzufügen von Inhalten wie Text oder Steuerelementen zur Dokumentoberfläche im visuellen Designer im Menü Datei auf Alle speichern und dann im Dialogfeld Projekt speichern auf Speichern. Diese Bedingungen führen zu einem Fehler in Visual Studio 2008 oder zu einem instabilen Zustand.

So beheben Sie dieses Problem

Aktivieren Sie im Dialogfeld Optionen auf der Seite Projekte und Projektmappen die Option Neue Projekte beim Erstellen speichern.

2.3.5.9 Die Registerkarte "SharePoint Workflow" wird nur bei einer bestimmten Installationsreihenfolge in der Toolbox angezeigt.

Die Registerkarte SharePoint wird nur dann in der Toolbox angezeigt, wenn die Microsoft Office SharePoint Server 2007-Installation in einer bestimmten Reihenfolge ausgeführt wird.

So beheben Sie dieses Problem

Fügen Sie in der Toolbox eine benutzerdefinierte Registerkarte hinzu, die die Microsoft Office SharePoint Server 2007-Workflowsteuerelemente enthält.
Anweisungen:
1. Klicken Sie mit der rechten Maustaste auf die Toolbox, und klicken Sie auf die Registerkarte Hinzufügen.
2. Der Toolbox wird eine neue, leere Registerkarte hinzugefügt.
3. Geben Sie in das Textfeld oben auf der neuen Registerkarte einen Namen für die Registerkarte ein, und drücken Sie die EINGABETASTE.
4. Die neue Registerkarte wird am unteren Rand der Toolbox angezeigt.
5. Klicken Sie im Menü Extras auf Toolboxelemente auswählen, oder klicken Sie mit der rechten Maustaste auf die Toolbox, und klicken Sie dann auf Elemente auswählen.
6. Um die Elemente zu sortieren, die auf einer Registerkarte des Dialogfelds Toolboxelemente auswählen angezeigt werden, klicken Sie auf den Spaltentitel Namespace. 7. Führen Sie einen Bildlauf nach unten aus, bis Sie die Steuerelemente im Namespace Microsoft.SharePoint.WorkflowActions finden.
8. Wählen Sie diese Steuerelemente aus, und klicken Sie auf OK, um das Dialogfeld Elemente auswählen zu schließen.
9. Die neu hinzugefügten Elemente werden auf der soeben erstellten Registerkarte in der Toolbox angezeigt.

2.3.6 Webentwicklung

2.3.6.1 Die AJAX-fähige WCF-Dienstelementvorlage in Visual Studio 2008 funktioniert möglicherweise in Websitelösungen nicht, die sich nicht im Dateisystem befinden.

Dieses Problem tritt auf, wenn Sie eine Website mit Visual Studio 2008 erstellen und HTTP oder FTP anstelle der Standardoption Dateisystem als Hostingoption auswählen. Wenn Sie der Website dann mit dem Befehl Neues Element hinzufügen einen AJAX-fähigen WCF-Dienst hinzufügen, wird der Dienst zwar hinzugefügt, funktioniert aber möglicherweise nicht wie erwartet.

So beheben Sie dieses Problem

Verwenden Sie eine der folgenden Vorgehensweisen, um das Problem zu lösen:

- Verwenden Sie den Projekttyp ASP.NET-Webanwendung anstelle einer Websitelösung.
- Verwenden Sie die Hostingoption Dateisystem anstelle von HTTP oder FTP.
- Wenn Sie eine Website mit HTTP oder FTP verwenden müssen, fügen Sie den AJAX-fähigen WCF-Dienst hinzu, und ändern Sie dann die resultierende web.config-Datei wie folgt: Das <system.servicemodel>-Element enthält ein <services>-Element. Sie müssen die Namespaceinformationen aus allen <service>-Elementen und <endpoint>-Elementen entfernen.

Beispiel:

Ursprünglich generierte Konfiguration
<services>
   <service name="Namespace.ServiceName">
    <endpoint address="" behaviorConfiguration="Namespace.ServiceAspNetAjaxBehavior"
     binding="webHttpBinding" contract="Namespace.ServiceName"/>
   </service>
  </services>

Korrigierte Konfiguration
<services>
   <service name="ServiceName">
    <endpoint address="" behaviorConfiguration="Namespace.ServiceAspNetAjaxBehavior"
     binding="webHttpBinding" contract="ServiceName" />
   </service>
  </services>

2.3.6.2 Fehler beim Überprüfen starker Namen, wenn IIS-Projekte unter Windows Vista gestartet werden.

Wenn ein Webprojekt unter Windows Vista gestartet wird, tritt der folgende Fehler auf:

"Das Debuggen kann auf dem Webserver nicht gestartet werden. Fehler bei der Strong Name-Überprüfung.

Klicken Sie auf Hilfe, um weitere Informationen zu erhalten."

So beheben Sie dieses Problem

Dieses Problem kann durch Deaktivieren der Überprüfung von starken Namen für eine Visual Studio-Datei (iisresolver.dll) umgangen werden. Führen Sie dazu die folgenden Schritte aus:

1. Klicken Sie auf Start, Alle Programme, Zubehör, Eingabeaufforderung, und wählen Sie dann die Option Als Administrator ausführen aus.

2. Möglicherweise wird der Bildschirm daraufhin abgeblendet und das Dialogfeld Benutzerzugriffssteuerung angezeigt. Klicken Sie in diesem Fall auf Weiter, um die Eingabeaufforderung zu starten.

3. Führen Sie den folgenden Befehl aus:

32-Bit-Computer: "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\sn.exe" -Vr "%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\iisresolver.dll"

64-Bit-Computer: "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\sn.exe" -Vr "%ProgramFiles(x86)%\Microsoft Visual Studio 9.0\Common7\IDE\iisresolver.dll"

Hierbei wird davon ausgegangen, dass Visual Studio 2008 am Standardspeicherort installiert ist. Wenn Visual Studio 2008 an einem anderen Speicherort installiert wurde, ersetzen Sie "%ProgramFiles%\Microsoft Visual Studio 9.0" durch den Pfad, unter dem Visual Studio 2008 installiert ist.

Außerdem wird davon ausgegangen, dass sn.exe auf dem Computer vorhanden ist. Sn.exe ist normalerweise als Bestandteil des Microsoft Windows-SDK installiert, das in Visual Studio 2008 enthalten ist. Wenn sn.exe auf dem Computer fehlt, kann es auch mit dem .NET Framework 2.0 SDK installiert werden. Die x86-Version des SDK können Sie unter http://www.microsoft.com/downloads/details.aspx?FamilyID=FE6F2099-B7B4-4F47-A244-C96D69C35DEC herunterladen. Die x64-Version des SDK kann unter http://www.microsoft.com/downloads/details.aspx?FamilyId=1AEF6FCE-6E06-4B66-AFE4-9AAD3C835D3D heruntergeladen werden.

2.3.6.3 VSTO-Anpassungen können auf Computern ohne Visual Studio nicht ausgeführt werden.

Mit dem Webpublishing-Assistenten können Sie die Datei Setup.exe für eine VSTO-Anpassung erstellen. Sie können die veröffentlichte Anpassung auf einem anderen Computer installieren, indem Sie die generierte Datei Setup.exe ausführen. Dabei werden bei Bedarf .NET Framework, Version 3.5, und die VSTO 3.0-Laufzeit als erforderliche Komponenten installiert. Unter bestimmten Umständen wird die VSTO 3.0-Laufzeit nicht korrekt installiert, wenn nach der Installation von .NET Framework ein Neustart erforderlich ist. In diesem Fall kann die Anpassung nicht ausgeführt werden.

So beheben Sie dieses Problem

Aktualisieren Sie das Bootstrapperpaket für .NET Framework, um sicherzustellen, dass der Computer neu gestartet wurde, bevor die VSTO 3.0-Laufzeit mit Setup.exe installiert wird.

1. Öffnen Sie das Verzeichnis %programfiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\

2. Suchen Sie den Sprachordner für Ihre Sprachversion von Visual Studio. Der Ordner lautet für japanische Visual Studio-Versionen z. B. ja.

3. Öffnen Sie die Datei package.xml in einem Text-Editor oder einer anderen Bearbeitungsanwendung.

4. Suchen Sie das folgende XML-Fragment:

    <Commands Reboot="Defer">

             <Command PackageFile="dotNetFx35setup.exe"

                        Arguments=' /lang:enu /passive /norestart'

                        EstimatedInstalledBytes="30000000"

                        EstimatedTempBytes="30000000">

5. Ändern Sie den Wert des Reboot-Attributs von "Defer" in "Immediate".

Das Elemente sollte dann wie folgt aussehen: <Commands Reboot="Immediate">

6. Speichern Sie package.xml.

2.3.7 Windows Communication Foundation (WCF)-Tools

2.3.7.1 Für "wcfSvchost.exe" sind Administratorrechte erforderlich.

Für die Ausführung des Tools wcfSvcchost.exe sind Administratorrechte erforderlich. Die WCF-Dienstbibliotheksvorlage in Visual Studio 2008 kann nicht ordnungsgemäß ausgeführt werden, wenn wcfSvchost.exe nicht verfügbar ist.

So beheben Sie dieses Problem

Führen Sie Visual Studio 2008 unter einem Administratorkonto aus, wenn Sie Dienste verfassen, die wcfSvchost.exe verwenden. Klicken Sie unter Windows Vista mit der rechten Maustaste auf das Visual Studio 2008-Symbol, und klicken Sie dann auf Als Administrator ausführen.

2.3.7.2 Fehler unter Windows Vista im Setupskript "Setupvroot.bat" für WCF-Beispiele, wenn der NetMsmqActivator-Dienst aktiviert ist und Message Queuing (MSMQ) nicht installiert ist.

Unter Windows Vista funktioniert das Setupskript Setupvroot.bat für WCF-Beispiele nicht, wenn der NetMsmqActivator-Dienst aktiviert ist und Message Queuing (MSMQ) nicht installiert ist. Das Dienstprogramm iisreset funktioniert nur, wenn MSMQ installiert ist oder der NetMsmqActivator-Dienst deaktiviert ist. Das Setupskript Setupvroot.bat für WCF-Beispiele kann nur ausgeführt werden, wenn MSMQ installiert ist oder der NetMsmqActivator-Dienst deaktiviert ist.

So beheben Sie dieses Problem

Vergewissern Sie sich, dass MSMQ installiert oder der NetMsmqActivator-Dienst unter Windows Vista deaktiviert ist, bevor Sie das Setupskript Setupvroot.bat für WCF-Beispiele ausführen.

2.3.7.3 Einige WCF-Beispiel in der MSDN Library können nicht erstellt oder ausgeführt werden.

Die folgenden WCF-Beispiele können in Visual Studio 2008 nicht ordnungsgemäß erstellt oder ausgeführt werden:

- TechnologySamples\Scenario\DataBinding\WPF (Erstellen nicht möglich)

- TechnologySamples\Scenario\RestPox (Erstellen möglich, Fehler beim Ausführen unter Windows Vista)

- TechnologySamples\Extensibility\Transport\UdpActivation (Erstellen möglich, Fehler beim Ausführen)

So beheben Sie dieses Problem

- TechnologySamples\Scenario\DataBinding\WPF

Dieses Problem betrifft nur die C#-Version des Beispiels. Um das Problem zu beheben, entfernen Sie die folgende Zeichenfolge aus client.csproj: "<UICulture>en-us</UICulture>".

- TechnologySamples\Scenario\RestPox

Dieses Problem betrifft die C#- und die Visual Basic-Version des Beispiels bei der Ausführung unter Windows Vista. Der Client wird fast bis zum Ende des Beispiels korrekt ausgeführt, bis gegen Ende ein Fehler auftritt. Um das Problem zu lösen, entfernen Sie den Schrägstrich aus den folgenden Codezeilen:

links.Add( new Uri( message.Properties.Via + "/" + customerId ) )  in file CustomerService.cs

links.Add( New Uri(msg.Properties.Via.ToString() & "/" & customerId ) ) in file CustomerService.vb

- TechnologySamples\Extensibility\Transport\UdpActivation

Dieses Problem kann nicht umgangen werden.

2.3.7.4 Die WCF-Dienstelementvorlage in Visual Studio 2008 funktioniert möglicherweise in Websitelösungen nicht, die sich nicht im Dateisystem befinden.

Dieses Problem tritt auf, wenn Sie eine Website mit Visual Studio 2008 erstellen und HTTP oder FTP anstelle der Standardoption Dateisystem als Hostingoption auswählen. Wenn Sie der Website dann mit dem Befehl Neues Element hinzufügen einen WCF-Dienst hinzufügen, wird der Dienst zwar hinzugefügt, funktioniert aber möglicherweise nicht wie erwartet.

So beheben Sie dieses Problem

Verwenden Sie eine der folgenden Vorgehensweisen, um das Problem zu lösen:

-          Verwenden Sie die Projekttypen ASP.NET-Webanwendung oder WCF-Dienstanwendung anstelle einer Websitelösung.

-          Verwenden Sie die Hostingoption Dateisystem anstelle von HTTP oder FTP.

-          Wenn Sie eine Website mit HTTP oder FTP verwenden müssen, können Sie den WCF-Dienst hinzufügen und die resultierende web.config-Datei dann wie folgt ändern: Das <system.servicemodel> enthält ein <services>-Element. Sie müssen die Namespaceinformationen aus allen <service>-Elementen und <endpoint>-Elementen entfernen. Beispiel:

Ursprünglich generierte Konfiguration
<services>
   <service name="Namespace.ServiceName">
    <endpoint contract="Namespace.ServiceName"/>
   </service>
  </services>

Korrigierte Konfiguration
<services>
   <service name="ServiceName">
    <endpoint contract="ServiceName" />
   </service>
  </services>

2.3.7.5 Für die Verwendung eines ASMX- oder WCF-Diensts bei einer dateibasierten Website oder Webanwendung sind NTLM-Anmeldeinformationen erforderlich, wenn der Benutzer kein Administrator ist und Remotedesktop verwendet.

Bei Verwendung einer Website oder Webanwendung über Remotedesktop als Nicht-Administrator wird die NTLM-Authentifizierung automatisch aktiviert. Wenn daher ein ASMX- oder WCF-Dienst verwendet wird, kommt es zu folgendem Fehler: "Die HTTP-Anforderung ist beim Clientauthentifizierungsschema "Anonym" nicht autorisiert. Vom Server wurde der Authentifizierungsheader "NTLM" empfangen."

So beheben Sie dieses Problem

1.      Öffnen Sie die Eigenschaftenseiten für die Websites.

2.      Deaktivieren Sie auf der Registerkarte Startoptionen die Option NTLM-Authentifizierung.

Hinweis: Dies wird nur bei Websites empfohlen, die ausschließlich WCF-Dienste verwenden. Die Sicherheit von WCF-Diensten wird über die Konfiguration in der web.config-Datei verwaltet, sodass die NTLM-Authentifizierung nicht erforderlich ist.

2.3.7.6 Mit der Schaltfläche "Ermitteln" im Dialogfeld "Dienstverweis hinzufügen" werden Dienste bestimmter WCF-Dienstprojekte aus der gleichen Projektmappe nicht gefunden.

Mit der Schaltfläche "Ermitteln" im Dialogfeld "Dienstverweis hinzufügen" werden keine Dienste aus der gleichen Projektmappe angezeigt, die aus nicht webbasierten Vorlagen erstellt wurden.

So beheben Sie dieses Problem

- Erstellen Sie die WCF-Dienstbibliothek, und führen Sie sie ohne Debuggen aus. Wenn der Dienst von Autohost gehostet wird, klicken Sie mit der rechten Maustaste auf den Dienst im Autohost, und klicken Sie dann auf Metadatenadresse kopieren, um die Dienstadresse abzurufen. Fügen Sie die Adresse im Dialogfeld Dienstverweis hinzufügen ein, um einen Verweis auf den Dienst hinzuzufügen.

- Sie können auch die Schaltfläche Ermitteln verwenden, um nach Diensten aus Projekten zu suchen, die auf der WCF-Websitevorlage oder WCF-Dienstanwendungsvorlage basieren.

2.3.7.7 Das Debuggen einer WCF-Dienstanwendung über einen Dienstverweis ist nur beim ersten Mal möglich.

Das Ausführen in Einzelschritten oder bis zu Haltepunkten in einer WCF-Dienstanwendung aus einem anderen Projekt mit einem Dienstverweis heraus funktioniert nur beim ersten Mal.

So beheben Sie dieses Problem

Öffnen Sie das Dialogfeld Optionen, und wählen Sie Alle Einstellungen anzeigen aus. Erweitern Sie den Knoten Projekte und Projektmappen, und klicken Sie dann auf Erstellen und Ausführen. Deaktivieren Sie Nur Startprojekte und Abhängigkeiten zur Laufzeit ausführen.

2.3.7.8 Beim Ausführen bestimmter WCF-basierter Projektvorlagen stürzt "svcutil.exe" aufgrund eines Signaturproblems ab.

Beim Ausführen bestimmter WCF-basierter Projektvorlagen wird der Dienst im WCF-Diensthost gestartet und ein Testformular für Debugvorgänge des Diensts geöffnet. Aufgrund eines Signaturproblems führt dies zum Absturz von svcutil.exe, und das Testformular funktioniert nicht.

So beheben Sie dieses Problem

Deaktivieren Sie das Signieren mit starken Namen für svcutil.exe, indem Sie eine Visual Studio-Eingabeaufforderung öffnen. Führen Sie auf der Befehlszeile folgenden Befehl aus: sn -Vr "<Programme>\Microsoft SDKs\Windows\v6.0A\Bin\SvcUtil.exe" (Ersetzen Sie <Programme> durch den Pfad zum Programmverzeichnis, z. B. C:\Programme)

2.3.7.9 Fehler beim Verwenden des WCF-Proxys für einen ASMX-Webdienst, der eine typisierte Datentabelle zurückgibt.

Standardmäßig wird in Visual Studio 2008 für Webdienste in Projekten, die für .NET Framework 3.0 oder 3.5 entwickelt werden, ein WCF-Proxy generiert. Der Versuch, eine ASMX-Webdienstmethode aufzurufen, die einen typisierten Datentyp zurückgibt, führt zu einem Fehler.

So beheben Sie dieses Problem

Fügen Sie anstelle eines Dienstverweises, der einen WCF-Proxy generiert, einen Webverweis hinzu, der einen ASMX-Proxy generiert. Dazu klicken Sie bei neuen Projekten, die für .NET Framework 3.0 oder 3.5 entwickelt werden, im Menü Projekt oder im Kontextmenü des Projekts auf Dienstverweis hinzufügen. Klicken Sie im Dialogfeld auf Erweitert und dann auf Webverweis hinzufügen, und fügen Sie den Webverweis hinzu.

2.3.7.10 Sprachunterstützung für die Codegenerierung im Dienstprogramm für Dienstmodell-Metadaten (SvcUtil.exe)

Das Tool SvcUtil.exe kann Code für Webdienstclients und Datentypen aus Metadaten in allen Sprachen generieren, die einen Anbieter für verwalteten Code besitzen. SvcUtil.exe wurde mit den Anbietern für verwalteten Code für C#, Visual Basic und C++ getestet. Es wurden keine weiteren Codeanbieter getestet, sodass diese möglicherweise Code generieren, der nicht kompiliert oder in anderer Hinsicht nicht verwendet werden kann.

So beheben Sie dieses Problem

Dieses Problem kann nicht umgangen werden.

2.3.7.11 Mit dem Dienstprogramm für Dienstmodell-Metadaten (SvcUtil.exe) generierter verwalteter C++-Code kann nicht kompiliert werden.

Mit dem Tool SvcUtil.exe können Sie Code für Webdienstclients und Datentypen aus Metadaten generieren. Allerdings bestehen bekannte Probleme mit dem C++-Codeanbieter in Visual Studio 2008 Beta 2, die dazu führen können, dass das Tool nicht kompilierbaren Code in verwaltetem C++ generiert.

So beheben Sie dieses Problem

Ändern Sie den generierten Code manuell, um die Compilerfehler zu beheben.

2.3.7.12 Das Dienstprogramm für Dienstmodell-Metadaten (SvcUtil.exe) kann keine Datenverträge für einen laufenden Dienst generieren.

In einem Beispiel am Ende der Hilfeausgabe von Svcutil.exe wird angegeben, dass Sie die Option /dataContractOnly (/dconly) zum Generieren von Datenverträgen für einen laufenden Dienst verwenden können:

svcutil.exe /dconly http://service/metadataEndpoint
- Generate Data Contract types from a running service or online metadata documents.

Diese Syntax funktioniert nicht. Sie können die Option /dconly nur zum Generieren von Datenverträgen für lokale Metadatendateien verwenden.

So beheben Sie dieses Problem

Laden Sie die Metadaten des laufenden Diensts durch Ausführen des folgenden Befehls herunter: 

svcutil.exe /target:metadata http://service/metadataEndpoint

Führen Sie svcutil mit der Option /dconly wie folgt für die heruntergeladenen Metadatendateien aus:

svcutil.exe /dconly *.wsdl *.xsd

2.3.7.13 Die Verwendung des WebGet() -Attributs in einer AJAX-fähigen Vorlage führt zur Buildunterbrechung.

Wenn Sie eine Website in Visual Basic erstellen, eine AJAX-fähige Elementvorlage der Website und das WebGet()-Attribut dem Dienst hinzufügen, kann die Anwendung nicht erstellt werden.

So beheben Sie dieses Problem

Fügen Sie dem Quellcode der Schnittstellendatei des WCF-Diensts Service#.vb in der Website oder Service#.svc.vb in der Webanwendung die Anweisung Import System.ServiceModel.Web manuell hinzu. Sie können auch die Eigenschaftenseiten des Projekts öffnen, und auf der Seite Verweise im Abschnitt Importierte Namespaces auf System.ServiceModel.Web klicken.

2.3.7.14 Das Hinzufügen eines WCF-Dienstelements zu einem Visual Basic-Projekt ohne WCF führt zu einem Buildfehler.

Wenn Sie ein Visual Basic-Projekt, einen Web- oder einen Windows-Typ ohne WCF erstellen und dann dem Projekt ein WCF-Dienstelement hinzufügen, kommt es zu einem Fehler beim Erstellen des Projekts, und eine Fehlermeldung gibt an, dass ServiceContract und OperationContract nicht definiert sind. Dieser Fall kann auftreten, wenn System.ServiceModel beim Hinzufügen von Elementen zu einem Visual Basic-Projekt nicht importiert ist.

So beheben Sie dieses Problem

Fügen Sie dem Quellcode der Schnittstellendatei des WCF-Diensts IService#.vb die Anweisung Import System.ServiceModel.Web manuell hinzu.

Sie können auch die Eigenschaftenseiten des Projekts über das Kontextmenü öffnen, und auf der Seite Verweise im Abschnitt Importierte Namespaces auf System.ServiceModel.Web klicken.

2.3.7.15 Doppelte WCF-Elementvorlagen im Ordner für WAP-Elementvorlagen

Wenn Sie ein WAP-Projekt erstellen und dem Projekt dann ein Element hinzufügen, werden im Dialogfeld Neues Element hinzufügen zwei WCF-Dienstelementvorlagen angezeigt: eines für ein WAP-Projekt mit dem Namen Service#.svc, das andere für ein normales Projekt mit dem Namen Service#.cs oder Service#.vb.

So beheben Sie dieses Problem

Wählen Sie im Dialogfeld Neues Element hinzufügen die WCF-Dienstelementvorlage mit dem Namen Servicex.svc aus.

2.3.8 Windows Presentation Foundation (WPF) Designer für Visual Studio 2008

2.3.8.1 Wenn Sie Microsoft Expression Blend-Projekte in Visual Studio 2008 öffnen und speichern oder ein neues Projekt in Visual Studio 2008 erstellen, können diese Projekte nicht in Expression Blend erstellt werden.

Projektmappen und Projekte, die in Visual Studio 2008 Beta 2 erstellt wurden, können in Expression Blend geöffnet und bearbeitet werden, lassen sich aber nicht erstellen.

Wenn Sie außerdem Expression Blend-Projekte in Visual Studio 2008 öffnen, werden diese in das Format von Visual Studio 2008 konvertiert. Nach dieser Konvertierung kann das Projekt nicht mehr in Expression Blend erstellt werden. Sie können das Projekt zwar in Expression Blend öffnen und bearbeiten, ein Buildvorgang ist jedoch nicht möglich.

So beheben Sie dieses Problem

- Verwenden Sie Expression Blend 2 August Preview

- So beheben Sie das Problem für Expression Blend:

Wenden Sie die folgende Problemumgehung an (nur einmal möglich). Beachten Sie, dass die Problemumgehung nur bei installiertem Visual Studio 2008 Beta 2 angewendet werden kann. Ein Hilfstool finden Sie auf folgender Website: http://blogs.msdn.com/expression/archive/2007/05/29/working-with-visual-studio-code-name-orcas-and-expression-blend.aspx

1. Schließen Sie Expression Blend.

2. Navigieren Sie zu \Programme\Microsoft Expression\Blend 1.0\.

3. Erstellen Sie eine neue XML-Datei in diesem Ordner, und benennen Sie die Datei in Blend.exe.config um.

4. Kopieren Sie den folgenden XML-Ausschnitt, und fügen Sie ihn in die Datei ein.

5. Speichern Sie die Änderungen an der Datei, und schließen Sie sie.

6. Starten Sie Expression Blend. Die Projekte und Projektmappen sollten nun ordnungsgemäß erstellt werden können.

Hinweis: Wenn Sie Studio 2008 und .NET Framework 3.5 deinstallieren, sollten Sie außerdem die Datei Blend.exe.config löschen.

2.3.8.2 Einschränkungen und Probleme mit WPF-Designer

Aktuelle Informationen über Einschränkungen und Probleme bei der Verwendung von WPF-Designer in Visual Studio2008 Beta 2 finden Sie im Cider-Wiki auf Channel9 unter http://go.microsoft.com/fwlink/?LinkId=83541

2.3.8.3 Der Eigenschaftenbrowser führt Objekt-Zeichenfolgen- und Zeichenfolgen-Objekt-Konvertierungen mit der Kultur "en-US" aus.

Wenn Sie den Eigenschaftenbrowser des WPF-Designers zum Anzeigen von Objekten als Zeichenfolgen oder zum Eingeben von Zeichenfolgen, die in ein Objekt konvertiert werden, verwenden, richtet sich der Eigenschaftenbrowser nach der XAML-Konvention und verwendet die CultureInfo "en-US". 

So beheben Sie dieses Problem

Wenn im Eigenschaftenbrowser eine Zeichenfolge eingegeben wird, wird diese Zeichenfolge über einen TypeConverter in ein Objekt konvertiert.  Entsprechend wird ein TypeConverter verwendet, um die Zeichenfolgendarstellung eines Objekts anzuzeigen.  Die WPF-TypeConverter unterstützen nur die Kultur "en-US" vollständig, da nur diese Kultur von XAML unterstützt wird.

Aus Gründen der Konsistenz mit XAML und um WPF-TypeConverter wiederverwenden zu können, verwendet der Eigenschaftenbrowser im WPF-Designer zum Anzeigen und Analysieren aller Zeichenfolgen nur die Kultur "en-US".

Hinweis: Zeichenfolgeninhalte durchlaufen keine Konvertierung und sind nicht betroffen.

2.3.8.4 Der Tablet PC-Stift kann im WPF-Designer nicht verwendet werden.

Der Tablet PC-Stift kann nicht verwendet werden, um Steuerelemente zu verschieben, auszuwählen oder deren Größe zu ändern oder die Designerfeatures in der Entwurfsansicht des WPF-Designers aufzurufen.

So beheben Sie dieses Problem

Die einzige Möglichkeit der Problemumgehung besteht darin, eine Maus zu verwenden.

2.3.8.5 Fehler beim Hinzufügen eines Kundensteuerelements aus der Toolbox zum Designer, da der Pfad zur Assembly für dieses Steuerelement ein Leerzeichen enthält.

Fehler beim Hinzufügen eines Kundensteuerelements aus der Toolbox zum Designer, da der Pfad zur Assembly für dieses Steuerelement ein Leerzeichen enthält.

So beheben Sie dieses Problem

Verwenden Sie eine Pfad, der keine Leerzeichen enthält.

2.3.8.6 Sehr große Windows Presentation Foundation (WPF)-XAML-Dateien führen bei Bearbeitung im WPF-Designer ("Cider") in Visual Studio 2008 zu hoher Auslastung von Arbeitsspeicher und Prozessor.

Wenn Sie sehr große XAML-Dateien im WPF-Designer ("Cider") bearbeiten, verbraucht der Designer viel Arbeitsspeicher und Prozessorzeit.

So beheben Sie dieses Problem

Vermeiden Sie die Bearbeitung sehr großer XAML-Dateien im WPF-Designer in Beta 2. Als sehr große Dateien gelten Dateien über 150 KB oder mit mehr als 1000 Elementen. Ein Beispiel ist die XAML-Datei einer Vektorzeichnung, die viele Path-Elemente enthält.

2.3.8.7 Fehler beim erneuten Laden des WPF-Designers, wenn das Projekt bei geöffnetem Visual Studio2008 über die Befehlszeile erstellt wird.

Wenn ein WPF-Projekt über die Befehlszeile erstellt wird und das gleiche Projekt gleichzeitig in Visual Studio2008 geöffnet ist, führt dies zu Assemblys ohne BAML.  Dadurch funktionieren diese Assemblys zur Laufzeit nicht, und es werden Fehler beim erneuten Laden des WPF-Designers verursacht. 

So beheben Sie dieses Problem

Erstellen Sie das Projekt erneut in Visual Studio2008.

2.3.9 Windows Workflow Foundation (WF)-Tools

2.3.9.1 Beim Erstellen von WF-Projekten muss das MSBuild-Toolset dem Schema der Projektdatei entsprechen.

Wenn Workflow Foundation (WF)-Projekte mit dem MSBuild-Toolset erstellt werden, muss die Version des Toolsets der des Projektdateischemas entsprechen.

So beheben Sie dieses Problem

- Wenn Sie eine Visual Studio 2008-Projektdatei verwenden, verwenden Sie das Buildtoolset von Visual Studio 2008.
- Wenn Sie eine Visual Studio 2005-Projektdatei verwenden, verwenden Sie das Visual Studio 2005-Buildtoolset.

2.3.9.2 Benutzerdefinierte Aktivitäten werden in der Toolbox nicht angezeigt, wenn Sie die Einstellungen für die Visual C++-Entwicklung verwenden.

Wenn Sie Entwicklungseinstellungen verwenden, die auf Einstellungen für die Visual C++-Entwicklung festgelegt sind, werden in Workflowprojekten in Visual Studio 2008 keine benutzerdefinierten Aktivitäten nach dem Kompilieren in der Toolbox angezeigt.

So beheben Sie dieses Problem

1. So fügen Sie die kompilierte benutzerdefinierte Aktivität der Toolbox hinzu:

a. Klicken Sie mit der rechten Maustaste auf die Toolbox, und klicken Sie auf Elemente auswählen.

b. Klicken Sie im Dialogfeld Toolboxelemente auswählen auf Durchsuchen, wählen Sie die kompilierte Assembly oder die ausführbare Datei aus, und klicken Sie auf Öffnen. c. Klicken Sie auf OK. Die benutzerdefinierte Aktivität wird jetzt in der Toolbox angezeigt.

- oder - 2. Wählen Sie anstelle der Visual C++-Entwicklungseinstellungen aus den folgenden Entwicklungseinstellungen aus: Allgemeine Entwicklungseinstellungen, Visual Basic-Entwicklungseinstellungen, Visual C#-Entwicklungseinstellungen oder Webentwicklungseinstellungen.

2.3.10 Windows SDK-Integration

2.3.10.1 Beim Versuch, das Dienstprogramm "aspnet_merge.exe" auszuführen, wird eine System.IO.FileLoadException generiert.

Das Dienstprogramm aspnet_merge.exe ist in Visual Studio 2008 Beta 2 nicht mit einem starken Namen signiert.  Beim Versuch, das Dienstprogramm auszuführen, wird eine System.IO.FileLoadException generiert:

Ausnahmedetails:

Unbehandelte Ausnahme: System.IO.FileLoadException: Die Datei oder Assembly "aspnet_merge, Version=3.5.0.0, Culture=neutral, PublicKey

Token=b03f5f7f11d50a3a" oder eine Abhängigkeit davon wurde nicht gefunden. Fehler bei der Strong Name-Überprüfung. (Ausnahme von HRESULT: 0x8013141A)

Dateiname: "aspnet_merge, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" ---> System.Security.SecurityException: Fehler

bei der Strong Name-Überprüfung. (Ausnahme von HRESULT: 0x8013141A)

So beheben Sie dieses Problem

Sie müssen die Überprüfung auf starke Namen für aspnet_merge.exe deaktivieren.  Dazu können Sie das Dienstprogramm für starke Namen sn.exe verwenden. 
 

1. Führen Sie den folgenden Befehl als lokaler Administrator an der Eingabeaufforderung aus:

Auf 32-Bit-Computern:

 "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\sn.exe" -Vr "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\aspnet_merge.exe"

Auf 64-Bit-Computern:

 "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\sn.exe" -Vr "%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\bin\x64\aspnet_merge.exe"

2. Die folgende Ausgabe gibt an, dass der Befehl erfolgreich ausgeführt wurde:

"Der Überprüfungseintrag für die Assembly "aspnet_merge,B03F5F7F11D50A3A" wurde hinzugefügt."

3. Führen Sie aspnet_merge.exe aus.

2.3.10.2 Einige Windows-SDK-Tools fehlen.

Einige der normalerweise in \Programme\Microsoft SDKs\Windows\v6.0A\ vorhandenen Tools werden mit Visual Studio 2008 nicht installiert. Dabei handelt es sich um die folgenden:

-          UISpy.exe

-          XAMLPad.exe

-          Dienstablaufverfolgungs-Viewer

-          Mt.exe

-          soapsudscode.dll

-          sn.exe.config (nur x64-Plattformen)

-          gacutil.exe.config (nur x64-Plattformen)

-          Perflibmig.exe (nur x64-Plattformen)

So beheben Sie dieses Problem

Diese Tools sind in der Standaloneversion des Windows-SDK verfügbar. Das Windows-SDK ist auf der folgenden Website verfügbar: http://go.microsoft.com/fwlink/?LinkId=94673

2.3.10.3 Nach dem Deinstallieren von Visual Studio 2008 ist die Verknüpfung mit dem Windows-SDK für Visual Studio 2008 weiterhin im Startmenü vorhanden.

Nach dem Deinstallieren von Visual Studio 2008 ist die Verknüpfung mit dem Windows-SDK für Visual Studio 2008 weiterhin im Startmenü vorhanden.

So beheben Sie dieses Problem

Starten Sie Windows neu.

2.3.10.4 Durch Installieren der japanischen und der englischen Version von Visual Studio 2008 Beta 2 auf dem gleichen Computer werden einige Windows-SDK-Tools möglicherweise überschrieben.

Bei bestimmten Windows-SDK-Tools ist keine Parallelinstallation möglich. Die Version in \Programme\Microsoft SDKs\Windows\v6.0A\Bin\ ist die Version der zuletzt installierten Version von Visual Studio 2008 Beta 2.

So beheben Sie dieses Problem

Reparieren Sie in Software die Sprachversion von Visual Studio 2008 Beta 2, die Sie verwenden möchten. 

2.3.10.5 Frühere Versionen des Windows-SDK sollten vor dem Installieren von Visual Studio 2008 Beta 2 deinstalliert werden.

Frühere Versionen des Windows-SDK können Konflikte mit Visual Studio 2008 Beta 2 verursachen. Diese sollten vor der Installation von Visual Studio 2008 Beta 2 deinstalliert werden.

So beheben Sie dieses Problem

Die Standaloneversion des Windows-SDK kann hier heruntergeladen werden: http://go.microsoft.com/fwlink/?LinkId=94673

3. Weitere Links

3.1 Visual Studio Team Foundation Server-Infodatei

3.2 Visual Studio Express Edition-Infodatei

3.3 .NET Framework-Infodatei

3.4 MSDN Library für Visual Studio-Infodatei

© 2007 Microsoft Corporation. Alle Rechte vorbehalten.Nutzungsbedingungen  | Marken  | Datenschutzbestimmungen