Für .NET Framework 4.5 in Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Server 2008 SP2 und Windows Vista SP2 ist ein Update verfügbar: Mai 2013 – Microsoft-Support

Für .NET Framework 4.5 in Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Server 2008 SP2 und Windows Vista SP2 ist ein Update verfügbar: Mai 2013

.NET Framework 4.5 Windows 7 Service Pack 1 Windows Server 2008 R2 Service Pack 1 Windows Vista Service Pack 2 Windows Server 2008 Service Pack 2 Mehr... Weniger

Einführung

Ein Update für das Microsoft .NET Framework 4.5 ist verfügbar. Weitere Informationen zu den Problemen, die dieses Update behebt, finden Sie im Abschnitt „Probleme, die dieses Update behebt".

Mehr Informationen

So erhalten Sie dieses Update

Windows Update

Dieses Update ist über Windows Update verfügbar.

Microsoft Download Center

Die folgende Datei steht im Microsoft Download Center zum Download bereit:

Laden Sie das Paket jetzt herunter.

Für weitere Informationen zum Herunterladen von Microsoft-Supportdateien klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

119591 So erhalten Sie Microsoft-Supportdateien von Onlinediensten. Microsoft hat diese Datei auf Viren überprüft. Microsoft verwendete die aktuellste Virenerkennungssoftware, die zum Zeitpunkt der Veröffentlichung der Datei verfügbar war. Die Datei wird auf Servern mit erhöhter Sicherheit gespeichert, die dazu beitragen, unbefugte Änderungen an der Datei zu verhindern.

Voraussetzungen

Um dieses Update anzuwenden, muss .NET Framework 4.5 installiert sein.

Neustartanforderung

Sie müssen den Computer nach der Installation dieses Updates nicht neu starten, wenn die betroffenen Dateien nicht verwendet werden.

Dateiinformationen

Die globale Version dieses Updates verfügt über die Dateiattribute (oder spätere Dateiattribute), die in der folgenden Tabelle aufgeführt sind. Die Datums- und Uhrzeitangaben für diese Dateien werden in der koordinierten Weltzeit (UTC) angegeben. Wenn Sie die Dateiinformationen anzeigen, werden diese in die Ortszeit konvertiert. Um den Unterschied zwischen UTC und Ortszeit zu ermitteln, verwenden Sie die Registerkarte „Zeitzone " im Element „Datum und Uhrzeit" in der Systemsteuerung.

Für alle unterstützten x86-basierten Versionen von Windows 7 SP1, Windows Server 2008 SP2 und Windows Vista SP2

Dateiname	Dateiversion	Dateigröße	Datum	Zeit
aspnet_wp.exe	4.0.30319.19063	44.088	22. Februar 2013	20:13
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	20:13
Microsoft.Common.targets		262.574	22. Februar 2013	20:13
Microsoft.Xaml.targets		19.848	22. Februar 2013	20:13
System.Activities.Core.Presentation.dll	4.0.30319.19063	717.968	22. Februar 2013	07:33
System.Activities.dll	4.0.30319.19063	1.573.960	22. Februar 2013	07:33
System.Activities.Presentation.dll	4.0.30319.19063	2.137.216	22. Februar 2013	07:33
System.Data.Entity.dll	4.0.30319.19063	4.163.656	22. Februar 2013	07:33
System.IdentityModel.dll	4.0.30319.19063	1.085.016	22. Februar 2013	07:33
System.Runtime.Serialization.dll	4.0.30319.19063	1.051.768	22. Februar 2013	07:33
System.ServiceModel.Activation.dll	4.0.30319.19063	203.392	22. Februar 2013	07:33
System.ServiceModel.Channels.dll	4.0.30319.19063	158.840	22. Februar 2013	07:33
System.ServiceModel.Discovery.dll	4.0.30319.19063	312.440	22. Februar 2013	07:33
System.ServiceModel.dll	4.0.30319.19063	6.368.848	22. Februar 2013	07:33
System.ServiceModel.Web.dll	4.0.30319.19063	323.168	22. Februar 2013	07:33
System.dll	4.0.30319.19063	3.449.368	22. Februar 2013	07:33
System.Web.dll	4.0.30319.19063	5.420.080	22. Februar 2013	07:33
webengine.dll	4.0.30319.19063	24.616	22. Februar 2013	20:13
webengine4.dll	4.0.30319.19063	505.384	22. Februar 2013	20:13

