Selles artiklis kirjeldatakse käigultparanduste koondpaketti 3009698, mis on saadaval Microsoft .NET Frameworki 4.5.2, .NET Frameworki 4.5.1 ja .NET Framework 4.5. See käigultparanduste koondpakett lahendab probleemide kohta lisateabe saamiseks vaadake jaotist "See käigultparanduste koondpakett lahendab probleemid".
Web installer on väike pakett (väiksem kui üks megabait), mis automaatselt määrab ja laadib alla ainult komponente, mis on mõeldud konkreetse platvormi.
See värskendus koondab järgmised individuaalsete pakettide erinevaid tooteid ja platvormid.
|
Kirjeldus |
Teabebaasi numbrit |
|---|---|
|
.NET Framework 4.5 ning 4.5.1 4.5.2 kohta Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 ja Windows Server 2008 R2 hoolduspaketi SP1 |
3011114 |
|
.NET Framework 4.5 ning 4.5.1 4.5.2 Windows 8 ja Windows Server 2012 |
3011112 |
|
.NET Frameworki 4.5.1 ja 4.5.2 Windows 8.1 ja Windows Server 2012 R2 |
3011110 |
Lahendus
Lasknud välja toetatava käigultparanduse on nüüd Microsoftilt saadaval. See on mõeldud üksnes käesolevas artiklis kirjeldatud probleemi kõrvaldamiseks. Rakendage seda ainult süsteemides, kus ilmneb see konkreetne probleem.
Selle probleemi lahendamiseks pöörduge vastava kiirparanduse hankimiseks Microsofti klienditoe. Täieliku loendi Microsofti klienditugiteenuste pakkujate telefoninumbrite ja tugiteenuste hinnateabe hankimiseks külastage järgmist Microsofti veebisaiti:
http://support.microsoft.com/contactus/?ws=supportMärkus. Erijuhtudel võib kulud, mis tekivad teatud tugiteenuse telefonikõnede maksumus tühistada, kui Microsofti tugiteenusepakkuja leiab, et mõni konkreetne värskendus lahendab teie probleemi. Tavaline tugiteenuste kohaldatakse täiendavat tugiteenust vajavatele küsimustele ning probleemidele, mis pole lahendatavad konkreetse värskenduse installimisega.
Lisateabe saamiseks
Eeltingimused
Selle kiirparanduse rakendamiseks peab teil olema .NET Frameworki 4.5.2, .NET Frameworki 4.5.1 või .NET Framework 4.5 installitud.
Taaskäivitamise nõue
Peate pärast selle kiirparanduse rakendamist kui mõjutatud faile ei kasutata arvuti taaskäivitada. Soovitame enne selle kiirparanduse rakendamist sulgege kõik .NET Frameworki põhinevad rakendused.
Kiirparanduse asendamise teave
See kiirparanduspakett ei asenda varem välja antud Kiirparandusi alla.
See käigultparanduste koondpakett lahendab probleemid
1. probleem
.NET Framework 4.5 klaviatuuri navigeerimine WPF-i TreeView ei tööta õigesti, kui TreeViewItem sisaldab okulaar element nagu nupp, märkeruutvõi Tekstiväljale. Vajutage ülesnoolt või allanoolt muutuda fookus vale element või võivad muutuda tähelepanu üldse.
Selle probleemi lahendab käigultparandus, et ülesnoolt ja allanoolt alati muuta fookust õiget osa.
2. probleem
Kui helistate GlyphRun.InkBoundingBox() või mis tahes selle järgnevusi nagu FormattedText.Extent WPF-i rakenduse, return väärtused on veidi suurem ja .NET Framework 4.5 kui .NET Framework 4,0. .NET Framework 4,0 oli viga, mis mõnikord on milline tekst on koostatud (sõltuvalt font, fondisuurus ja teatud tähemärki). Viga parandati .NET Framework 4.5 tindi piirderaam pisut laiendades.
See kiirparandus lisab konfiguratsiooni lipu fix loobuda. Rakendus, mis valib välja on sama saatja väärtused nagu .NET Framework 4,0, kuid võib esineda ka "kadunud teksti" viga.
Lisage fix loobuda rakenduse konfiguratsioonifaili appSettings jaotises järgmine võti:<add key="IncludeAllInkInBoundingBox" value="false"/> Küsimus 3
Kujutage ette järgmist stsenaariumi.
-
Teil on ASP.net-i veebiprojekti mis veebilehti rakendab kliendi tagasihelistamine programmiliselt ilma Tagasisaadetiste.
-
Selle vormi tegevus on rahvusvahelise domeeni nimi URL (nt selle URL-i domeeni nimi sisaldab Unicode'i märke).
-
Klient kasutab Internet Explorer 10 või Internet Exploreri varasem versioon.
Selle stsenaariumi puhul kliendi veebileht ei tööta. Näiteks ei juhtu, kui klõpsate nuppu, mis käivitab tagasihelistamist peaks.
Probleem 4
Oletagem, et luua System.Workflow.Activities.StateMachineWorkflowActivity klassi koos tegevuse atribuut, mis määrab ActivitiesCollection loendi. Loend sisaldab palju (näiteks 300 või rohkem toimingud) sisaldavate olek ja oleku tegevus.
Sellises olukorras üleminekud riigi tegevust, mis on ActivitiesCollection loendi lõpus võtta palju rohkem aega kui üleminekud riigi tegevust, mis on loendi alguses.
Selle kiirparanduse eemaldab tarbetuid ActivitiesCollection loendi traversals otsimisel sihtmärgi olek tegevuse nime järgi riigi ülemineku ajal. Seetõttu on vajalik riigi tegevust, mis on ActivitiesCollection loendi lõpus üleminek vähem aega.
Probleem 5
Oletagem, et WCF-i jõudlusloendurid on lubatud. Siiski mõned näiteks nimed on lühendatud, kuna need on pikem kui 64 märki. Lisaks kaks lühendatud eksemplari nimed võivad olla sama. Selle stsenaariumi puhul ei looda WCF counter eksemplarid ootuspäraselt.
Selle kiirparanduse lubamiseks lisage järgmine rida oma konfiguratsioonifaili appSettings .<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Pärast seda, kui see säte on lubatud, WCF-i tuvastada, kui kaks näiteks nimesid konflikti ja lisab kaheksakohaline kuueteistkümnendsüsteemis hash nimede lõppu. See võimaldab mõlemal juhul loomine õnnestus.
Probleem 6
Oletame, et kasutada WCF-i veebisait või teenus kliendi keskel tasandi suhtlemiseks koormusetasakaalustusega back-end teenuse HTTP kaudu. Lisaks üks back-end hosts on tõrkeolekus, mis tagastab HTTP vastused koos "500" olekukood.
Sellises olukorras ühenduse luua ebaõnnestunud back-end püsib WCF-i ChannelFactory ühenduse pargis seetõttu, et see annab kehtivat HTTP vastust ja põhjustab kõrge nurjunud taotluste arv. Puudub mehhanism ebaõnnestunud Host, mis võivad põhjustada eesserver taotlusi, mis ei ole ühenduse eemaldamiseks.
Selle kiirparanduse lubamiseks lisage järgmine rida oma konfiguratsioonifaili appSettings . <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Pärast selle kiirparanduse on lubatud, on iga eksemplari, mis on loodud ja mis kasutab HTTP transport ChannelFactory eraldi pool ühendusi. See võimaldab arendajatel partition nende ühenduste kaudu algväärtustamine mitu ChannelFactory objekti eraldi kaustadesse. Seda tehes kaduma minna ebaõnnestunud hostiga ühendust sulgemisega seotud ühenduse luua ebaõnnestunud ChannelFactory eksemplari. ChannelFactory astme sulgemisel pargis ühendused ei pea kohe sulgeda, kuna need reguleerib ServicePointManager klassi ühendamise käitumine. See on oluline määrata madala jõudeolekus käivitub, kui palju ChannelFactory objekte on loodud ja suletud on selleks, et vältida olukorda, mis palju jõudeolekus ühendused on sulgemise ootel olekus vaikimisi.
Probleem 7
Oletagem, et soovite toetada palju samaaegseid laadib alla või üles WCF-i teenuse, mis seab WebHttpBinding lõpp-punkti. Suurte sisu andmeedastuse voogedastuse režiimis (mitte puhverdatud režiimis) põhjustab teenuse ilmneda jõudlusprobleeme sõltumata sellest, kas DispatcherSynchronizationBehavior on lisatud.
Pärast selle kiirparanduse rakendamist WCF-i kasutatakse asünkroonse töötlemise, mis suurendab jõudlust mitme korraga allalaadimiste ja üleslaadimist.
Selle kiirparanduse on lubatud, kui DispatcherSynchronizationBehavior AsynchronousSendEnabled väärtuseks on seatud true. Välja lülitada, eemaldage dispatcherSynchronizationBehaviorvõi selgesõnaliselt atribuudi AsynchronousSendEnabled FALSE:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Probleem 8
Endale rakendada September 2014 Venemaa ajavööndi värskendus (Update 2998527) oma arvutisse. Kui teil on rakendus, mis kasutab Microsoft .NET Frameworki ja TimeZoneInfo klassi, rakendus võib arvutada aja valesti. Lisateabe saamiseks vaadake värskenduse 3012229 .
See käigultparandus parandab põhiline ajavööndi offset look-ups.
Probleem 9
Oletame, et teil on WPF-i rakendus, mis avab akna põhiaknas. Kui teine akna suurust rakendus jookseb ja põhjustab null pointer erand.
