Visual Studio 2008 SP1(서비스 팩 1) 추가 정보

목차

1. 시스템 요구 사항

1.1. 지원되는 아키텍처
  • x86
  • x64(WOW)
  • 1.2. 지원되는 운영 체제

  • Microsoft Windows XP
  • Microsoft Windows Server 2003
  • Microsoft Windows Server 2008
  • Windows Vista


  • 1.3.하드웨어 요구 사항
  • 시스템 드라이브에 3.8GB의 사용 가능한 공간 필요, Visual Studio가 설치된 드라이브에 추가로 600MB 필요
        참고: 디스크 정리 유틸리티를 사용하여 임시 파일을 제거할 수 있습니다.  
  • 최소: CPU 1.6GHz, 1024x768 디스플레이, 하드 디스크 5400RPM
  • 권장: CPU 2.2GHZ 이상, 1280x1024 디스플레이, 하드 디스크 7200RPM 이상 
  • Windows Vista: CPU 2.4GHz
  • 2. 알려진 문제

    2.1. 설치

    2.1.1. 장치용 Microsoft Synchronization Services for ADO.NET 1.0 설치 요구 사항

    장치용 Microsoft Synchronization Services for ADO.NET 1.0은 VS2008 SP1과 함께 설치되지 않습니다. 따라서 스마트 장치 프로젝트에서 로컬 데이터베이스 캐시 기능을 사용하려면 먼저 해당 .msi 파일을 다운로드해야 합니다.

    이 문제를 해결하려면

    다운로드 센터에서 장치용 Microsoft Synchronization Services for ADO.NET 1.0의 .msi 파일을 다운로드하여 설치합니다.

    http://www.microsoft.com/downloads/details.aspx?FamilyId=75FEF59F-1B5E-49BC-A21A-9EF4F34DE6FC&displaylang=en

    2.1.2. Visual Studio 2008 SP1 설치가 실패하고 "서버에 연결할 수 없습니다."라는 메시지가 표시된다.

    Visual Studio 2008 SP1 설치가 실패하고 "서버에 연결할 수 없습니다."라는 메시지가 표시됩니다.
    다음과 같은 경우에 이러한 오류가 발생할 수 있습니다. 가장 일반적인 원인으로는 대상 컴퓨터의 방화벽을 들 수 있습니다.

    이 문제를 해결하려면

    방화벽에 SPInstaller에 대한 예외를 추가합니다. 이렇게 하면 SpInstaller에 필요한 통신이 방화벽으로 인해 차단되지 않습니다. 그런 다음 Visual Studio 2008 SP1 설치를 다시 실행합니다.
    Windows XP 컴퓨터
    1. 제어판을 엽니다.
    2. Windows 방화벽을 클릭합니다.
    3. 예외 탭을 클릭합니다.
    4. 프로그램 추가를 클릭합니다.
    5. 프로그램 목록에 SPInstaller를 추가합니다.
    6. 확인을 클릭합니다.
    7. 컴퓨터를 다시 시작합니다.
    Windows Vista 컴퓨터
    1. 제어판을 엽니다.
    2. Windows 방화벽을 클릭합니다.
    3. Windows 방화벽을 통한 프로그램 실행 허용을 클릭합니다.
    4. 예외 탭을 클릭합니다.
    5. 프로그램 추가를 클릭합니다.
    6. 프로그램 목록에 SPInstaller를 추가합니다.
    7. 확인을 클릭합니다.
    8. 컴퓨터를 다시 시작합니다.

    2.1.3. Windows 7 RC에서 SQL Server를 설치하면 호환성 경고가 나타남

    Windows 7 RC에서 SQL Server 2008 RTM 또는 SQL Server 2005 RTM/SP1/SP2를 설치하려고 하면 SQL Server와 이 버전의 Windows 간에 호환성 문제가 있다는 경고 메시지가 나타날 수 있습니다. SQL Server는 Visual Studio를 통해 재배포되므로 SQL Server를 Visual Studio와 함께 설치하려고 선택한 경우 해당 설치가 영향을 받을 수 있습니다. 호환성 경고를 일으키는 문제는 SQL Server 2008 SP1 및 SQL Server 2005 SP3에서 수정되었습니다.

    이 문제를 해결하려면 다음을 수행하십시오.

    Visual Studio 2008을 설치하고 SQL Server 2005 Express Edition SP2 설치를 선택합니다(기본적으로 선택되어 있음).

    1. 설치 중에 호환성 경고 메시지가 나타나면 "프로그램 실행"을 클릭합니다.


    2. 설치를 완료하면 여기에서 SQL Server 2005 Express Edition SP3을 다운로드하여 설치합니다. 참고: x64 버전은 페이지 아래쪽에 있습니다.


    3. SQL Server 2005 Express Edition SP3을 설치하는 중에 기존에 설치된 인스턴스를 업그레이드합니다.


    4. 여기에 나와 있는 지침에 따라 SQL Server 2005 Express Edition 버전을 확인할 수 있습니다.

    또 다른 방법으로 SQL Server 2005 Express Edition SP3을 설치한 다음 Visual Studio 2008을 설치할 수도 있습니다.

    추가 정보:

    Windows 7 RC에서 SQL Server 2008을 설치해야 하는 경우 경고 메시지가 나타나지 않게 하려면 SQL Server 2008 서비스 팩 1 패키지를 직접 만들면 됩니다. Peter Saddow가 기술한 Creating a merged (slipstreamed) drop containing SQL Server 2008 RTM + Service Pack 1(SQL Server 2008 RTM + 서비스 팩 1이 포함된 병합(통합 설치) 패키지 만들기) 단계를 수행하십시오.

    2.1.4. 패치를 제거하면 다른 Visual Studio 제품의 파일이 다운그레이드될 수 있다.

    Visual Studio 2008 SP1이 컴퓨터의 여러 제품(예: Visual Studio 2008 한국어 버전 및 Visual Studio 2008 영어 버전)에 적용된 경우 이 중 하나에서 SP1을 제거하면 다른 Visual Studio 2008 제품의 파일이 다운그레이드됩니다.

    이 문제를 해결하려면

    Visual Studio 2008 SP1이 아직 설치되어 있는 제품을 복구하거나 해당 제품에서도 SP1을 제거합니다.

    Windows Vista 이상

    1. 제어판을 엽니다.
    2. 프로그램을 클릭합니다.
    3. 프로그램 제거를 클릭합니다.
    4. SP1이 아직 설치되어 있는 Visual Studio 2008 버전을 선택합니다.
    5. 제거/변경을 클릭합니다.
    6. 해당 메시지가 나타나면 계속을 클릭하여 권한을 상승시킵니다.
    7. 설치 구성 요소가 로드되면 다음을 클릭합니다.
    8. 복구/다시 설치를 클릭합니다.

    Windows Vista 이전의 운영 체제

    1. 제어판을 엽니다.
    2. 프로그램 추가/제거를 클릭합니다.
    3. 제거/변경을 클릭합니다.
    4. 설치 구성 요소가 로드되면 다음을 클릭합니다.
    5. 복구/다시 설치를 클릭합니다.

    2.1.5. Windows Vista 사이드바를 사용 중일 때 Visual Studio 2008 SP1 설치가 실패한다.

    Windows Vista 사이드바를 사용 중일 때는 Visual Studio 2008 SP1 설치가 실패합니다.

    이 문제를 해결하려면

    1. 작업 표시줄의 오른쪽 끝에 있는 알림 영역에서 사이드바 아이콘을 마우스 오른쪽 단추로 클릭합니다.
    2. 끝내기를 클릭합니다.

    2.1.6. 각 Visual Studio 언어 버전에 일치하는 서비스 팩 언어 버전이 필요하다.

    일치하지 않는 Visual Studio 2008 RTM 및 Visual Studio 2008 SP1의 언어 버전을 설치하면 기능이 작동하지 않거나 언어 UI가 혼합되어 표시될 수 있습니다.
    지원되는 시나리오:

    이 문제를 해결하려면

    1. Visual Studio 2008 SP1을 제거합니다.
    2. Visual Studio 2008 RTM의 유지 관리 모드 복구를 수행합니다.
    3. 일치하는 Visual Studio 2008 SP1 언어 버전을 설치합니다.

    2.1.7. Windows SDK를 제거하면 Visual Studio 2008에 영향을 줄 수 있다.

    Windows Vista용 Windows SDK나 Windows Vista용 Windows SDK Update를 설치한 다음 Windows SDK를 제거하면 Visual Studio에서 Windows 헤더, 라이브러리 및 도구를 찾는 데 필요한 레지스트리 키가 제거됩니다.

    이 문제를 해결하려면

    다음 작업 중 하나를 수행합니다.

    2.1.8. Visual Studio 2008 SP1 설치 중 MSDN Library for Visual Studio 2008 SP1이 설치되지 않는다.

    Visual Studio 2008 SP1 설치 중 MSDN Library for Visual Studio 2008 SP1이 컴퓨터에 설치되지 않습니다.

    이 문제를 해결하려면

    MSDN Library for Visual Studio 2008 SP1은 별도로 다운로드할 수 있습니다. Microsoft 다운로드 센터를 참조하십시오.

    2.1.9. SQL Server Compact 3.5 SP1 for Devices Windows Installer(MSI) 파일은 Visual Studio 2008 SP1과 함께 설치되지 않지만 다운로드할 수 있다.

    SQL Server Compact 3.5 SP1 for Devices Windows Installer(MSI) 파일에는 모바일 장치에 SQL Server Compact 3.5 SP1을 설치하는 데 필요한 모바일 장치 런타임 파일이 포함되어 있습니다. Visual Studio 2008 릴리스 버전에 Visual Studio 2008 SP1을 설치해도 SQL Server Compact 3.5 for Devices MSI는 SP1 버전으로 업데이트되지 않습니다.

    이 문제를 해결하려면

    SQL Server Compact 3.5 SP1 for Devices MSI는 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.

    2.1.10. Windows Vista에 Visual Studio 2008 SP1을 설치하는 도중 Windows 자동 업데이트 알림이 표시된다.

    .NET Framework 2.0 SP2와 .NET Framework 3.0 SP2가 설치되어 있지 않은 Windows Vista 컴퓨터에 Visual Studio 2008 SP1을 설치하는 경우 컴퓨터를 다시 시작하라는 Windows 자동 업데이트 알림이 나타날 수 있습니다. 이때 Windows 업데이트를 즉시 다시 시작하면 Visual Studio 설치가 실패합니다.

    이 문제를 해결하려면

    Visual Studio SP1 설치가 완료될 때까지 다시 시작하지 않고 기다립니다.

    2.1.11. .NET Framework 2.0 SP2로 .NET Framework 2.0 또는 .NET Framework 2.0 SP1을 업그레이드할 수 없는 경우 Visual Studio 2008 SP1 설치가 실패한다.

    .NET Framework 2.0이나 .NET Framework 2.0 SP1이 설치되어 있고 Windows XP, Windows Server 2003 또는 Windows 2000을 실행하는 컴퓨터에 .NET Framework 2.0 SP2가 설치되지 않습니다.

    .NET Framework 2.0 SP2를 설치하면 이전 버전인 .NET Framework 2.0 및 .NET Framework 2.0 SP1은 제거됩니다. Windows Installer에서는 이전 버전을 제거할 때 캐시된 설치 데이터베이스를 사용합니다. 그러나 제거 작업 중 이전 업데이트의 설치 패키지를 캐시 또는 원래 원본 위치에서 찾을 수 없으면 설치가 실패합니다. 불완전한 롤백이 발생할 경우에는 이 설치 오류로 인해 .NET Framework를 사용하는 응용 프로그램에서도 오류가 발생할 수 있습니다.

    이 문제는 다음과 같은 원인으로 발생할 수 있습니다.

    Windows Installer 캐시에 필요한 파일이 없습니다.

    Windows Installer 캐시가 변경되었습니다. 이 캐시는 제품 복구, 업데이트 및 제거에 중요한 역할을 합니다. 따라서 캐시 내용을 제거하거나 수정하면 안 됩니다. 캐시 내용을 변경하면 Windows Installer 기반 제품을 업데이트하거나 복구하려고 할 때 원본 위치를 묻는 메시지가 표시됩니다.

    일부 경우에는 Windows Installer가 캐시에서 찾으려고 하는 Windows Installer 패치 파일(.msp)이 없을 수 있습니다. 일반적으로 다음과 같은 두 가지 경우에 .msp 파일이 없을 수 있습니다.
    - 하드 디스크에서 큰 파일이나 거의 사용되지 않는 파일을 찾아 삭제하는 도구가 실행된 경우
    - %windir%\Installer 디렉터리의 소유자가 시스템이나 관리자에서 변경된 경우

    이 문제가 발생하면 Windows Installer 로그에는 해당 설치 오류에 대해 다음과 유사한 내용이 표시됩니다.
    MSI (s) (D0:B0) [19:05:57:843]: Couldn't find local patch 'C:\WINDOWS\Installer\a4784a.msp'. Looking for it at its source.
    MSI (s) (D0:B0) [19:05:57:843]: Resolving Patch source.
    이 문제가 발생할 경우 Microsoft .NET Framework Registration Correction Tool을 사용하여 문제를 해결할 수 있습니다. 이 도구는 유지 관리 설치 시 특정 .msp 파일이 로드되지 않도록 이 업데이트와 관련된 핫픽스 또는 업데이트 등록을 모두 삭제하여 이 문제를 해결합니다.

    Installer 캐시를 다시 만들어 이 문제를 해결할 수도 있습니다. 일반적으로 핫픽스 또는 업데이트에 대한 기술 자료 번호는 "Resolving Patch source"의 다음에 나오는 줄에서 찾을 수 있습니다. 예를 들면 다음과 같습니다.
    MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT: Source is invalid due to missing/inaccessible package.
    MSI (s) (D0:B0) [19:05:57:859]: Note: 1: 1706 2: -2147483647 3: NDP20-KB917283-X86.msp

    이 예의 Windows Installer 캐시를 수정하려면 다음 단계를 수행합니다.
    1. Microsoft 웹 사이트 http://support.microsoft.com/kb/917283을 방문합니다. 이 URL의 기술 자료 문서 번호는 Windows Installer 캐시에서 수정할 핫픽스 또는 업데이트의 기술 자료 문서 번호로 바꿀 수 있습니다.
    2. 업데이트를 다운로드합니다.
    3. /x 또는 /extract 명령줄 스위치를 사용하여 핫픽스 또는 업데이트에서 .msp 파일을 추출합니다.
    4. 추출한 .msp 파일을 누락된 파일의 위치에 복사합니다. 이 예에서 이 위치는 %windir%\Installer\a4784a.msp입니다.

    핫픽스 등록이나 업데이트 등록이 손상되었을 수 있습니다.

    Windows Installer 기반 제품에서 핫픽스나 업데이트가 설치된 후 핫픽스 등록 또는 업데이트 등록이 손상되었을 수 있습니다. 이 문제는 특정 레지스트리 키를 제거하는 타사 레지스트리 클리너 유틸리티로 인해 발생할 수 있습니다. 이러한 키로는 Windows Installer의 내부용 키가 있습니다. 이 경우 로그의 "Resolving Patch source" 메시지는 다음과 같이 표시됩니다.
    MSI (s) (CC:5C) [03:02:56:181]: Couldn't find local patch ''. Looking for it at its source.
    MSI (s) (CC:5C) [03:02:56:181]: Resolving Patch source.
    참고: 핫픽스 또는 업데이트 등록 정보가 없기 때문에 로그 메시지에 핫픽스 또는 업데이트의 위치가 표시되지 않았습니다. 이 경우 핫픽스 또는 업데이트가 여전히 제품에 등록되어 있지만 핫픽스 또는 업데이트의 위치 정보가 없는 것입니다. 해당 파일이 존재하더라도 Windows Installer에서는 로드해야 할 파일의 경로를 알 수 없습니다.

    이 문제가 발생할 경우 Microsoft .NET Framework Registration Correction Tool을 사용하여 문제를 해결할 수 있습니다. 이 도구는 유지 관리 설치 시 핫픽스 또는 업데이트 패키지가 로드되지 않도록 이 서비스 팩과 관련된 핫픽스 또는 업데이트 등록을 모두 삭제하여 이 문제를 해결합니다.

    이 문제를 해결하려면

    .NET Framework 2.0 SP2를 설치할 수 없고 "원인" 섹션에 설명된 대로 설치 로그 파일에서 "Resolving Patch source"라는 텍스트를 찾을 수 없는 경우에는 Microsoft .NET Framework Registration Correction Tool을 다운로드하여 이 문제를 해결할 수 있습니다.

    Microsoft .NET Framework 2.0 Registration Correction Tool
    Microsoft .NET Framework Registration Correction Tool은 "원인" 섹션에 설명된 문제를 모두 해결합니다.
    다음 파일은 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.

    지금 Microsoft .NET Framework 2.0 Registration Correction Tool 패키지를 다운로드하십시오. http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=0ba6038c-061e-4b4a-9be9-96a323701260

    Microsoft 다운로드 센터에는 .NET Framework 2.0이 지원하는 각 프로세서 아키텍처에 대한 도구 버전이 하나씩 있습니다(x86, x64 및 IA-64). 대부분의 고객은 32비트 버전의 운영 체제를 실행하므로 x86 버전의 도구를 다운로드하여 설치해야 합니다.
    관리자는 스크립트에서 /q 또는 /quiet 명령줄 스위치를 전달하여 이 유틸리티를 사용할 수도 있습니다. 이렇게 하면 사용자 인터페이스나 차단 스크립트를 사용하지 않고 자동 모드로 응용 프로그램을 실행할 수 있습니다.
    이 도구는 %TEMP%\dd_clwireg.txt 파일에 실행 중인 로그를 기록합니다. 이 도구가 수행하는 작업에 대한 자세한 내용은 이 로그에서 볼 수 있습니다.

    참고
    - Microsoft .NET Framework Registration Correction Tool은 현재 버전의 .NET Framework와 함께 사용할 수 있도록 디자인되었습니다.
    - 이 유틸리티는 관리자만 실행할 수 있습니다.

    2.1.12. Visual Studio 2008의 모든 인스턴스를 서비스 팩 1로 업그레이드해야 한다.

    언어 버전을 비롯하여 Visual Studio 2008 제품의 여러 버전이 있는 컴퓨터에서 모든 버전을 서비스 팩 1로 업그레이드해야 합니다. Visual Studio 2008 제품은 공유 리소스를 사용하며 한 버전만 업그레이드하면 다른 Visual Studio 2008 버전이 지원되지 않는 상태가 될 수 있습니다.

    이 문제를 해결하려면

    언어 버전을 비롯하여 모든 Visual Studio 2008 버전을 서비스 팩 1로 업그레이드합니다.

    2.1.13. Visual Studio 2008 SP1 베타를 제거하면 캐비닛의 디지털 서명이 유효하지 않다는 보고서가 생성될 수 있다.

    Visual Studio 2008 SP1 베타를 제거하거나 Visual Studio 2008 패치 제거 도구를 실행하면 메시지 1330(캐비닛의 디지털 서명이 유효하지 않습니다)이 생성될 수 있으며 설치 소스를 묻는 메시지가 나타날 수 있습니다.

    이 문제는 간헐적인 디스크 읽기 오류나 네트워크 전송 문제 때문에 가장 흔하게 발생합니다.

    이 문제를 해결하려면

    Visual Studio 2008 SP1 베타를 제거하거나 Visual Studio 2008 패치 제거 도구를 다시 실행합니다.

    문제가 계속되는 경우

    1. Visual Studio 2008 패치 제거 도구를 사용하는 경우 로컬 하드 디스크에 저장합니다.
    2. Visual Studio 2008 RTM 설치 파일을 원본 미디어나 네트워크 위치에서 로컬 디렉터리(예: %TEMP%\VS2008)로 복사합니다.
    3. 원본 설치 미디어를 제거하거나 네트워크 케이블의 연결을 끊습니다.
    4. Visual Studio 2008 SP1 베타를 다시 제거하거나 Visual Studio 2008 패치 제거 도구를 다시 실행하고 소스를 묻는 메시지가 나타나면 2.에서 복사한 Visual Studio 2008 설치 파일의 로컬 경로를 지정합니다.

    2.1.14. SP1 설치 후 Visual Studio 복구를 미디어에서 실행하지 않아야 한다.

    Visual Studio SP1을 설치한 후 최초 릴리스(RTM) 설치 미디어에서 Visual Studio 복구를 실행하지 마십시오. Visual Studio 2008 SP1과 함께 설치되는 패키지가 최신이며 최초 릴리스(RTM) 설치 미디어에 존재하지 않기 때문에 프로그램 추가/제거를 사용해서만 복구할 수 있습니다.

    이 문제를 해결하려면

    Visual Studio 2008 SP1을 복구하려면

    1. 제어판에서 프로그램 추가/제거를 엽니다.
    2. Visual Studio 2008을 선택하고 변경을 클릭합니다.
    3. 유지 관리 창에서 Visual Studio 복구를 선택합니다.

    다음 구성 요소는 프로그램 추가/제거를 사용하여 별도로 복구해야 합니다.

    - Microsoft .NET Compact Framework
    - Microsoft Remote Debugger
    - Microsoft Visual Studio Tools for Office
    - Microsoft SQL Server Compact Edition
    - Microsoft Windows Mobile SDK

    2.1.15. x64 컴퓨터에서 Visual Studio 2008 Standard Edition 서비스 팩 1의 복구가 실패한다.

    레지스트리 값이 없기 때문에 Visual Studio 복구의 검색 논리가 올바르지 않습니다. 이 문제는 Visual Studio Standard가 설치된 x64 컴퓨터에서만 발생합니다.

    이 문제를 해결하려면

    1. Windows 탐색기를 엽니다.

    2. ..Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x64로 이동합니다.

    3. msvsmon.exe의 파일 버전을 기록합니다. 속성을 마우스 오른쪽 단추로 클릭하고 확인하거나 속성을 마우스로 가리키고 도구 설명을 읽으십시오.

    4. Regedit를 열고 다음 위치에서 현재 버전 문자열이 포함된 "Version"이라는 두 문자열 레지스트리 값을 추가합니다.

          HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Remote Debugger Lite Setup\9.0\1042

          HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Remote Debugger Lite Setup\9.0\1042

    2.1.16. Microsoft SQL Server 데이터베이스 게시 마법사 1.3이 프로그램 추가/제거에서 완전히 복구되지 않는다.

    프로그램 추가/제거를 사용하여 'Microsoft Sql Server 데이터베이스 게시 마법사 1.3'(Visual Studio 2008 서비스 팩 1 또는 Visual Web Developer 2008 SP1과 함께 설치되는 버전)을 복구하려고 하면 다음 문제 중 하나가 발생할 수 있습니다.

    a. 'Microsoft Sql Server 데이터베이스 게시 마법사 1.3' 구성 요소 아래에서 복구 단추를 사용할 수 없습니다.

    b. 복구 단추를 사용할 수 없지만 복구를 수행하면 이전 버전의 마법사 'Microsoft Sql Server 데이터베이스 게시 마법사 1.2'가 설치됩니다.

    c. 복구 단추를 사용할 수 없지만 복구를 수행하면 SqlPubWiz.msi의 소스를 묻는 메시지가 나타납니다.

     

    이 문제를 해결하려면

    Windows XP / Vista

    1. 제어판을 열고 프로그램 추가/제거로 이동합니다.

    2. 'Microsoft Sql Server 데이터베이스 게시 마법사 1.3'(또는 위의 (b) 때문에 이전 버전이 설치된 경우 'Microsoft Sql Server 데이터베이스 게시 마법사 1.2') 구성 요소를 마우스 오른쪽 단추로 클릭한 다음 제거를 클릭합니다. 제거가 완료될 때까지 기다립니다.

    3. http://go.microsoft.com/fwlink/?LinkId=119368에서 SqlPubWizInstaller.exe를 실행하여 'Microsoft Sql Server 데이터베이스 게시 마법사 1.3'을 다시 설치합니다. 프로그램 추가/제거를 살펴보고 이 구성 요소가 설치되었는지 확인할 수 있습니다.

    2.1.17. 호환되지 않는 베타 구성 요소가 컴퓨터에 설치되어 있으면 Visual Studio 2008 SP1이 설치를 차단한다.

    다음과 같은 시험판 프로그램과 업데이트가 설치되어 있으면 Visual Studio 2008 SP1이 성공적으로 설치되지 않으므로 Visual Studio 2008 SP1을 설치하기 전에 이러한 프로그램과 업데이트를 제거해야 합니다.
    - Microsoft Silverlight Tools 베타 1
    - Microsoft Visual Studio 2008 - KB949325
    - Microsoft Visual Studio 2008 - KB944899(v1)
    - Microsoft Visual Studio 2008 - KB945140(SP1 베타)
    이러한 프로그램을 제거하려면 자동화된 Visual Studio 2008 Service Pack Preparation Tool을 실행하는 것이 좋습니다. 이 도구는 지정된 업데이트와 프로그램을 시스템에서 제거하고 Visual Studio 2008 SP1 베타 릴리스의 수동 제거 중에 손상되었을 수 있는 Visual Studio 2008 기능의 무결성을 복원합니다.

    이 문제를 해결하려면

    1. http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409의 Visual Studio 2008 Service Pack Preparation Tool 다운로드 페이지를 방문합니다.
    2. 페이지의 지침을 따라 도구를 다운로드하고 실행합니다.

    2.1.18. Visual Studio Tools for Office 3.0 언어 팩이 있기 때문에 영어 이외의 VSTT 컴퓨터에 Visual Studio 2008 서비스 팩 1을 설치할 수 없다.

    Visual Studio 2008 SP1의 업데이트를 설치할 때 Visual Studio Tools for Office 3.0 언어 팩이 이미 설치되어 있기 때문에 Windows Installer 1638 오류가 나타날 수 있습니다. 이 문제는 영어 이외의 Visual Studio Team Test 2008과 VSTO 3.0 런타임 및 해당 언어 팩이 설치되어 있는 경우 발생합니다. VSTO 3.0 런타임은 Team Foundation Client 등의 다른 Visual Studio 제품에서도 설치할 수 있습니다.
    "ERROR_PRODUCT_VERSION 1638 이 제품의 다른 버전이 이미 설치되어 있으므로 설치를 계속할 수 없습니다. 설치되어 있는 제품을 구성하거나 제거하려면 제어판의 [프로그램 추가/제거]를 사용하십시오."

    이 문제를 해결하려면

    1. 프로그램 추가/제거(Windows XP) 또는 프로그램 및 기능(Windows Vista)을 사용하여 Visual Studio Tools for Office 3.0 Runtime 언어 팩을 제거합니다.
    2. Visual Studio 2008 SP1 설치 프로그램(SPInstaller.exe)을 다시 실행합니다.

    2.1.19. Visual Studio 2008 SP1을 설치하면 Windows SDK 구성 도구가 작동하지 않는다.

    Visual Studio 2008 SP1을 설치하면 .NET Framework 3.5 및 Windows Server 2008용 Windows SDK에서 Windows SDK 구성 도구가 작동하지 않습니다. 이 도구는 Visual Studio에서 빌드할 Windows SDK 헤더, 라이브러리 및 도구의 버전을 설정하는 데 사용됩니다. VS 2008 SP1을 설치한 후 X86 컴퓨터에서는 구성 도구에서 처리되지 않은 예외와 함께 충돌이 발생할 수 있습니다. X64 컴퓨터에서는 도구의 UI가 빈 대화 상자와 함께 표시됩니다.이 문제는 VS 2008 Express SKU에 영향을 미치지 않습니다.

    구성 도구는 서비스 팩 패치에서 잘못된 내용으로 덮어쓴 레지스트리 키 값을 사용합니다. SP1 패치가 설치된 후 HKLM\Software\Microsoft\Microsoft SDKs\Windows\v6.0a 하위 키 ProductVersion이 “v6.0A”로 설정됩니다. 하지만 구성 도구는 이 값을 6.xxx.xxx.xxx 형식의 빌드 번호로 인식하려 합니다. X64 컴퓨터에서는 추가 레지스트리 키가 잘못된 값 HKLM\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows\v6.0A@ProductVersion으로 덮어쓰입니다.

    이 문제를 해결하려면

    Visual Studio 2008을 복구하여 ProductVersion 값을 다시 설정합니다.
    1. 제어판을 열고 제품 및 기능(Vista 이전 운영 체제에서는 프로그램 추가/제거)을 선택합니다.
    2. Microsoft Visual Studio 2008을 선택하고 제거/변경을 클릭합니다. Visual Studio 2008 설치 마법사가 시작됩니다.
    3. 해당 메시지가 나타나면 Visual Studio 2008을 복구하거나 다시 설치하도록 선택합니다(이렇게 해도 서비스 팩은 제거되지 않음).
    또는 고급 사용자는 레지스트리 키를 수동으로 업데이트하여 ProductVersion 값을 “6.0.6001.17011”로 설정할 수 있습니다. 레지스트리를 편집하기 전에 고급 사용자를 위한 Windows 레지스트리 정보 문서를 검토하십시오.

    VS 2008의 GUI 모드에서 SDK 구성을 사용하려면 추가 해결 방법이 필요합니다. Windows SDK 블로그 글 WinSDK bug notification: SDK Config Tool appears to work but fails를 참조하십시오.

    2.1.20. Visual Studio 2008 SP1의 관리자 배포

    이 방법을 사용하면 Microsoft Systems Management Server(SMS) 또는 다른 소프트웨어 배포 도구를 통해 배포할 수 있습니다. 네트워크 관리자는 처음에 설치 프로그램을 실행하여 네트워크 공유에 전체 Visual Studio SP1 레이아웃을 만듭니다. 이 레이아웃은 무인 모드에서 설치 프로그램을 실행하여 배포됩니다. 전체 레이아웃을 만드는 것은 설치 프로그램이 페이로드 패키지를 인터넷에서 다운로드하지 못하게 하는 데 필요합니다. 무인 모드에서 실행하는 경우 서비스 팩 1 설치 프로그램은 검색된 모든 지정된 언어의 Visual Studio 2008 인스턴스를 자동으로 업데이트합니다. 오류가 발생하면 설치 프로그램이 자동으로 종료됩니다. 각 SP1 레이아웃은 특정 언어를 대상으로 하므로 Visual Studio 언어 버전이 여러 개인 환경에서는 여러 레이아웃을 만들어야 할 수 있습니다. 시스템에 대상 언어가 설치되어 있지 않으면 서비스 팩 1 설치 프로그램이 자동으로 실패합니다.

    SMS를 사용하여 구성 요소를 배포하려면 다음 단계를 수행해야 합니다.
    1. 전체 SP1 레이아웃 만들기
    2. 구성 요소 패키지 만들기
    3. 구성 요소 프로그램 만들기
    4. 구성 요소 배포 지점 만들기
    5. 구성 요소 보급 알림 만들기

    1단계: 전체 SP1 레이아웃 만들기
    1. 서버에 폴더를 하나 만듭니다(예: <drive>:\VS90SP1).
    2. Microsoft Visual Studio 2008 서비스 팩 1(exe)을 다운로드하고 컴퓨터에 로컬로 저장합니다(예: %Temp%\VS90sp1-KB945140-KOR.exe).
    3. 시작 메뉴에서 실행을 선택합니다.
    4. 다음 명령을 입력하여 만들어진 디렉터리에 모든 SP1 페이로드 구성 요소의 다운로드를 시작합니다.
      %TEMP%\VS90sp1-KB945140-KOR.exe /createlayout <drive>:\VS90SP1 /q

      참고: 연결 속도에 따라 다운로드(~850MB)에 시간이 걸릴 수 있습니다. 지정된 로캘의 전체 SP1 업데이트 집합이 포함되도록 만들어진 레이아웃에서 SPInstaller.exe를 호출하여 서비스 팩 1을 설치할 수 있습니다. 수동 배포의 경우 /q 매개 변수를 /passive로 바꾸어 다운로드/설치 진행 정보를 표시할 수 있습니다.
    2단계: 구성 요소 패키지 만들기
    1. 시작을 클릭하고 프로그램을 가리킨 다음 Systems Management Server를 클릭하여 SMS Administrator console을 엽니다.
    2. Site Database 트리에서 Packages를 마우스 오른쪽 단추로 클릭하고 New를 가리킨 다음 Package를 클릭합니다.
    3. Package Properties 대화 상자의 General 탭에서 다음 값을 적절한 필드에 추가합니다.

      필드

      Name

      Microsoft Visual Studio 2008 Service Pack 1

      Version

      SP1

      Publisher

      Microsoft

      Language

      <구성 요소 언어>


    4. Data Source 탭에서 This package contains source files 확인란을 클릭한 다음 Always obtain files from source directory를 클릭합니다.
    5. Set을 클릭합니다.
    6. Set Source Directory 대화 상자에서 Local drive on site server를 클릭한 다음 Browse를 클릭합니다.
    7. Browse for Folder 대화 상자에서 설치할 구성 요소의 폴더(예: <drive>:\VS90SP1)를 선택합니다.
    8. OK를 차례로 세 번 클릭하여 대화 상자를 닫습니다.

    3단계: 구성 요소 프로그램 만들기
    각 SMS 패키지에는 SMS 프로그램이 하나 이상 포함되어 있습니다. SMS 프로그램은 각 대상 컴퓨터에서 패키지의 실행 방법을 제어하기 위해 실행되는 명령줄 프로그램입니다.
    1. SMS Administrator console의 Site Database 트리에 있는 Packages 아래에서 적절한 노드를 확장합니다.
    2. Programs를 마우스 오른쪽 단추로 클릭하고 New를 가리킨 다음 Program을 클릭합니다.
    3. Program Properties 대화 상자의 General 탭에서 Name 상자에 Microsoft Visual Studio 2008 SP1을 입력합니다. 그런 다음 Command Line 상자에 SPInstaller.exe /q /norestart 값을 입력합니다.
    4. After running 목록에서 다음 목록에 따라 적절한 값을 선택합니다.
    5. Environment 탭에서 User input required 확인란의 선택을 취소한 다음 Run with administrative rights를 클릭합니다.
    6. OK를 클릭하여 Program Properties 대화 상자를 닫습니다.

    4단계: 구성 요소 배포 지점 만들기
    SMS 배포 지점은 사이트 시스템의 공유입니다. 클라이언트 컴퓨터에서 패키지 소스 파일에 액세스할 수 있도록 패키지 소스 파일을 SMS 배포 지점에 복사합니다.
    1. SMS Administrator Console의 Site Database 트리에 있는 적절한 노드 아래에서 Distribution Points를 마우스 오른쪽 단추로 클릭하고 New를 가리킨 다음 Distribution Points를 클릭합니다.
    2. New Distribution Points 마법사에서 Next를 클릭합니다.
    3. 패키지를 복사할 배포 지점을 선택합니다.
    4. Finish를 클릭합니다.

    5단계: 구성 요소 보급 알림 만들기
    보급 알림은 클라이언트 컴퓨터에서 사용할 수 있는 프로그램이 어떤 것들인지, 해당 보급 알림을 받을 컴퓨터가 무엇인지, 해당 프로 그램을 설치할 시간이 언제인지를 지정합니다.
    1. SMS Administrator Console의 Site Database 트리에서 Advertisements를 마우스 오른쪽 단추로 클릭하고 New를 가리킨 다음 Advertisement를 클릭합니다.
    2. Advertisement Properties 대화 상자의 General 탭에서 Name 상자에 Microsoft Visual Studio 2008 SP1을 입력합니다.
    3. Package 목록에서 적절한 구성 요소를 선택합니다.
    4. Program 목록에서 적절한 구성 요소 프로그램을 선택합니다.
    5. Browse를 클릭한 다음 프로그램을 배포할 컴퓨터 컬렉션을 선택합니다.
    6. OK를 클릭하여 Advertisement Properties 대화 상자를 닫습니다.

    2.1.21. 영어가 아닌 다른 언어 버전의 Visual Studio SP1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다.

    영어가 아닌 다른 언어 버전의 Visual Studio SP1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다. 이 문제는 다음과 같은 언어 버전의 Visual Studio SP1에서 발생합니다.

    - 한국어
    - 중국어(간체)
    - 중국어(번체)
    - 독일어
    - 스페인어
    - 프랑스어
    - 이탈리아어
    - 일본어

    이 문제를 해결하려면

    KB 957507에서 자세한 내용을 확인하신 후 파일을 다운로드 합니다.

    2.2. 제거

    알려진 문제가 없습니다.

    2.3. 제품 문제

    2.3.1. 일반적인 문제

    2.3.1.1. .NET Framework 3.5 SP1 부트스트래퍼 패키지에 대해 동일한 사이트 사용

    ClickOnce 게시나 설치 프로젝트의 필수 구성 요소 대화 상자에서 .NET Framework 3.5 SP1 부트스트래퍼 패키지가 선택되어 있고 내 응용 프로그램과 동일한 위치에서 필수 구성 요소 다운로드 옵션도 선택되어 있는 경우 다음 빌드 오류가 표시됩니다. 

    필수 구성 요소의 설치 위치를 '구성 요소 공급업체의 웹 사이트'로 설정하지 않아 디스크에서 'Microsoft.Net.Framework.3.5.SP1' 항목의 'dotNetFx35setup.exe' 파일을 찾을 수 없습니다.

    이 문제를 해결하려면

    패키지 데이터 업데이트
    1. [Program Files]\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 폴더나 x64 운영 체제의 경우 %ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1을 엽니다.
    2. Product.xml 파일을 메모장에서 편집합니다.
    3. 다음을 < PackageFiles > 요소에 붙여 넣습니다.
      <PackageFile Name="TOOLS\clwireg.exe"/>
      <PackageFile Name="TOOLS\clwireg_x64.exe"/>
      <PackageFile Name="TOOLS\clwireg_ia64.exe"/>
    4. < PackageFile Name="dotNetFX30\XPSEPSC-x86-en-US.exe"의 요소를 찾고 PublicKey 값을 다음으로 변경합니다. 3082010A0282010100A2DB0A8DCFC2C1499BCDAA3A34AD23596BDB6CBE2122B794C8EAAEBFC6D526C232118BBCDA5D2CFB36561E152BAE8F0DDD14A36E284C7F163F41AC8D40B146880DD98194AD9706D05744765CEAF1FC0EE27F74A333CB74E5EFE361A17E03B745FFD53E12D5B0CA5E0DD07BF2B7130DFC606A2885758CB7ADBC85E817B490BEF516B6625DED11DF3AEE215B8BAF8073C345E3958977609BE7AD77C1378D33142F13DB62C9AE1AA94F9867ADD420393071E08D6746E2C61CF40D5074412FE805246A216B49B092C4B239C742A56D5C184AAB8FD78E833E780A47D8A4B28423C3E2F27B66B14A74BD26414B9C6114604E30C882F3D00B707CEE554D77D2085576810203010001
    5. < PackageFile Name="dotNetFX30\XPSEPSC-amd64-en-US.exe"의 요소를 찾고 PublicKey 값을 위의 4단계와 동일하게 변경합니다.
    6. product.xml 파일을 저장합니다.
    7.  
    핵심 설치 파일 다운로드 및 추출
    1. http://go.microsoft.com/fwlink?LinkID=118080으로 이동합니다.
    2. dotNetFx35.exe 파일을 로컬 디스크로 다운로드합니다.
    3. 명령 프롬프트 창을 열고 dotNetFx35.exe를 다운로드한 디렉터리로 변경합니다.
    4. 명령 프롬프트에서 다음과 같이 입력합니다.
      dotNetFx35.exe /x:.
      이렇게 하면 Framework 파일이 현재 디렉터리의 “WCU”라는 폴더에 추출됩니다.
    5. WCU\dotNetFramework 폴더의 내용을 복사하여 %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 폴더(x64 운영 체제의 경우 %ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 폴더)에 붙여 넣습니다. WCU\dotNetFramework 폴더 자체를 복사하면 안 됩니다. WCU 폴더에는 다섯 개의 폴더가 있어야 하며 각 폴더는 이제 DotNetFx35SP1 폴더에 나타나야 합니다. 폴더 구조는 다음과 같아야 합니다.
      o DotNetFx35SP1 (폴더)
    언어 팩 지원 파일 다운로드
    1. 아래 표의 다운로드 위치를 참조합니다.
    2. 제공된 URL로 이동하고 메시지가 나타나면 표에 표시된 dotNetFx35SP1 폴더의 하위 디렉터리에 다운로드합니다. 해당 패키지를 사용하여 x64를 지원할 필요가 없는 경우라도 이 작업은 x86 파일과 x64 파일에 대해 한 번씩 수행해야 합니다.

    언어

    아키텍처

    소스 URL

    대상

    중국어(간체)

    x86

    http://go.microsoft.com/fwlink?LinkID=118146

    zh-CHS\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118151

    zh-CHS\DotNetFX35\x64

    중국어(번체)

    x86

    http://go.microsoft.com/fwlink?LinkID=118087

    zh-CHT\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118050

    zh-CHT\DotNetFX35\x64

    영어

    x86

    N/A

    N/A

    x64

    N/A

    N/A

    프랑스어

    x86

    http://go.microsoft.com/fwlink?LinkID=118148

    fr\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118153

    fr\DotNetFX35\x64

    독일어

    x86

    http://go.microsoft.com/fwlink?LinkID=118149

    de\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118154

    de\DotNetFX35\x64

    이탈리아어

    x86

    http://go.microsoft.com/fwlink?LinkID=118097

    it\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118115

    it\DotNetFX35\x64

    일본어

    x86

    http://go.microsoft.com/fwlink?LinkID=118096

    ja\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118114

    ja\DotNetFX35\x64

    한국어

    x86

    http://go.microsoft.com/fwlink?LinkID=118147

    ko\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118152

    ko\DotNetFX35\x64

    포르투갈어 - 브라질

    x86

    http://go.microsoft.com/fwlink?LinkID=118092

    pt-BR\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118110

    pt-BR\DotNetFX35\x64

    러시아어

    x86

    http://go.microsoft.com/fwlink?LinkID=118090

    ru\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118108

    ru\DotNetFX35\x64

    스페인어

    x86

    http://go.microsoft.com/fwlink?LinkID=118101

    es\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118119

    es\DotNetFX35\x64

    2.3.1.2. Visual Studio 2008 RTM 및 Visual Studio 2008 SP1 RTM을 설치한 후 재배포 가능 mfc90rus.dll이 업데이트되지 않는다.

    - Visual Studio 2008 SP1 RTM 패치를 설치한 후 redist 폴더에 mfc90rus.dll이 없습니다.

    - 사용자가 러시아어 리소스를 사용하여 지역화된 응용 프로그램을 작성하고 배포할 수 없습니다.

    이 문제를 해결하려면

    winsxs 폴더의 MFC90RUS.DLL을 redist 폴더에 복사할 수 있습니다.

    2.3.1.3. 일부 경우에 Visual Studio 2008 SP1을 설치하는 중 원본 설치 미디어가 필요하다는 메시지가 나타난다.

    Visual Studio 2008을 설치할 때 다음 기능을 선택하지 않은 경우 Visual Studio 2008 SP1을 설치하는 중 원본 설치 미디어가 필요하다는 메시지가 나타날 수 있습니다.

    "Visual C++ 클래스 및 템플릿 라이브러리" 아래

    - ATL MFC 소스 코드

    - ATL MFC 정적 라이브러리 ANSI

    - ATL MFC 정적 라이브러리 유니코드

    - ATL MFC 공유 라이브러리 ANSI

    - ATL MFC 공유 라이브러리 유니코드

    "Visual C++ 도구" 아래

    - MFC 추적 유틸리티

    - Visual C++ 오류 조회

    - Win32 도구

    이 문제를 해결하려면

    원본 미디어를 사용합니다.

    2.3.1.4. 프로젝트에 System.Data.Entity에 대한 참조를 추가한 후에도 대상 .NET Framework 버전이 .NET Framework 3.5 SP1이 아니다.

    개발 중 .NET Framework Client Profile을 대상으로 지정하는 옵션을 선택한 경우 SP1이 있어야 하는 System.Data.Entity에 대한 참조를 추가하더라도 ClickOnce에서 SP1이 자동으로 확인되지 않습니다.

    System.Data.Entity에 대한 참조가 들어 있는 프로젝트에서 클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소하면 응용 프로그램에서는 SP1이 없는 .NET Framework 3.5를 확인하며 이는 올바르지 않습니다.

    이 문제를 해결하려면

    ClickOnce에서 .NET Framework 3.5 SP1을 확인하도록 하려면

    Visual Basic 프로젝트의 경우

    솔루션 탐색기에서 내 프로젝트를 두 번 클릭하여 프로젝트 속성을 엽니다.
    컴파일 탭을 클릭합니다.
    고급 컴파일 옵션을 클릭합니다.
    클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    프로젝트에서 System.Data.Entity에 대한 참조를 제거합니다.
    System.Data.Entity에 대한 참조를 프로젝트에 다시 추가합니다.
     

    C# 프로젝트의 경우

    솔루션 탐색기에서 속성을 두 번 클릭하여 프로젝트 속성을 엽니다.
    응용 프로그램 탭을 클릭합니다.
    클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    프로젝트에서 System.Data.Entity에 대한 참조를 제거합니다.
    System.Data.Entity에 대한 참조를 프로젝트에 다시 추가합니다.

    2.3.1.5. .NET Framework Client Profile이 이미 설치되어 있는데도 ClickOnce에 의해 생성된 publish.htm 페이지에서 이를 설치하려고 한다.

    생성되는 publish.htm 페이지에는 대상 컴퓨터에 .NET Framework Client Profile이 있는지를 확인하는 스크립트가 포함되어 있지 않습니다.

    이 문제를 해결하려면

    1. 응용 프로그램에 클라이언트 전용 프레임워크 하위 집합이 대상으로 지정되어 있는지 확인합니다.

    Visual Basic 프로젝트의 경우

    솔루션 탐색기에서 내 프로젝트를 두 번 클릭하여 프로젝트 속성을 엽니다.
    컴파일 탭을 클릭합니다.
    고급 컴파일 옵션을 클릭합니다.
    클라이언트 전용 프레임워크 하위 집합 옵션을 선택합니다.
     

    C# 프로젝트의 경우

    솔루션 탐색기에서 속성을 두 번 클릭하여 프로젝트 속성을 엽니다.
    응용 프로그램 탭을 클릭합니다.
    클라이언트 전용 프레임워크 하위 집합 옵션을 선택합니다.
     

    2. 올바른 스크립트를 가져오려면 .NET Framework 3.5 SP1 필수 구성 요소를 선택하고 응용 프로그램을 게시합니다.

    3. 프로젝트의 게시 속성에서 필수 구성 요소 패키지를 다시 .NET Framework Client Profile로 변경하고 게시할 때마다 자동으로 배포 웹 페이지 생성 옵션의 선택을 취소합니다.

    4. 응용 프로그램을 다시 게시합니다.

    2.3.1.6. ADO.NET Entity Data Model Designer에서 연결 커넥터가 나타나지 않거나 잘못된 위치에 나타난다.

    이 문제는 다음과 같은 두 가지 경우에 발생합니다.

    1. Update Model from Database가 실행된 후 데이터베이스에 새 외래 키에 대한 연결이 만들어졌지만 다이어그램에는 이 연결이 나타나지 않는 경우

    2. 디자이너에서 실행 취소/다시 실행 작업을 수행한 후 다이어그램에서 연결 선이 잘못된 위치에 나타나는 경우

    이 문제를 해결하려면

    다음 해결 방법 중에서 선택할 수 있습니다.

    - 파일을 저장합니다. 그런 다음 디자이너를 닫고 파일을 다시 엽니다.

    - 다이어그램의 빈 영역을 마우스 오른쪽 단추로 클릭한 다음 레이아웃 다이어그램을 클릭합니다. 이렇게 하면 이전에 수동으로 변경한 다이어그램 레이아웃이 바뀔 수 있습니다.

    - 관련 엔터티를 수동으로 이동하여 렌더링을 새로 고칩니다.

    2.3.1.7. Microsoft Visual Studio 2008 SP1 ReportViewer에 대한 기본 리디렉션 링크가 올바르지 않다.

    영어 이외의 운영 체제의 경우 설치 및 배포 프로젝트에 제공된 Visual Studio 2008 ReportViewer(ReportViewer.exe)에 대한 기본 리디렉션 링크가 ReportViewer(ReportViewerLP.exe)의 언어 팩으로 잘못 리디렉션합니다.

    이 문제를 해결하려면

    1. %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<locale>\package.xml을 엽니다.

    2. package.xml에서 http://go.microsoft.com/fwlink/?LinkID=98185 링크를 http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409로 바꿉니다.

    3. ReportViewerLP.exe에 대한 링크 http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>를 변경하지 않았는지 확인합니다.

    2.3.1.8. 설치된 Visual Studio Team Server 2008 SP1을 사용하여 부하 테스트를 실행할 수 없다.

    Visual Studio Team Server 2008 SP1 클라이언트를 설치하고 이를 사용하여 부하 테스트를 실행할 경우 Visual Studio Team Server 2008 SP1 컨트롤러를 사용하여 테스트를 실행해야 합니다. 또한 온라인 상태이며 해당 컨트롤러에 연결된 모든 에이전트도 Visual Studio Team Server 2008 SP1 에이전트여야 합니다. Visual Studio 클라이언트에만 SP1을 설치하고 Visual Studio Team Server 2008 SP1 버전이 설치되지 않은 Test Rig를 사용하여 부하 테스트를 실행하면 부하 테스트가 즉시 실패하고 테스트 결과 창에 "실행되지 않음"이라고 표시됩니다. 테스트 결과 창에서 링크를 클릭하면 "테스트 실행 오류 및 경고" 섹션에 다음과 유사한 오류가 표시됩니다.

    테스트 실행 'username@MYCONTROLLER 2008-06-13 11:17:28'을(를) 큐에 대기시키지 못했습니다. 'Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile' 형식의 개체를 'Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile' 형식으로 변환할 수 없습니다. 

    표시된 첫 번째 형식은 부하 테스트에 사용된 부하 패턴의 유형에 따라 달라집니다.

    여러 가지 부하 테스트 패턴을 구현하기 위해 Visual Studio Team Server 2008 SP1의 API가 향상되었으므로 Visual Studio 클라이언트, 컨트롤러 및 에이전트의 버전은 일치해야 합니다.

    이 문제를 해결하려면

    클라이언트, 컨트롤러 및 에이전트를 Visual Studio 2008 SP1로 업그레이드합니다.

    2.3.1.9 Windows Vista에서 어셈블리 캐시 뷰어 실행

    어셈블리 캐시 뷰어(Shfusion.dll)는 Windows 탐색기를 사용하여 전역 어셈블리 캐시의 내용을 보고 조작할 수 있도록 하는 Windows 셸 확장입니다. Shfusion.dll은 %windir%\Microsoft.NET\Framework\v2.0.50727 디렉터리에 있습니다.

    Windows Vista에서 어셈블리 캐시 뷰어는 전역 어셈블리 캐시의 경로와 함께 START 명령을 사용하는 등의 방법으로 권한이 높은 명령 프롬프트 창에서 여는 경우에도 높은 권한으로 실행되지 않습니다. 이는 어셈블리 캐시 뷰어가 높은 권한으로 실행되지 않는 Windows 탐색기의 셸 확장이기 때문입니다.

    이 문제를 해결하려면

    보는 용도로만 Shfusion.dll을 사용합니다.

    업데이트의 경우 관리 권한이 있는 명령 프롬프트 창을 열고 .NET Framework SDK에서 Gacutil.exe 명령줄 도구를 사용합니다.

    2.3.1.10 64비트 프로파일러 SDK가 설치되지 않는다.

    PerfSDK 폴더가 x64 성능 도구 디렉터리에 없습니다. 이 폴더에는 프로파일링 런타임 API에서 링크해야 하는 vsperf.h 및 vsperf.lib가 포함되어 있습니다.

    이 문제를 해결하려면

    64비트 프로파일러 SDK는 MSDN 다운로드 센터에서 사용할 수 있는 64비트 SP1 독립 실행형 프로파일러 설치에 포함됩니다. 64비트 버전의 Windows에 64비트 독립 실행형 프로파일러를 설치한 다음 설치된 64비트 PerfSDK 디렉터리를 "%program files(x86)%\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64"에 복사합니다.

    2.3.1.11 web.config 파일이 손상되었거나 없는 경우 웹 사이트 프로파일링이 실패한다.

    web.config 파일이 이전 프로파일링 실행에서 손상되었거나 삭제된 경우 프로파일러가 "웹 사이트를 올바로 구성할 수 없습니다. ASP.NET 프로세스 정보를 가져오지 못했습니다. 서버에서 Asp.Net 버전 2.0 이상을 실행하고 있지 않습니다. 'Http://localhost/VSEnterpriseHelper.axd'을(를) 요청하면 오류가 반환됩니다. 원격 서버에서 (500) 내부 서버 오류를 반환했습니다." 메시지를 표시합니다.

    이 문제를 해결하려면

    web.config 파일을 삭제합니다.

    디버거 아래에서 웹 사이트를 실행하여 정리된 web.config 파일을 다시 생성합니다.

    프로파일러 아래에서 실행합니다.

    2.3.1.12 "Microsoft Visual Studio 2008 Report Viewer"가 필수 구성 요소로 포함된 CHT 및 JPN 설치 및 배포 프로젝트가 경고 메시지를 표시한다.

    "Microsoft Visual Studio 2008 Report Viewer"가 필수 구성 요소로 포함된 CHT 또는 JPN 설치 및 배포 프로젝트를 만들면 몇 가지 경고 메시지가 표시됩니다. 그러나 이러한 경고 메시지로 인해 ReportViewer 컨트롤을 비롯한 응용 프로그램 배포가 실패하지는 않습니다.

    이 문제를 해결하려면

    해결 방법이 필요하지 않습니다.

    2.3.1.13 AMD64 및 IA64 ATL applocal 어셈블리가 Visual Studio 2008 SP1로 업데이트되지 않는다.

    %VSINSTALLDIR%\vc\redist\amd64 및 %VSINSTALLDIR%\vc\redist\ia64 아래의 AMD64 및 IA64 ATL applocal 어셈블리가 Visual Studio 2008 SP1로 업데이트되지 않습니다. 따라서 SP1 설치 후 두 어셈블리가 Visual Studio 2008 RTM 수준(9.0.21022.8)에서 유지됩니다. 이에 따라 Visual Studio 2008 SP1 .dll 파일에 바인딩하는 AMD64 및 IA64 ATL 응용 프로그램의 applocal 배포가 영향을 받습니다.

    이 문제를 해결하려면

    1. %VSINSTALLDIR%\vc\redist\amd64\atl90.dll 및 %VSINSTALLDIR%\vc\redist\ia64\atl90.dll을 %windir%\winsxs 아래에 설치된 해당 SP1 AMD64 및 IA64 파일로 바꿉니다.

      참고: SP1 AMD64 및 IA64 파일은 %windir%\winsxs 아래의 다음 하위 폴더에 설치됩니다.

      SP1 AMD64 atl90.dll => amd64_microsoft.vc90.atl*9.0.30729.1*
      SP1 IA6464 atl90.dll => ia64_microsoft.vc90.atl*9.0.30729.1*

    2. 텍스트 편집기에서 %VSINSTALLDIR%\vc\redist\amd64\Microsoft.VC90.ATL.manifest를 엽니다. 아래의 버전 값을
      version="9.0.21022.8"
      다음 값으로 변경합니다.
      version="9.0.30729.1"

      %VSINSTALLDIR%\vc\redist\ia64\Microsoft.VC90.ATL.manifest에도 위의 작업을 반복합니다.

    3. 파일을 저장합니다.

    2.3.1.14 VC 재배포 가능(x86, x64 및 ia64) 패키지에 잘못된 사용 조건이 포함된다.

    ENU VC 재배포 가능 패키지(VCRedist_x86.exe, VCRedist_x64.exe 및 VCRedist_ia64.exe)에 현재 연결된 사용 조건에서는 VC 재배포 가능 패키지를 재배포할 수 있도록 허용하지 않습니다. 이 사용 조건에는 소프트웨어의 복사본을 하나만 설치하고 사용할 수 있다고 명시되어 있습니다. 올바른 사용 조건에서는 VC 재배포 가능 패키지의 복사본을 개수에 관계없이 설치하고 사용할 수 있도록 허용합니다.

    이 문제를 해결하려면

    이 문제는 다음 두 가지 방법을 통해 해결합니다.
    1. 핫픽스 사이트로 이동하고 디스크의 VC 재배포 가능 패키지 파일을 새 사용 조건이 포함된 새 파일로 바꾸는 Visual Studio 2008 SP1용 핫픽스를 다운로드합니다.
    2. SP1 vcredist 패키지를 다운로드하고 디스크에 있는 세 가지 vcredist 패키지 파일을 바꿉니다.

    2.3.1.15. 배포 패키지를 설치할 때 , 웹을 통한 일부 필수 구성 요소 설치가 실패합니다.

    사용자가 웹을 통한 설치를 지정했을 때, 설치 프로젝트와 함께 생성된 배포 패키지의 일부 필수 구성 요소의 설치가 실패합니다. 해당 연결 구성 요소와 더불어 ClickOnce 배포 패키지 또한 설치 중 실패합니다.

    이 문제는 일부 구성 요소 파일을 지정하는 URL이 잘못되었기 때문입니다. package.xml 파일에서 해당 URL을 직접 수정하여 이 문제를 해결할 수 있습니다.

    이 문제를 해결하려면

    1. "%Program Files%\Microsoft SDKs\Windows\6.0A\Bootstrapper\Packages\"로 이동합니다.

    다음 위치의 "package.xml"을 편집합니다.
       a. "\VSTOR30\ko\"
       b. "\SqlExpress\ko\"

       다음과 같이 변경합니다.

       a. "<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147amp;clcid=0x412 </String>"
           을
           "<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147&clcid=0x412 </String>"로 바꿉니다.

       b. "<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136amp;clcid=0x412 </String>"
           을
           "<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136&clcid=0x412 </String>"로 바꿉니다.

    참고: 차이점은 소스에서 "amp;clcid=0x412" 앞에 "&"를 추가해야 한다는 것뿐입니다. 0x412는한국어 언어 식별자를 나타냅니다.

    2.3.1.16. 영어가 아닌 다른 언어 버전의 Microsoft Visual Studio 2008 서비스 팩 1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다.

    영어가 아닌 다른 언어 버전의 Microsoft Visual Studio 2008 서비스 팩 1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다. 이 문제는 다음과 같은 언어 버전의 Visual Studio 2008 SP1에서 발생합니다.

    - 한국어
    - 중국어(간체)
    - 중국어(번체)
    - 독일어
    - 스페인어
    - 프랑스어
    - 이탈리아어
    - 일본어

    이 문제를 해결하려면

    KB 957507에서 자세한 내용을 확인하신 후 파일을 다운로드 합니다.

    2.3.2 ADO.NET

    알려진 문제가 없습니다.

    2.3.3. 언어

    2.3.3.1 CRichEditView가 있는 MFC 응용 프로그램으로 인해 RC2151이 발생한다.

    MFC 응용 프로그램 마법사를 사용하여 리본 UI를 사용하는 MFC 응용 프로그램을 만들고 기본 클래스를 CView에서 CRichEditView로 변경하는 경우 응용 프로그램이 다음 리소스 컴파일러 오류가 발생하면서 빌드되지 않습니다.

    ".\REdit.rc(565) : error RC2151 : cannot reuse string constants, 280(0x118) - "Insert Object...

    o" already defined. Cannot add 280(0x118) - "Find/Replace

    f"

    이 문제는 resource.h에서 다음 매크로에 대한 매크로 값 정의가 중복되기 때문에 발생합니다.

    #define IDS_RIBBON_INSERT_OBJECT   280

    #define IDS_RIBBON_FINDREPLACE       280

    이 문제를 해결하려면

    1. Resource.h 파일을 엽니다.

    2. IDS_RIBBON_INSERT_OBJECT 및 IDS_RIBBON_FINDREPLACE 매크로를 찾습니다.

    3. 매크로 값 중 하나를 "307"이나 파일에서 사용되지 않는 임의의 값으로 변경합니다.

    4. 응용 프로그램을 다시 빌드합니다.

    #define IDS_RIBBON_INSERT_OBJECT   280

    #define IDS_RIBBON_FINDREPLACE       307

    2.3.4. LINQ

    알려진 문제가 없습니다.

    2.3.5. Visual Studio Tools for Office

    2.3.5.1. Visual Studio 2008 SP1을 사용하여 만든 Office 2007 솔루션을 설치하려면 Visual Studio Tools for the Office system 3.0 Runtime SP1이 필요하다.

    배포 매니페스트(.vsto 파일), Office 응용 프로그램, 문서 또는 통합 문서를 여는 방법으로 솔루션을 설치할 경우 오류 메시지가 나타날 수 있습니다. 이는 솔루션 설치 관리자에서 필수 구성 요소 확인을 수행하지 않기 때문입니다.

    이 문제를 해결하려면

    이 문제는 다음 두 가지 방법을 통해 해결합니다.
    - Visual Studio Tools for the Office system 3.0 Runtime SP1용 SP1 패치를 설치합니다.
    - 설치 프로그램을 실행하여 솔루션을 설치합니다.
    설치 프로그램은 올바른 버전의 필수 구성 요소를 확인하고 필요에 따라 설치합니다.

    2.3.5.2. Office 2003 솔루션에서 .NET Framework Client Profile을 대상 프레임워크로 사용할 수 없다.

    프로젝트에서 .NET Framework Client Profile을 지원하지 않더라도 프로젝트의 속성 페이지에서는 .NET Framework Client Profile을 대상 프레임워크로 선택할 수 있습니다.

    이 문제를 해결하려면

    프로젝트에서 Office 2003을 대상 버전으로 사용하는 경우에는 프로젝트의 속성 페이지에서 클라이언트 전용 프레임워크 하위 집합 옵션을 선택하지 않습니다.

    2.3.5.3. .NET Framework Client Profile용 Office 솔루션을 개발할 때 경고 메시지가 나타난다.

    .NET Framework Client Profile 런타임용 Office 솔루션을 개발할 때 "The project has a reference to assembly <name>. This assembly is not part of the .NET Framework Client Profile. By not having this reference, there may be compile or runtime errors." 또는 "참조된 어셈블리 <name>에 .NET Framework Client Profile의 일부로 나열되지 않은 <assembly>에 대한 종속성이 있습니다. 이 종속 참조가 필요한 경우 컴파일 오류가 발생할 수도 있습니다."라는 빌드 경고 메시지가 나타납니다.

    이러한 경고를 무시하면 누락된 어셈블리로 인해 "처리되지 않은 예외: System.IO.FileNotFoundException: 파일이나 어셈블리 <assembly> 또는 여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 지정한 파일을 찾을 수 없습니다."라는 예외가 발생할 수 있습니다.

    이 문제를 해결하려면

    응용 프로그램에서 .NET Framework Client Profile에 포함되지 않은 어셈블리를 필요로 하는 기능을 사용하는 경우 프로젝트에서 전체 .NET Framework 3.5를 대상 프레임워크로 사용하도록 합니다.

    Visual Basic 프로젝트의 경우

    1. 솔루션 탐색기에서 내 프로젝트를 두 번 클릭하여 프로젝트 속성을 엽니다.
    2. 컴파일 탭을 클릭합니다.
    3. 고급 컴파일 옵션을 클릭합니다.
    4. 클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    5. .NET Framework 3.5가 대상 프레임워크로 나타나는지 확인합니다.

    C# 프로젝트의 경우

    1. 솔루션 탐색기에서 속성을 두 번 클릭하여 프로젝트 속성을 엽니다.
    2. 응용 프로그램 탭을 클릭합니다.
    3. 클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    4. .NET Framework 3.5가 대상 프레임워크로 나타나는지 확인합니다.

    2.3.5.4. 솔루션을 게시할 때 "Microsoft Office 2007 주 Interop 어셈블리에 대해 'HomeSite' 특성을 지정하지 않았습니다."라는 경고 메시지가 나타난다.

    기본적으로 솔루션 부트스트래퍼는 웹에서 주 interop 어셈블리 패키지를 다운로드하도록 구성되어 있습니다. 하지만 이 패키지는 다운로드할 수 없으므로 응용 프로그램과 동일한 위치에서 설치해야 합니다. 

    이 문제를 해결하려면

    이 경고는 무시해도 됩니다.

    필수 구성 요소 대화 상자에서 구성 요소 공급업체의 웹 사이트에서 필수 구성 요소 다운로드를 선택했더라도 주 interop 어셈블리 패키지는 응용 프로그램과 동일한 위치에 자동으로 게시됩니다.

    2.3.5.5. Visual Studio 2008 SP1을 설치한 후 이전에 만든 Office 프로젝트를 게시할 때 경고가 표시된다.

    솔루션을 게시할 때 "'Visual Studio Tools for Office system 3.0 Runtime 서비스 팩 1'에 필요한 '.NET Framework Client Profile' 항목이 포함되어 있지 않습니다."라는 경고가 나타납니다.

    이 경고는 Visual Studio Tools for Office system 3.0 Runtime 서비스 팩 1이 설치 필수 구성 요소로 선택되어있지만 .NET Framework 3.5 서비스 팩 1이나 .NET Framework Client Profile 패키지는 모두 선택되어 있지 않은 경우에 나타납니다.

    이 문제를 해결하려면

    1. 프로젝트 속성을 엽니다.
    2. 게시 탭을 클릭합니다.
    3. 필수 구성 요소를 클릭하여 필수 구성 요소 대화 상자를 엽니다.
    4. .NET Framework 3.5 서비스 팩 1 또는 .NET Framework Client Profile을 선택합니다.
    5. 솔루션을 다시 게시합니다.

    2.3.5.6. ServerDocument 클래스를 사용하는 응용 프로그램에서 .NET Framework Client Profile을 대상으로 사용할 수 없다.

    프로젝트의 대상이 .NET Framework Client Profile인 경우 응용 프로그램을 실행할 때 FileNotFound 예외가 throw됩니다. 이는 ServerDocument 클래스를 사용하려면 전체 .NET Framework 3.5가 필요하기 때문입니다. 

    이 문제를 해결하려면

    Visual Basic 프로젝트의 경우
    1. 솔루션 탐색기에서 내 프로젝트를 두 번 클릭하여 프로젝트 속성을 엽니다.
    2. 컴파일 탭을 클릭합니다. 고급 컴파일 옵션을 클릭합니다.
    3. 클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    4. .NET Framework 3.5가 대상 프레임워크로 나타나는지 확인합니다.
    C# 프로젝트의 경우
    1. 솔루션 탐색기에서 속성을 두 번 클릭하여 프로젝트 속성을 엽니다.
    2. 응용 프로그램 탭을 클릭합니다.
    3. 클라이언트 전용 프레임워크 하위 집합 옵션의 선택을 취소합니다.
    4. .NET Framework 3.5가 대상 프레임워크로 나타나는지 확인합니다.

    2.3.6. 웹 개발

    2.3.6.1. Visual Studio 2008 SP1을 사용하려면 Silverlight Tools 베타 2 설치를 업데이트해야 한다.

    Silverlight Tools 베타 2가 이미 설치된 경우에는 Visual Studio 2008 SP1을 설치한 후 Silverlight Tools 베타 2 설치를 업데이트하기 전까지 Visual Studio에서 Silverlight 프로젝트를 열 수 없습니다.

    이 문제를 해결하려면

    http://go.microsoft.com/fwlink/?LinkID=120032에서 업데이트된 Visual Studio 2008 SP1용 Silverlight Tools 베타 2를 다운로드합니다.

    2.3.7. WCF(Windows Communication Foundation) 도구

    2.3.7.1. 속성 페이지에서 상대 경로가 "출력 경로"로 설정된 경우 WCF 서비스 호스트에서 WCF 서비스 라이브러리 프로젝트를 호스팅할 수 없다.

    WCF 서비스 라이브러리 프로젝트를 만들 때 프로젝트 속성 페이지의 빌드 탭에서 출력 경로를 기본값인 bin\debug\에서 "." 또는 ".." 같은 상대 경로로 변경할 수 있습니다. 그런 다음 서비스를 디버깅하려고 하면 WCF 서비스 호스트에서 해당 서비스를 호스팅할 수 없으며 "출력 형식이 클래스 라이브러리인 프로젝트는 직접 시작할 수 없습니다."라는 메시지가 표시됩니다.

    이 문제를 해결하려면

    빌드 탭에서 상대 경로 대신 정규화된 경로를 입력합니다.

    2.3.7.2. TFS 플러그 인이 있는 Visual Studio에서 WCF 서비스 라이브러리 프로젝트에 "새 항목 추가"가 선택되어 있으면 오류 메시지가 나타난다.

    TFS 플러그 인이 있는 Visual Studio에서 새 WCF 서비스 라이브러리 프로젝트를 만들 경우 이 프로젝트에서 새 항목 추가를 선택하면 오류가 표시될 수 있습니다. 확인을 클릭하여 오류 대화 상자를 닫은 후에는 항목 서비스가 성공적으로 추가되고 예상대로 작동합니다.

    이 문제를 해결하려면

    확인을 클릭하여 오류 대화 상자를 닫습니다.

    2.3.8. WPF(Windows Presentation Foundation) Designer for Visual Studio

    2.3.8.1. 속성 창에서 날짜 및 숫자와 같은 값이 미국 형식을 사용하여 표시된다.

    WPF Designer의 속성 창에서는 미국 형식을 사용하여 값을 표시하고 편집합니다. 이는 en-US CultureInfo를 사용하는 XAML 규칙과 일치합니다. 예를 들어, 날짜와 숫자는 항상 미국 형식입니다. 날짜는 항상 mm/dd/yy로 표시됩니다. 속성 창에서 날짜 값을 입력하면 해당 값이 mm/dd/yy 형식으로 변환됩니다.

    이 문제를 해결하려면

    사용 가능한 해결 방법이 없습니다.

    2.3.8.2. XAML 파일의 기호가 코드 리팩터링될 때의 제한 사항

    In Visual Studio 2008 SP1에서는 코드 리팩터링을 사용하여 형식이나 멤버를 수정하는 경우 리팩터링이 XAML 파일로 전파됩니다. 이 기능에 대한 자세한 내용은 설명서에서 "방법: XAML에 선언된 기호 이름 바꾸기"를 참조하십시오. 이 새 기능에는 다음 제한 사항이 적용됩니다.
    - 리팩터링 시 현재 프로젝트의 XAML 파일만 변경되며 솔루션의 모든 프로젝트 간에는 리팩터링이 적용되지 않습니다.

    - 리팩터링은 형식 이름과 일부 특성에만 사용할 수 있습니다. 다음 항목에는 리팩터링을 사용할 수 없습니다.

    o    Setter 속성 특성

    o    TemplateBinding 경로 특성

    o    바인딩 경로 및 ElementName 특성

    o    ObjectDataProvider의 MethodName 속성

    이 문제를 해결하려면

    찾기 및 바꾸기 등을 사용하여 수동으로 수정을 완료합니다.

    2.3.8.3. XAML 파일을 변경하면 코드 파일이 리팩터링되지 않는다.

    XAML 파일에서 형식이나 멤버를 변경하는 경우 해당 변경이 코드 파일로 전파되지 않습니다.

    예를 들어 XAML 편집기를 사용하여 이벤트 처리기가 연결된 Button의 이름을 변경하는 경우 숨김 코드가 업데이트되지 않습니다.

    이 문제를 해결하려면

    코드 파일은 찾기 및 바꾸기 등을 사용하여 수동으로 수정해야 합니다.

    2.3.8.4. 솔루션 탐색기에서 이름을 바꾸면 WPF 프로젝트에서 이름 바꾸기 리팩터링에 대한 메시지가 표시되지 않는다.

    솔루션 탐색기에서 XAML 파일을 마우스 오른쪽 단추로 클릭한 다음 이름 바꾸기를 클릭하고 파일 이름을 바꾸면 파일 이름이 변경되지만 XAML이나 숨김 코드에서 클래스 이름을 리팩터링하라는 메시지가 표시되지 않습니다. 특히 응용 프로그램 XAML 파일에서 StartupUri 속성이 참조하는 XAML 파일의 이름을 바꾸는 경우(예를 들어 Window1.xaml을 MainWindow.xaml로 바꾸는 경우) StartupUri 속성을 수동으로 변경해야 합니다.

    이 문제를 해결하려면

    찾기 및 바꾸기 등을 사용하여 수동으로 수정해야 합니다.

    2.3.8.5. 모든 참조 찾기 작업 시 XAML 파일의 명명되지 않은 컨트롤은 찾아지지 않는다.

    코드 숨김 파일에서 기호를 마우스 오른쪽 단추로 클릭한 다음 모든 참조 찾기를 클릭하여 기호에 대한 참조를 모두 찾을 수 있습니다. 모든 참조 찾기 기능은 Name 속성이 설정되지 않은 XAML 요소는 찾지 않습니다.

     

    예:

    다음 XAML에서는 이름이 없는 MyUserControl 요소를 보여 줍니다.

    <Grid>
                <MyUserControl/>
     (...)

    코드 숨김 파일에서 MyUserControl 기호를 마우스 오른쪽 단추로 클릭한 다음 모든 참조 찾기를 클릭하면 코드의 참조만 찾아지고 XAML의 참조는 찾아지지 않습니다.

    이 문제를 해결하려면

    컨트롤의 이름을 지정하거나 파일에서 찾기 등을 사용하여 수동으로 검색합니다.

    2.3.8.6. 긴 ObjectDataProvider 메서드 호출에 바인딩할 경우 Visual Studio의 응답이 지연될 수 있다.

    XAML을 통해 ObjectDataProvider에 바인딩한 후 ObjectDataProvider에서 데이터베이스를 호출하면 WPF Designer에서 XAML을 로드할 때 작업 시간이 길어지면서 메모리를 많이 소비할 수 있습니다. 결과적으로 작업이 끝날 때까지 WPF Designer의 응답이 중지될 수 있습니다.

    이 문제를 해결하려면

    디자인 타임에 이 방법으로 ObjectDataProvider를 설정하지 마십시오. 프로그래밍 방식으로 DesignerProperties.IsInDesignMode() 메서드를 사용하여 런타임에 많은 시간이 필요하거나 메모리를 많이 소비하는 작업만을 수행합니다.

    2.3.8.7. "{Binding RelativeSource={RelativeSource TemplatedParent}}"를 사용하여 XAML을 로드할 수 없다.

     Visual Studio 2008 SP1에는 바인딩 시 경로 없이 RelativeSource TemplatedParent를 사용할 경우 WPF Designer가 로드되지 않는 알려진 문제가 있습니다.

    다음 예제를 참조하십시오.

        <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}"

    CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}" />

    이 문제를 해결하려면

    "." 표기법을 사용하여 동일한 개체로 확인되는 경로를 지정합니다.

    예를 들면 다음과 같습니다.

        <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=.}" />

    2.3.8.8 독립 실행형 또는 외부 리소스 사전에서 값을 참조하는 경우 WPF Designer가 충돌할 수 있다.

    다음과 같이 독립 실행형 또는 외부 리소스 사전에서 값을 참조하는 경우 WPF Designer가 충돌할 수 있습니다.

    - 독립 실행형 사전에 이 동일한 사전에 있는 항목 간의 리소스 참조가 있습니다(예: 색을 참조하는 스타일).
    - 이 독립 실행형 리소스 사전에서 값을 참조하는 열린 프로젝트 파일(창 등)이 있습니다.
    - 독립 실행형 리소스 사전에서 값을 수정합니다.

    이 문제를 해결하려면

    사전이 업데이트되기 전에 사전에서 값을 참조하는 열린 문서를 모두 닫습니다.

    2.3.9. Windows WF(Workflow Foundation) 도구

    알려진 문제가 없습니다.

    2.3.10. Windows SDK 통합

    2.3.10.1. [Obsolete(IsError = true)] 특성으로 표시된 형식이 처리될 때 x64 Sgen.exe에서 어셈블리를 생성하지 않는다.

    x64 버전의 Sgen.exe에서는 [Obsolete(IsError=true)] 특성으로 표시된 형식이 들어 있는 어셈블리를 처리할 때 serialization 어셈블리를 생성하지 않습니다.

    이 문제를 해결하려면

    x86 버전의 Sgen.exe를 사용합니다.

    3. 관련 링크

    Team Foundation Server 추가 정보
    Visual Studio Express Edition 추가 정보
    .NET Framework 추가 정보


    © 2008 Microsoft Corporation. All rights reserved. 사용 약관 | 상표 | 개인 정보 보호 정책