Für alle unterstützten x64-basierten Versionen von Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Server 2008 SP2 und Windows Vista SP2

Dateiname	Dateiversion	Dateigröße	Datum	Zeit
aspnet_wp.exe	4.0.30319.19063	48.680	22. Februar 2013	20:39
aspnet_wp.exe	4.0.30319.19063	44.088	22. Februar 2013	20:13
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	20:39
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	20:13
Microsoft.Common.targets		262.574	22. Februar 2013	20:39
Microsoft.Common.targets		262.574	22. Februar 2013	20:13
Microsoft.Xaml.targets		19.848	22. Februar 2013	20:39
Microsoft.Xaml.targets		19.848	22. Februar 2013	20:13
System.Activities.Core.Presentation.dll	4.0.30319.19063	717.968	22. Februar 2013	07:33
System.Activities.dll	4.0.30319.19063	1.573.960	22. Februar 2013	07:33
System.Activities.Presentation.dll	4.0.30319.19063	2.137.216	22. Februar 2013	07:33
System.Data.Entity.dll	4.0.30319.19063	4.163.656	22. Februar 2013	07:33
System.IdentityModel.dll	4.0.30319.19063	1.085.016	22. Februar 2013	07:33
System.Runtime.Serialization.dll	4.0.30319.19063	1.051.768	22. Februar 2013	07:33
System.ServiceModel.Activation.dll	4.0.30319.19063	203.392	22. Februar 2013	07:33
System.ServiceModel.Channels.dll	4.0.30319.19063	158.840	22. Februar 2013	07:33
System.ServiceModel.Discovery.dll	4.0.30319.19063	312.440	22. Februar 2013	07:33
System.ServiceModel.dll	4.0.30319.19063	6.368.848	22. Februar 2013	07:33
System.ServiceModel.Web.dll	4.0.30319.19063	323.168	22. Februar 2013	07:33
System.dll	4.0.30319.19063	3.449.368	22. Februar 2013	07:33
System.Web.dll	4.0.30319.19063	5.414.968	22. Februar 2013	20:39
System.Web.dll	4.0.30319.19063	5.420.080	22. Februar 2013	07:33
webengine.dll	4.0.30319.19063	26.664	22. Februar 2013	20:39
webengine.dll	4.0.30319.19063	24.616	22. Februar 2013	20:13
webengine4.dll	4.0.30319.19063	619.056	22. Februar 2013	20:39
webengine4.dll	4.0.30319.19063	505.384	22. Februar 2013	20:13

Für alle unterstützten x86-basierten Versionen von Windows 7 SP1, Windows Server 2008 SP2 und Windows Vista SP2

Dateiname	Dateiversion	Dateigröße	Datum	Zeit
aspnet_wp.exe	4.0.30319.18044	44.072	22. Februar 2013	09:24
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	09:24
Microsoft.Common.targets		262.574	22. Februar 2013	09:24
Microsoft.Xaml.targets		19.848	22. Februar 2013	09:24
System.Activities.Core.Presentation.dll	4.0.30319.18044	717.968	22. Februar 2013	07:32
System.Activities.dll	4.0.30319.18044	1.573.960	22. Februar 2013	07:32
System.Activities.Presentation.dll	4.0.30319.18044	2.137.216	22. Februar 2013	07:32
System.Data.Entity.dll	4.0.30319.18044	4.163.664	22. Februar 2013	07:32
System.IdentityModel.dll	4.0.30319.18044	1.085.032	22. Februar 2013	07:32
System.Runtime.Serialization.dll	4.0.30319.18044	1.051.272	22. Februar 2013	07:32
System.ServiceModel.Activation.dll	4.0.30319.18044	203.392	22. Februar 2013	07:32
System.ServiceModel.Channels.dll	4.0.30319.18044	158.840	22. Februar 2013	07:32
System.ServiceModel.Discovery.dll	4.0.30319.18044	312.440	22. Februar 2013	07:32
System.ServiceModel.dll	4.0.30319.18044	6.368.848	22. Februar 2013	07:32
System.ServiceModel.Web.dll	4.0.30319.18044	323.168	22. Februar 2013	07:32
System.dll	4.0.30319.18044	3.449.392	22. Februar 2013	07:32
System.Web.dll	4.0.30319.18044	5.419.048	22. Februar 2013	07:32
webengine.dll	4.0.30319.18044	24.632	22. Februar 2013	09:24
webengine4.dll	4.0.30319.18044	505.392	22. Februar 2013	09:24

