4.5.2 Microsoft.NET Framework, 4.5.1,.NET Framework 및.NET Framework 4.5에 사용할 수 있는 핫픽스 롤업 3009698에 설명 합니다. 핫픽스 롤업 해결 된 문제에 대 한 자세한 내용은 "핫픽스 롤업 해결 된 문제" 절을 참조 하십시오.
웹 설치 프로그램은 자동으로 결정 하 고 특정 플랫폼에 적용할 수 있는 구성 요소만 다운로드 하는 작은 패키지 (1mb 미만)입니다.
이 업데이트는 다음과 같은 다양 한 제품 및 플랫폼에 대 한 개별 패키지를 묶어.
|
설명 |
KB 번호 |
|---|---|
|
Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 및 Windows Server 2008 R2 s p 1에서.NET Framework 4.5를 4.5.1, 4.5.2 |
3011114 |
|
Windows 8 및 Windows Server 2012.NET Framework 4.5를 4.5.1, 4.5.2 |
3011112 |
|
4.5.1, 및 4.5.2 8.1 창과 Windows Server 2012 R2에는.NET Framework |
3011110 |
해결 방법
지원 되는 핫픽스를 Microsoft에서 출시 되었습니다. 그러나이 문서에서 설명 하는 문제를 해결 하는 데 사용 됩니다. 이러한 특정 문제가 발생 한 시스템에만 적용 됩니다.
이 문제를 해결 하려면 핫픽스를 얻으려면 Microsoft 고객 지원 서비스에 문의 합니다. Microsoft 고객 기술 지원부 전화 번호 및 지원 비용에 대 한 정보를 전체 목록은 다음 Microsoft 웹 사이트를 방문.
http://support.microsoft.com/contactus/?ws=support참고: 특별 한 경우에 Microsoft 기술 지원 전문가가 특정 업데이트로 문제를 해결할 수 있는지 결정 하는 경우 일반적으로 지원 요청에 따른 비용이 취소 될 수도 있습니다. 추가 지원 질문과 특정 업데이트가 필요 하지 않은 문제에는 일반 지원 비용이 적용 됩니다.
자세한 내용
전제 조건
이 핫픽스를 적용 하려면.NET Framework 4.5.2, 4.5.1,.NET Framework 또는 설치 된.NET Framework 4.5 있어야 합니다.
다시 시작 요구 사항
영향을 받는 파일이 사용 중인 경우이 핫픽스를 적용 한 후 컴퓨터를 다시 시작 해야 합니다. 이 핫픽스를 적용 하기 전에 모든.NET Framework 기반 응용 프로그램을 닫는 것이 좋습니다.
핫픽스 대체 정보
이 핫픽스 패키지는 이전에 출시 된 핫픽스 패키지를 대체 하지 않습니다.
이 핫픽스 롤업 해결 된 문제
문제 1
.NET Framework 4.5에서 단추, 확인란또는 입력란등 포커스 요소를 포함 하는 TreeViewItem 을 WPF TreeView 의 키보드 탐색 올바르게 소용이 없습니다. 위쪽 화살표 또는 아래쪽 화살표 키를 누르면 포커스가 잘못 된 요소를 변경 하거나 포커스가 변경 되지 않을 수 있습니다.
핫픽스는이 문제 해결 하 여 올바른 요소에 포커스가 변경할 위쪽 화살표 및 아래쪽 화살표.
문제 2
GlyphRun.InkBoundingBox() 또는 FormattedText.Extent 같은 WPF 응용 프로그램에 종속 파일 중 하나를 호출 하면 반환 값은.NET Framework 4.5는.NET Framework 4.0에서 보다 약간 더 큽니다. .NET Framework 4.0에는 버그가 발생 한 경우가 아닌 텍스트 (글꼴, 글꼴 크기, 특정 문자 따라) 그린에. .NET Framework 4.5의 잉크 경계 상자 약간 확대 하 여 버그가 수정 되었습니다.
이 핫픽스는 수정 프로그램을 해제 하도록 구성 플래그를 추가 합니다. 아웃가 응용 프로그램이.NET Framework 4.0에서와 동일한 반환 값을 갖게 됩니다 있지만 "사라지는 텍스트" 버그가 발생할 수 있습니다.
수정 프로그램을 해제 하도록 응용 프로그램의 구성 파일의 appSettings 섹션에 다음 키를 추가 합니다.<add key="IncludeAllInkInBoundingBox" value="false"/> 문제 3
다음 시나리오를 고려하십시오.
-
어떤 웹 페이지 구현 클라이언트 콜백을 다시 게시 하지 않고 프로그래밍 방식으로ASP.NET 웹 프로젝트가 있는.
-
폼의 동작은 URL에는 국제 도메인 이름 (예를 들어 URL의 도메인 이름에 유니코드 문자)입니다.
-
클라이언트에서 Internet Explorer 10 또는 Internet Explorer 이전 버전을 사용 합니다.
이 시나리오에서는 클라이언트 웹 페이지를 작동 하지 않습니다. 예를 들어, 아무 콜백을 실행 하는 단추를 클릭할 때 발생 합니다.
문제 4
ActivitiesCollection 목록을 지정 하는 활동 속성이 함께 System.Workflow.Activities.StateMachineWorkflowActivity 클래스를 만든다고 가정 합니다. 목록 상태를 포함 하는 많은 작업 (예: 300 이상의 활동) 및 비 상태 작업이 포함 됩니다.
이 경우 전환 상태 활동 ActivitiesCollection 목록의 끝부분에 목록의 시작 부분에 가까운 상태 활동으로 전환 완료 시간이 훨씬 더 걸릴.
이 핫픽스 검색할 때 대상 상태 작업 이름 상태 전환 중 불필요 한 ActivitiesCollection 목록 탐색을 제거 합니다. 따라서 시간이 적게는 ActivitiesCollection 목록의 끝부분 상태 활동으로 전환 해야 합니다.
문제 5
WCF 성능 카운터를 사용할 수 있다고 가정 합니다. 그러나 일부 인스턴스 이름은 64 자 보다 긴 있기 때문에 의해. 또한 두 단축된 인스턴스 이름이 동일할 수도 있습니다. 이 시나리오에서는 WCF 카운터 인스턴스가 예상 대로 만들어지지 않습니다.
이 핫픽스를 활성화 하려면 구성 파일에서 appSettings 다음 줄을 추가 합니다.<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
WCF는 두 개의 인스턴스 이름 경우 감지이 설정을 활성화 한 후 충돌 하 고는 여덟 자리 16 진수 해시 이름 끝에 추가 합니다. 이렇게 하면 두 인스턴스를 만들 수 있습니다.
문제 6
웹 사이트 또는 웹 서비스에 대 한 다중 계층 클라이언트 WCF를 사용 하 여 HTTP를 통해 부하가 사용 하는 백 엔드 서비스와 통신 하는 것을 가정 합니다. 또한 백 엔드 호스트 중 하나가 "500" 상태 코드와 함께 HTTP 응답을 반환 하 고 실패 한 상태에서입니다.
이 상황에서 실패 한 백 엔드 호스트에 대 한 연결이 유효한 HTTP 응답을 반환 하 고 실패 한 요청의 비율이 높으면 발생 하기 때문에 WCF ChannelFactory 연결 풀에 유지 됩니다. 프런트 엔드 요청 오류가 발생할 수 있는 오류가 발생 한 호스트에 대 한 연결을 제거 하는 데 사용할 수 있는 메커니즘이 있습니다.
이 핫픽스를 활성화 하려면 구성 파일에서 appSettings 다음 줄을 추가 합니다. <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
이 핫픽스를 사용 ChannelFactory 만들어진 HTTP 전송을 사용 하 고 각 인스턴스는 별도 연결 풀이 생깁니다. 그러면 개발자가 연결 여러 ChannelFactory 개체 인스턴스화를 별도 풀으로 분할 됩니다. 이렇게 하면 오류가 발생 한 호스트에 연결할 ChannelFactory 연결 오류가 발생 한 호스트에 연결 된 인스턴스를 닫거나 삭제할 수 있습니다. ChannelFactory 인스턴스가 종료 되 면 풀에 연결 하기 ServicePointManager 클래스의 풀링 동작에 의해 제어 되기 때문에 즉시 닫힙니다 갖지 않습니다. 낮은 기본 폐쇄 보류 상태에 있는 많은 ChannelFactory 개체가 만들어지고에 닫힌 순서는 많은 유휴 연결을 사용 하는 경우를 방지 하기 위해 되는 경우 유휴 시간 제한 값을 설정 해야 합니다.
이슈 7
많은 동시 다운로드 또는 업로드 WebHttpBinding 끝점을 노출 하는 WCF 서비스를 지원 한다고 가정 합니다. 큰 데이터 콘텐츠 전송 (버퍼링된 모드) 대신 스트리밍 모드를 사용 하 여 서비스 성능 문제는 DispatcherSynchronizationBehavior 추가 여부에 관계 없이 발생 합니다.
이 핫픽스를 적용 한 후 WCF의 다중 동시 다운로드 및 업로드 성능을 향상 하는 비동기 처리를 사용 합니다.
이 핫픽스는 DispatcherSynchronizationBehavior 의 AsynchronousSendEnabled 속성을 true로 설정 되어 있는 경우 활성화 됩니다. 사용 dispatcherSynchronizationBehavior제거 또는 명시적으로 AsynchronousSendEnabled 속성을 false로 설정 합니다.<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
이슈 8
2014 년 9 월 러시아 표준 시간대 업데이트 (업데이트 2998527) 컴퓨터에 적용 하는 것을 가정 합니다. Microsoft.NET Framework 및 TimeZoneInfo 클래스를 사용 하는 응용 프로그램의 경우 응용 프로그램 수 시간을 계산 하지 제대로. 자세한 내용은 업데이트 3012229 를 참조 하십시오.
이 핫픽스는 기본 시간대 오프셋된 조회를 해결합니다.
문제 9
주 창에서 창을 여는 WPF 응용 프로그램을 가정 합니다. 두 번째 창의 크기를 조정할 때 응용 프로그램 충돌 및 null 포인터 예외를 throw 합니다.
