מאמר זה מתאר אוסף תיקונים חמים 3009698 הזמינים עבור Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 ו- 4.5 Framework של .NET. לקבלת מידע נוסף אודות הבעיות הפותר אוסף תיקונים חמים, עיין בסעיף "בעיות הפותר אוסף תיקונים חמים זה".

מתקין אינטרנט הוא חבילת קטן (פחות מ אחד מגה-בית) אשר קובע באופן אוטומטי ומוריד את רכיבי הרלוונטיים עבור פלטפורמה מסוימת בלבד.

עדכון זה מאגדת את חבילות נפרדות הבאים עבור מוצרים שונים ופלטפורמות.

תיאור

מספר KB

.NET Framework 4.5, 4.5.1 ו- 4.5.2 ב- SP2 של Windows Vista, Windows Server 2008 SP2, Windows 7 SP1 ו- Windows Server 2008 R2 SP1

3011114

.NET Framework 4.5, 4.5.1 ו- 4.5.2 Windows 8 והן בשרת Windows 2012

3011112

.NET Framework 4.5.1 ו- 4.5.2 ב- Windows 8.1 ושל Windows Server 2012 R2

3011110


פתרון

תיקון חם נתמך זמין כעת מ- Microsoft. עם זאת, הוא מיועד רק את הבעיה המתוארת במאמר זה. יש להחיל אותו רק במערכות שהתעוררה בהן בעיה ספציפית זו.

כדי לפתור את הבעיה, פנה לשירותי התמיכה בלקוחות של Microsoft לקבלת התיקון החם. לקבלת רשימה מלאה של מספרי הטלפון בשירותי התמיכה ללקוח של Microsoft ומידע על עלויות תמיכה, בקר באתר האינטרנט הבא של Microsoft:

http://support.microsoft.com/contactus/?ws=supportהערה במקרים מיוחדים, ניתן לבטל את החיובים שהצגת שיחות תמיכה אם מומחה תמיכה של Microsoft יקבע שעדכון ספציפי יפתור את הבעיה. דמי התמיכה המקובלים יחולו על נוספים שאלות וסוגיות תמיכה אשר אינן מצריכות העדכון הספציפי האמור.

מידע נוסף

דרישות מוקדמות

כדי להחיל תיקון חם זה, עליך .NET Framework 4.5.2, .NET Framework 4.5.1 או 4.5 מסגרת .NET מותקן.

דרישת הפעלה מחדש

עליך להפעיל מחדש את המחשב לאחר החלת תיקון חם זה, אם נעשה שימוש בכל הקבצים המושפעים. מומלץ לסגור את כל היישומים מבוססי .NET Framework לפני החלת תיקון חם זה.

מידע על החלפת התיקון החם

חבילת תיקון חם זה אינו מחליף את חבילת תיקון חם שפורסם בעבר.











אוסף תיקונים חמים זה פותר הבעיות

בעיה 1

ב- 4.5 Framework של .NET, ניווט באמצעות לוח המקשים ב- WPF TreeView לא יפעלו כראוי בעת TreeViewItem מכיל רכיב ניתן למיקוד כגון לחצן, תיבת סימון, או תיבת טקסט. הקשה על חץ למעלה או חץ למטה עשוי לשנות את המוקד על הרכיב הלא נכון, או אין לשנות את המוקד בכלל.

התיקון החם פותר בעיה זו כך חץ למעלה או חץ למטה תמיד לשנות את המוקד על הרכיב הנכון.

בעיה 2

כאשר תתקשר GlyphRun.InkBoundingBox() או כל אחד שלו ניזונים כגון FormattedText.Extent ביישום WPF, ערכי ההחזרה הם גדולים מעט יותר ב- 4.5 מסגרת .NET מ ב .NET Framework 4.0. 4.0 מסגרת .NET היה באג לעיתים שאירעה ב איזה טקסט לא צויר (בהתאם את הגופן, גודל הגופן תווים ספציפיים). הבאג תוקנה ב- 4.5 Framework של .NET על-ידי הגדלת הדיו תיבה תוחמת מעט.

תיקון חם זה מוסיף דגל תצורה לבטל הצטרפות התיקון. יישום מסכים להצטרפות החוצה יקבלו את ערכי ההחזרה אותו כמו 4.0 מסגרת .NET, אך ייתכן גם שתיתקל באג "נעלם טקסט".

כדי לבחור שלא לקבל התיקון, הוסף את המפתח הבא למקטע appSettings של קובץ התצורה של היישום:<add key="IncludeAllInkInBoundingBox" value="false"/> בעיה 3

שקול את התרחיש הבא:

בתרחיש זה, דף האינטרנט של הלקוח אינו פועל. לדוגמה, לא קורה דבר בעת לחיצה על לחצן שאמור להזניק התקשרות חזרה.

בעיה 4

נניח שיצרת מחלקה System.Workflow.Activities.StateMachineWorkflowActivity יחד עם מאפיין של פעילויות אשר מציין רשימה של ActivitiesCollection . הרשימה מכילה פעילויות רבים (לדוגמה, 300 או יותר פעילויות) הכוללים מצב ופעילויות שאינן מצבים.