Für alle unterstützten x64-basierten Versionen von Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Server 2008 SP2 und Windows Vista SP2

Dateiname	Dateiversion	Dateigröße	Datum	Zeit
aspnet_wp.exe	4.0.30319.18044	48.680	22. Februar 2013	09:47
aspnet_wp.exe	4.0.30319.18044	44.072	22. Februar 2013	09:24
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	09:47
Microsoft.Common.OverrideTasks		6.295	22. Februar 2013	09:24
Microsoft.Common.targets		262.574	22. Februar 2013	09:47
Microsoft.Common.targets		262.574	22. Februar 2013	09:24
Microsoft.Xaml.targets		19.848	22. Februar 2013	09:47
Microsoft.Xaml.targets		19.848	22. Februar 2013	09:24
System.Activities.Core.Presentation.dll	4.0.30319.18044	717.968	22. Februar 2013	07:32
System.Activities.dll	4.0.30319.18044	1.573.960	22. Februar 2013	07:32
System.Activities.Presentation.dll	4.0.30319.18044	2.137.216	22. Februar 2013	07:32
System.Data.Entity.dll	4.0.30319.18044	4.163.664	22. Februar 2013	07:32
System.IdentityModel.dll	4.0.30319.18044	1.085.032	22. Februar 2013	07:32
System.Runtime.Serialization.dll	4.0.30319.18044	1.051.272	22. Februar 2013	07:32
System.ServiceModel.Activation.dll	4.0.30319.18044	203.392	22. Februar 2013	07:32
System.ServiceModel.Channels.dll	4.0.30319.18044	158.840	22. Februar 2013	07:32
System.ServiceModel.Discovery.dll	4.0.30319.18044	312.440	22. Februar 2013	07:32
System.ServiceModel.dll	4.0.30319.18044	6.368.848	22. Februar 2013	07:32
System.ServiceModel.Web.dll	4.0.30319.18044	323.168	22. Februar 2013	07:32
System.dll	4.0.30319.18044	3.449.392	22. Februar 2013	07:32
System.Web.dll	4.0.30319.18044	5.413.952	22. Februar 2013	09:47
System.Web.dll	4.0.30319.18044	5.419.048	22. Februar 2013	07:32
webengine.dll	4.0.30319.18044	26.664	22. Februar 2013	09:47
webengine.dll	4.0.30319.18044	24.632	22. Februar 2013	09:24
webengine4.dll	4.0.30319.18044	619.056	22. Februar 2013	09:47
webengine4.dll	4.0.30319.18044	505.392	22. Februar 2013	09:24

Probleme, die dieses Update behebt. Dieses Update behebt die Probleme mit der Netzwerkklassenbibliothek, ASP.NET, Entity Framework, WF und WCF, die im folgenden Knowledge Base-Artikel (KB) beschrieben werden:

2750147 Ein Update ist für .NET Framework 4.5 in Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Server 2008 SP2 und Windows Vista SP2 verfügbar: Januar 2013

Windows Workflow Foundation (WF)

Fehler 1

Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über eine Workflowanwendung, die auf .NET Framework 4.5 abzielt.

• Sie haben eine Codeaktivität und die Codeaktivität hat die Eigenschaft eines Arrays eines beliebigen Typs.

• Sie ziehen die Codeaktivität auf einen Workflow und speichern dann den Workflow.

In diesem Szenario kann die Datei nicht gespeichert werden und Sie erhalten die folgende Fehlermeldung:

