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

전제 조건

이 핫픽스를 적용 하려면.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 합니다.