במצב זה, מעברים לפעילויות מצב הסמוכים לסוף הרשימה ActivitiesCollection הרבה זמן רב יותר להשלמת מ מעברים לפעילויות מצב הסמוכים בתחילת הרשימה.

תיקון חם זה מסיר traversals מיותרים של רשימת ActivitiesCollection כאשר היא מחפשת היעד מצב פעילות לפי שם במהלך מעבר מצב. לכן, פחות זמן נדרש מעבר לפעילויות מצב הסמוכים לסוף הרשימה ActivitiesCollection .

בעיה 5

הנח את מוני הביצועים של WCF זמינות. עם זאת, חלק מהשמות מופע מקוצרים מכיוון שהן יותר מ- 64 תווים. בנוסף, שני שמות מופע מקוצר עשויים להיות זהים. בתרחיש זה, WCF אינו יוצר את מופעי המונה כצפוי.

כדי להפעיל את התיקון החם, הוסף את השורה הבאה appSettings בקובץ התצורה שלך:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
לאחר הגדרה זו זמינה, WCF יזהה אם מופע שני שמות מתנגשים ולאחר יוסיף hash ההקסדצימאליים של שמונה ספרות לסוף של אחד מהשמות. הדבר מאפשר שני המופעים נוצר בהצלחה.

בעיה 6

נניח כי אתה משתמש WCF כלקוח רמה אמצע עבור שירות האינטרנט או אתר כדי לקיים תקשורת עם שירות עורפיים מבחינת עומס באמצעות HTTP. בנוסף, אחד המחשבים המארחים עורפי הוא במצב שנכשלו המחזיר תגובות HTTP יחד עם קוד מצב "500".

במצב זה, לחיבור למערכת המארחת עורפי שנכשלו נמשכת במאגר חיבור WCF ChannelFactory כיוון שהיא מחזירה תגובות HTTP חוקי וגורם קצב גבוה של בקשות שנכשלו. לא קיים מנגנון זמין להסיר חיבור למחשב מארח שנכשלו שעלול להוביל חזיתי בקשות שנכשלו.

כדי להפעיל את התיקון החם, הוסף את השורה הבאה appSettings בקובץ התצורה שלך: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
לאחר תיקון חם זה זמין, כל מופע של ChannelFactory הנוצרת ומשתמש בהם תעבורת ה-HTTP יהיה מאגר חיבורים נפרדים. פעולה זו מאפשרת למפתחים למחיצות חיבורי שלהם לתוך מאגרי נפרד באמצעות יצירת מופעים מרובים של אובייקטים ChannelFactory . בדרך זו, ניתן לשחרר התקשרות למחשב מארח שנכשלו על-ידי סגירת המופע ChannelFactory המשויך לחיבור למערכת המארחת נכשלה. כאשר מופע ChannelFactory סגורה, אין להיסגר באופן מיידי משום שהם נשלטים על-ידי התנהגות שינוים של המחלקה ServicePointManager החיבורים במאגר. חשוב להגדיר ברירת מחדל נמוך פסק זמן של חוסר פעילות אם אובייקטים ChannelFactory רבים מתבצעת שנוצר וסדר מקודדות ב כדי למנוע מצב באילו חיבורי סרק רבים נמצאים במצב הסגירה ממתינה.

בעיה 7

נניח כי ברצונך לתמוך תקורות הורדות בו-זמנית או העלאות לשירות WCF חשיפת נקודת קצה WebHttpBinding . נתונים גדולים העברות תוכן על-ידי שימוש במצב זרימה (במקום במצב במאגר) תגרום לשירות נתקל בבעיות ביצועים ללא קשר אם נוספת של DispatcherSynchronizationBehavior .

לאחר החלת תיקון חם זה, WCF ישתמש עיבוד אסינכרוני שגדל באופן משמעותי את הביצועים של ההורדות המקבילות ו העלאות מרובים.

תיקון חם זה זמין כאשר המאפיין AsynchronousSendEnabled של DispatcherSynchronizationBehavior מוגדר כ- true. כדי להפוך אותו ללא זמין, הסר את dispatcherSynchronizationBehavior, או להגדיר באופן מפורש את המאפיין AsynchronousSendEnabled כ- false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
בעיה 8

נניח כי החלת העדכון אזור זמן ברוסית בספטמבר 2014 (עדכון 2998527) במחשב שלך. כאשר יש לך יישום המשתמש המחלקה של Microsoft .NET Framework ואת TimeZoneInfo , היישום עשוי לחשב את הזמן באופן שגוי. לפרטים נוספים, ראה עדכון 3012229 .

התיקון החם מתקן את look-ups היסט אזור זמן הבסיס.

בעיה 9

נניח שיש לך יישום WPF שפותח חלון בחלון הראשי. בעת שינוי גודל החלון השני, היישום קורס ומחזיר חריג של מצביע null.

זקוק לעזרה נוספת?

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Microsoft insider

האם מידע זה היה שימושי?

עד כמה אתם מרוצים מאיכות השפה?
מה השפיע על החוויה שלכם?

תודה על המשוב!

×