System.Reflection.TargetException: Objekt stimmt nicht mit dem Zieltyp überein.
bei System.Reflection.RuntimeMethodInfo.CheckConsistency(Objektziel)
bei System.Reflection.RuntimeMethodInfo.InvokeArgumentsCheck(Object obj, BindingFlags invokeAttr, Binder binder, Object[]-Parameter, CultureInfo-Kultur)
bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[]-Parameter, CultureInfo-Kultur)
bei System.Reflection.RuntimePropertyInfo.GetValue(Object obj, BindingFlags invokeAttr, Binder binder, Object[] index, CultureInfo culture)
bei System.Reflection.RuntimePropertyInfo.GetValue(Object obj, Object[] index)
bei Microsoft.Activities.Presentation.Xaml.XamlObjectReaderWithSequence.GetRealObject()
bei Microsoft.Activities.Presentation.Xaml.XamlObjectReaderWithSequence.Read()
bei Microsoft.Activities.Presentation.Xaml.ViewStateXamlHelper.ConvertAttachedPropertiesToViewState(XamlObjectReader inputReader, ViewStateIdManager idManager)

Problem 2Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über einen Workflow, der die InvokeMethod-Aktivität verwendet.

• Die Methode, die Sie aufrufen, verfügt über mindestens einen Parameter vom Typ Nullable<T>.

• Sie versuchen, die InvokeMethod-Aktivität auszuführen.

In diesem Szenario tritt eine InvalidCastException-Ausnahme zusammen mit der folgenden Meldung auf:

„Ungültige Umwandlung von ‚<Typ A>' in ‚System.Nullable`1[[<Typ A>]]"

Entity Framework (EF)

Problem 1Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über eine Anwendung, die Entity Framework verwendet und auf .NET Framework 4 abzielt. Der EDMX in der Anwendung ist eine Version, in der Aufzählungstypen nicht unterstützt wurden, z. B. Version 2.0 oder eine frühere Version.

• Die Anwendung verfügt über einen Entitätstyp in der Datenschicht-Assembly und einen gleichnamigen Spiegeltyp in einer Business-Schicht-Assembly.

• Die Business-Layer-Assembly verwendet Aufzählungstypen. Bei der Datenschicht ist dies jedoch nicht der Fall. Stattdessen werden int-Typen zur Darstellung der Werte verwendet.

• Eine LINQ to Entities-Abfrage in der Anwendung enthält eine Umwandlung der int-Eigenschaft in einen Enumerationstyp der Business-Layer-Assembly, in der sich der Spiegeltyp befindet.

In diesem Szenario kann eine unerwartete Ausnahme auftreten, die darauf hinweist, dass das angegebene Schema ungültig ist. Die Anwendung löst diese Ausnahme in .NET Framework 4.5 aus, auch wenn Microsoft .NET Framework 4 die Zielplattform ist.

Hinweis Diese Ausnahme tritt nicht auf, wenn die Anwendung in .NET Framework 4 ausgeführt wird.

Auflösung

Dieses Update behebt dieses Problem für EDM-Modelle Version 2.0 und frühere Versionen. Das Problem tritt jedoch weiterhin bei EDM-Modellen der Version 3.0 oder höher auf, da dies das erwartete Verhalten ist, wenn Aufzählungen als Teil des Modells unterstützt werden.

Problem 2Stellen Sie sich das folgende Szenario vor:

• Sie haben eine Anwendung, die Entity Framework verwendet.

• Die Einschränkungen des Entitätsmodells in der Anwendung unterscheiden sich von den tatsächlichen Einschränkungen in der Datenbank. Das Entitätsmodell kann beispielsweise angeben, dass ein Feld keine Nullwerte zulässt. In der Datenbank ist es jedoch tatsächlich nullbar.

• Die Anwendung enthält Abfragen, die Entity Framework dazu veranlassen, JOIN-Anweisungen zu generieren.

• Sie führen ein Upgrade von .NET Framework 4 auf .NET Framework 4.5 durch.

In diesem Szenario gibt die Anwendung möglicherweise Ergebnisse zurück, in denen die LEFT OUTER JOIN-Anweisungen über die INNER JOIN-Anweisungen heraufgestuft werden.

