4.5를 4.5.1, 4.5.2 Windows Vista s p 2, Windows 7 SP1, Windows 8, 8.1 Windows, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 및 Windows Server 2012 r 2에는.NET Framework 대 한 핫픽스 롤업 (오프 라인 설치 관리자) 3009678

4.5.2 Microsoft.NET Framework, 4.5.1,.NET Framework 및.NET Framework 4.5에 사용할 수 있는 핫픽스 롤업 3009678에 설명 합니다. 핫픽스 롤업 해결 된 문제에 대 한 자세한 내용은 "핫픽스 롤업 해결 된 문제" 절을 참조 하십시오.

인터넷 연결의 부족으로 인해 웹 설치 관리자를 사용할 수 없습니다 없는 경우에는 오프 라인 패키지를 사용할 수 있습니다. 가능한 경우 최적의 효율성 및 대역폭 요구 사항에 대 한 오프 라인 패키지 대신 웹 설치 관리자를 사용 하는 것이 좋습니다.

이 업데이트는 다음과 같은 다양 한 제품 및 플랫폼에 대 한 개별 패키지를 묶어.

설명

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

다음 시나리오를 고려하십시오.

이 시나리오에서는 클라이언트 웹 페이지를 작동 하지 않습니다. 예를 들어, 아무 콜백을 실행 하는 단추를 클릭할 때 발생 합니다.

문제 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 합니다.

추가 도움이 필요하신가요?

기술 향상
교육 살펴보기
새로운 기능 우선 가져오기
Microsoft Insider 참가

이 정보가 유용한가요?

소중한 의견에 감사드립니다.

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×