Problem 3Stellen Sie sich das folgende Szenario vor:

• Sie haben eine Anwendung, die Entity Framework verwendet.

• Die Anwendung enthält eine LINQ to Entities-Abfrage, die einen JOIN-Ausdruck enthält, und endet mit einem SELECT-Ausdruck, der eine anonyme Objektprojektion mit entweder einer Eigenschaft oder mindestens drei Eigenschaften abruft.

• Die LINQ to Entities-Abfrage wird zur Laufzeit in eine anbieterspezifische Abfrage übersetzt.

In diesem Szenario tritt eine ArgumentOutOfRangeException-Ausnahme auf.

Ursache

Abfragen, die JOIN-Ausdrücke und anonyme Objektprojektionen kombinieren, funktionieren nur, wenn der anonyme Typ zwei Eigenschaften enthält.

ASP.NET

Problem 1Angenommen, Sie verfügen über eine ASP.NET-Webanwendung, die den Ausgabecache verwendet. Wenn die Anwendung ausgeführt wird, während das Betriebssystem die Uhr anpasst, tritt eine Ausnahme auf. Darüber hinaus erhalten Sie die folgende Fehlermeldung:

Das angegebene Argument lag außerhalb des gültigen Wertebereichs. Parametername: utcDate System.ArgumentOutOfRangeException
bei System.Web.HttpCachePolicy.UtcSetLastModified(DateTime utcDate)
bei System.Web.HttpCachePolicy.SetLastModified(DateTime Datum)
bei System.Web.UI.Page.InitOutputCache(OutputCacheParameters cacheSettings)

Problem 2Angenommen, Sie verwenden ein Telerik-Steuerelement in einer .NET Framework 4.5-basierten ASP.NET-Webanwendung. Die Webanwendung wird mit mittlerer Vertrauenswürdigkeit ausgeführt. In dieser Situation tritt eine Ausnahme auf und Sie erhalten die folgende Fehlermeldung:

[SecurityException: Anforderung der Berechtigung vom Typ „System.Security.Permissions.SecurityPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" ist fehlgeschlagen.]
Telerik.Web.UI.RadUploadHttpModule.CaptureWorkerRequest(Object sender, EventArgs e) +0
System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +80
System.Web.HttpApplication.ExecuteStep(IExecutionStep-Schritt, boolean& synchron abgeschlossen) +165

Hinweis: Die in diesem Artikel behandelten Drittanbieterprodukte werden von Unternehmen hergestellt, die von Microsoft unabhängig sind. Microsoft übernimmt keinerlei stillschweigende oder sonstige Garantie für die Leistung oder Zuverlässigkeit dieser Produkte.

Ausgabe 3
Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über einen Webserver, der eine ASP.NET 4.0-Website hostet.

• Sie installieren das .NET Framework 4.5 auf dem Server.

• Sie öffnen den Leistungsmonitor.

In diesem Szenario werden sieben der Leistungsindikatoren „ASP.NET Apps v4.0.30319(*)" nummeriert, anstatt Wörter zu verwenden. Die Leistungsindikatoren sehen beispielsweise wie folgt aus:

\ASP.NET Apps v4.0.30319(*)\8210
\ASP.NET Apps v4.0.30319(*)\8212
\ASP.NET Apps v4.0.30319(*)\8214
\ASP.NET Apps v4.0.30319(*)\8216
\ASP.NET Apps v4.0.30319(*)\8218
\ASP.NET Apps v4.0.30319(*)\8220
\ASP.NET Apps v4.0.30319(*)\8222

Ausgabe 4
Stellen Sie sich das folgende Szenario vor:

• Die Server.TransferRequest-Methode wird in einem Postback-Ereignishandler auf einer Seite aufgerufen, um die Anforderung an eine andere Seite zu übertragen.

• Der Parameter „preserveForm" ist auf „false" gesetzt.

• Das Postback enthält einige Formulardaten im Anfragetext.

In diesem Szenario werden die Formulardaten unerwartet an eine untergeordnete Anfrage weitergeleitet.

Ausgabe 5
Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über eine auf .NET Framework 4.5 basierende ASP.NET-Webanwendung, die im integrierten IIS-Modus ausgeführt wird.

• Sie setzen ein Cookie in einem Event-Handler. Beispielsweise legen Sie AuthenticateRequest in einem HTTP-Modul fest.

• Sie haben einige statische Dateien unter der Webanwendung und das runAllManagedModulesForAllRequests-Attribut ist auf true gesetzt.

In diesem Szenario wird das Cookie von Proxys fälschlicherweise zwischengespeichert, wenn ein Benutzer die statischen Dateien anfordert.

Problem 6: Wenn Sie den Arbeitsprozess der Internetinformationsdienste (IIS) (W3wp.exe) in einem integrierten Pipelinemodus ausführen, kann der Prozess abstürzen oder blockiert werden. Dieses Problem tritt aufgrund einer nicht behandelten NullReferenceException-Ausnahme im ASP.NET-Code auf.

Der Deadlock kann auftreten, wenn ein verwaltetes Modul vorhanden ist, das auf die PreSendRequestHeaders- oder PreSendRequestContent-Benachrichtigung lauscht. Der Deadlock tritt aufgrund einer Racebedingung im ASP.NET-Code auf, der die SendResponse-Benachrichtigungen verarbeitet, die von den nativen IIS-Modulen wie dem Microsoft Application Request Routing (ARR)-Modul ausgelöst werden.

Der Prozess kann abstürzen, wenn eine Site stark ausgelastet ist und die Site Anforderungen an asynchrone Seiten oder asynchrone Handler weiterleitet oder wenn die Pipeline über asynchrone Module verfügt. Dieses Verhalten tritt aufgrund der Art und Weise auf, wie die Racebedingung im ASP.NET-Code reagiert, wenn der Code asynchrone Vorgänge beendet.

Windows Communication Foundation (WCF)

Problem 1Stellen Sie sich das folgende Szenario vor:

• Sie verfügen über einen .NET Framework 4 WCF-Dienst, der mithilfe einer NetTcpBinding-Bindung konfiguriert wird.

• Die mexTcpBinding-Endpunkte teilen sich einen einzigen Port und konfigurieren die Eigenschaft listenBacklog oder maxConnections in der NetTcpBinding-Klasse so, dass sie einen Standardwert von 10 hat.

In diesem Szenario tritt eine AddressAlreadyInUseException-Ausnahme auf, wenn die Anwendung auf .NET Framework 4.5 verschoben wird. Darüber hinaus erhalten Sie die folgende Fehlermeldung:

System.ServiceModel.AddressAlreadyInUseException: Es gibt bereits einen Listener auf dem IP-Endpunkt 0.0.0.0:xxxx. Dies kann passieren, wenn dieser Endpunkt bereits von einer anderen Anwendung überwacht wird oder wenn auf Ihrem Diensthost mehrere Dienstendpunkte mit demselben IP-Endpunkt, aber inkompatiblen Bindungskonfigurationen vorhanden sind.
---> System.Net.Sockets.SocketException: Normalerweise ist nur eine Verwendung jeder Socket-Adresse (Protokoll/Netzwerkadresse/Port) zulässig
bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
bei System.Net.Sockets.Socket.Bind(EndPoint localEP)
bei System.ServiceModel.Channels.SocketConnectionListener.Listen()

--- Ende des inneren Ausnahme-Stack-Trace ---
bei System.ServiceModel.Channels.SocketConnectionListener.Listen()
bei System.ServiceModel.Channels.BufferedConnectionListener.Listen()
bei System.ServiceModel.Channels.ExclusiveTcpTransportManager.OnOpen()
bei System.ServiceModel.Channels.TransportManager.Open(TransportChannelListenerchannelListener)
bei System.ServiceModel.Channels.TransportManagerContainer.Open(SelectTransportManagersCallback selectTransportManagerCallback)
bei System.ServiceModel.Channels.TransportChannelListener.OnOpen(TimeSpan-Timeout)
bei System.ServiceModel.Channels.ConnectionOrientedTransportChannelListener.OnOpen(TimeSpan-Timeout)
bei System.ServiceModel.Channels.TcpChannelListener`2.OnOpen(TimeSpan-Timeout)
bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan-Timeout)
bei System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan-Timeout)
bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan-Timeout)
bei System.ServiceModel.ServiceHostBase.OnOpen(TimeSpan-Timeout)
bei System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan-Timeout)

Problem 2: Wenn Sie WCF-Unterstützung für WS-Discovery über UDP verwenden, kann es zu einer oder mehreren der folgenden unerwarteten Situationen kommen:

• Es liegt eine erhöhte CPU-Auslastung auf dem Server vor.

• Es gibt mehr Multicast-Verkehr.

• In einer Umgebung, in der .NET Framework 4.5 installiert ist, werden viele SOAP-Fehlermeldungen über das Netzwerk gesendet.

Dieses Problem kann auch dann auftreten, wenn der Dienst nicht für .NET Framework 4.5 kompiliert ist und stattdessen in einer Umgebung ausgeführt wird, in der .NET Framework 4.5 installiert ist.

Weitere Informationen zu diesem Problem und zur Umgehung dieses Problems erhalten Sie, indem Sie auf „WCF erzeugt hohe Computerauslastung und Netzwerksturm" klicken.

Problem 3Angenommen, Sie verfügen über einen WCF-Dienst, der mithilfe der WebHttpBinding-Bindung konfiguriert ist. Sie fügen der Konfiguration Transportsicherheit wie folgt hinzu:

<Bindungen>
<webHttpBinding>
<verbindlich>
<security mode="Transport" />
</binding>
</webHttpBinding>
</bindings> Wenn Sie den WCF-Dienst in IIS in .NET Framework 4.5 hosten, tritt eine Ausnahme auf. Darüber hinaus erhalten Sie eine Fehlermeldung, die der folgenden ähnelt:

Dem Überwachungs-URI wurde bereits eine Bindungsinstanz zugeordnet. Wenn zwei Endpunkte denselben ListenUri verwenden möchten, müssen sie auch dieselbe Bindungsobjektinstanz verwenden. Die beiden widersprüchlichen Endpunkte wurden entweder in AddServiceEndpoint()-Aufrufen, in einer Konfigurationsdatei oder einer Kombination aus AddServiceEndpoint() und config angegeben.

Ursache

Dieses Problem tritt aufgrund der Hinzufügung automatischer Endpunkte in WCF in .NET Framework 4.5 auf. Wenn Sie die WebHttpBinding-Bindung verwenden und die explizit konfigurierte Bindung und die automatische Bindung nicht übereinstimmen, tritt die zuvor erwähnte Ausnahme auf.

Problemumgehung

Um dieses Problem zu umgehen, fügen Sie den folgenden Code in die Datei Web.config ein:


<appSettings> <add key="wcf:webservicehost:enableautomaticendpointscompatability" value="true"/> </appSettings>

Visual Studio-Projekt

Problem 1: Wenn Sie ein Visual Studio 2010 C++ Unit Test-Projekt in Microsoft Visual Studio 2010 auf einen Computer laden, auf dem .NET Framework 4.5 installiert ist, funktioniert das Projekt nicht ordnungsgemäß. Darüber hinaus treten die folgenden Probleme auf:

• Alle P2P-Verweise sind im Projektmappen-Explorer ungelöst.

• Wenn Sie versuchen, die Tests mithilfe der Tastenkombination F5 auszuführen, tritt eine System.Exception-Ausnahme auf und ein Fehlerdialogfeld wird angezeigt. Dadurch werden alle Testfälle als fehlgeschlagen angezeigt.

Problem 2Angenommen, Sie erstellen eine RESX-Datei, indem Sie MSBuild 4.5 verwenden, um ein Microsoft Visual Studio 2008-Projekt auf einem Computer zu erstellen. Auf dem Computer sind Microsoft .NET Framework 3.5 und .NET Framework 4.5 installiert, Microsoft Visual Studio 2012 ist jedoch nicht installiert. In dieser Situation schlägt die Erstellung der RESX-Datei fehl und MSBuild 4.5 meldet einen Buildfehler beim Schritt der Ressourcengenerierung, da MSBuildTaskHost.exe nicht gestartet werden kann.