1.2. 지원되는 운영 체제
장치용 Microsoft Synchronization Services for ADO.NET 1.0은 VS2008 SP1과 함께 설치되지 않습니다. 따라서 스마트 장치 프로젝트에서 로컬 데이터베이스 캐시 기능을 사용하려면 먼저 해당 .msi 파일을 다운로드해야 합니다.
이 문제를 해결하려면
다운로드 센터에서 장치용 Microsoft Synchronization Services for ADO.NET 1.0의 .msi 파일을 다운로드하여 설치합니다.
이 문제를 해결하려면
방화벽에 SPInstaller에 대한 예외를 추가합니다. 이렇게 하면 SpInstaller에 필요한 통신이 방화벽으로 인해 차단되지 않습니다. 그런 다음 Visual Studio 2008 SP1 설치를 다시 실행합니다.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 설치를 선택합니다(기본적으로 선택되어 있음).
또 다른 방법으로 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이 포함된 병합(통합 설치) 패키지 만들기) 단계를 수행하십시오.
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. 복구/다시 설치를 클릭합니다.
Windows Vista 사이드바를 사용 중일 때는 Visual Studio 2008 SP1 설치가 실패합니다.
이 문제를 해결하려면
1. 작업 표시줄의 오른쪽 끝에 있는 알림 영역에서 사이드바 아이콘을 마우스 오른쪽 단추로 클릭합니다.
2. 끝내기를 클릭합니다.
이 문제를 해결하려면
이 문제를 해결하려면
다음 작업 중 하나를 수행합니다.이 문제를 해결하려면
MSDN Library for Visual Studio 2008 SP1은 별도로 다운로드할 수 있습니다. Microsoft 다운로드 센터를 참조하십시오.이 문제를 해결하려면
SQL Server Compact 3.5 SP1 for Devices MSI는 Microsoft 다운로드 센터에서 다운로드할 수 있습니다..NET Framework 2.0 SP2와 .NET Framework 3.0 SP2가 설치되어 있지 않은 Windows Vista 컴퓨터에 Visual Studio 2008 SP1을 설치하는 경우 컴퓨터를 다시 시작하라는 Windows 자동 업데이트 알림이 나타날 수 있습니다. 이때 Windows 업데이트를 즉시 다시 시작하면 Visual Studio 설치가 실패합니다.
이 문제를 해결하려면
Visual Studio 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 기반 제품을 업데이트하거나 복구하려고 할 때 원본 위치를 묻는 메시지가 표시됩니다.이 문제를 해결하려면
.NET Framework 2.0 SP2를 설치할 수 없고 "원인" 섹션에 설명된 대로 설치 로그 파일에서 "Resolving Patch source"라는 텍스트를 찾을 수 없는 경우에는 Microsoft .NET Framework Registration Correction Tool을 다운로드하여 이 문제를 해결할 수 있습니다.
언어 버전을 비롯하여 Visual Studio 2008 제품의 여러 버전이 있는 컴퓨터에서 모든 버전을 서비스 팩 1로 업그레이드해야 합니다. Visual Studio 2008 제품은 공유 리소스를 사용하며 한 버전만 업그레이드하면 다른 Visual Studio 2008 버전이 지원되지 않는 상태가 될 수 있습니다.
이 문제를 해결하려면
언어 버전을 비롯하여 모든 Visual Studio 2008 버전을 서비스 팩 1로 업그레이드합니다.
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 설치 파일의 로컬 경로를 지정합니다.
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
레지스트리 값이 없기 때문에 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
프로그램 추가/제거를 사용하여 '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'을 다시 설치합니다. 프로그램 추가/제거를 살펴보고 이 구성 요소가 설치되었는지 확인할 수 있습니다.
이 문제를 해결하려면
1. http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409의 Visual Studio 2008 Service Pack Preparation Tool 다운로드 페이지를 방문합니다.이 문제를 해결하려면
1. 프로그램 추가/제거(Windows XP) 또는 프로그램 및 기능(Windows Vista)을 사용하여 Visual Studio Tools for Office 3.0 Runtime 언어 팩을 제거합니다.이 문제를 해결하려면
Visual Studio 2008을 복구하여 ProductVersion 값을 다시 설정합니다.
필드 |
값 |
---|---|
Name |
Microsoft Visual Studio 2008 Service Pack 1 |
Version |
SP1 |
Publisher |
Microsoft |
Language |
<구성 요소 언어> |
영어가 아닌 다른 언어 버전의 Visual Studio SP1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다. 이 문제는 다음과 같은 언어 버전의 Visual Studio SP1에서 발생합니다.
- 한국어
- 중국어(간체)
- 중국어(번체)
- 독일어
- 스페인어
- 프랑스어
- 이탈리아어
- 일본어
이 문제를 해결하려면
KB 957507에서 자세한 내용을 확인하신 후 파일을 다운로드 합니다.
ClickOnce 게시나 설치 프로젝트의 필수 구성 요소 대화 상자에서 .NET Framework 3.5 SP1 부트스트래퍼 패키지가 선택되어 있고 내 응용 프로그램과 동일한 위치에서 필수 구성 요소 다운로드 옵션도 선택되어 있는 경우 다음 빌드 오류가 표시됩니다.
필수 구성 요소의 설치 위치를 '구성 요소 공급업체의 웹 사이트'로 설정하지 않아 디스크에서 'Microsoft.Net.Framework.3.5.SP1' 항목의 'dotNetFx35setup.exe' 파일을 찾을 수 없습니다.
이 문제를 해결하려면
패키지 데이터 업데이트
언어 |
아키텍처 |
소스 URL |
대상 |
---|---|---|---|
중국어(간체) |
x86 |
zh-CHS\DotNetFX35\x86 | |
x64 |
zh-CHS\DotNetFX35\x64 | ||
중국어(번체) |
x86 |
zh-CHT\DotNetFX35\x86 | |
x64 |
zh-CHT\DotNetFX35\x64 | ||
영어 |
x86 |
N/A |
N/A |
x64 |
N/A |
N/A | |
프랑스어 |
x86 |
fr\DotNetFX35\x86 | |
x64 |
fr\DotNetFX35\x64 | ||
독일어 |
x86 |
de\DotNetFX35\x86 | |
x64 |
de\DotNetFX35\x64 | ||
이탈리아어 |
x86 |
it\DotNetFX35\x86 | |
x64 |
it\DotNetFX35\x64 | ||
일본어 |
x86 |
ja\DotNetFX35\x86 | |
x64 |
ja\DotNetFX35\x64 | ||
한국어 |
x86 |
ko\DotNetFX35\x86 | |
x64 |
ko\DotNetFX35\x64 | ||
포르투갈어 - 브라질 |
x86 |
pt-BR\DotNetFX35\x86 | |
x64 |
pt-BR\DotNetFX35\x64 | ||
러시아어 |
x86 |
ru\DotNetFX35\x86 | |
x64 |
ru\DotNetFX35\x64 | ||
스페인어 |
x86 |
es\DotNetFX35\x86 | |
x64 |
es\DotNetFX35\x64 |
- Visual Studio 2008 SP1 RTM 패치를 설치한 후 redist 폴더에 mfc90rus.dll이 없습니다.
- 사용자가 러시아어 리소스를 사용하여 지역화된 응용 프로그램을 작성하고 배포할 수 없습니다.
이 문제를 해결하려면
winsxs 폴더의 MFC90RUS.DLL을 redist 폴더에 복사할 수 있습니다.
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 도구
이 문제를 해결하려면
원본 미디어를 사용합니다.
개발 중 .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에 대한 참조를 프로젝트에 다시 추가합니다.
생성되는 publish.htm 페이지에는 대상 컴퓨터에 .NET Framework Client Profile이 있는지를 확인하는 스크립트가 포함되어 있지 않습니다.
이 문제를 해결하려면
1. 응용 프로그램에 클라이언트 전용 프레임워크 하위 집합이 대상으로 지정되어 있는지 확인합니다.
Visual Basic 프로젝트의 경우
솔루션 탐색기에서 내 프로젝트를 두 번 클릭하여 프로젝트 속성을 엽니다.
컴파일 탭을 클릭합니다.
고급 컴파일 옵션을 클릭합니다.
클라이언트 전용 프레임워크 하위 집합 옵션을 선택합니다.
C# 프로젝트의 경우
솔루션 탐색기에서 속성을 두 번 클릭하여 프로젝트 속성을 엽니다.
응용 프로그램 탭을 클릭합니다.
클라이언트 전용 프레임워크 하위 집합 옵션을 선택합니다.
2. 올바른 스크립트를 가져오려면 .NET Framework 3.5 SP1 필수 구성 요소를 선택하고 응용 프로그램을 게시합니다.
3. 프로젝트의 게시 속성에서 필수 구성 요소 패키지를 다시 .NET Framework Client Profile로 변경하고 게시할 때마다 자동으로 배포 웹 페이지 생성 옵션의 선택을 취소합니다.
4. 응용 프로그램을 다시 게시합니다.
이 문제는 다음과 같은 두 가지 경우에 발생합니다.
1. Update Model from Database가 실행된 후 데이터베이스에 새 외래 키에 대한 연결이 만들어졌지만 다이어그램에는 이 연결이 나타나지 않는 경우
2. 디자이너에서 실행 취소/다시 실행 작업을 수행한 후 다이어그램에서 연결 선이 잘못된 위치에 나타나는 경우
이 문제를 해결하려면
다음 해결 방법 중에서 선택할 수 있습니다.
- 파일을 저장합니다. 그런 다음 디자이너를 닫고 파일을 다시 엽니다.
- 다이어그램의 빈 영역을 마우스 오른쪽 단추로 클릭한 다음 레이아웃 다이어그램을 클릭합니다. 이렇게 하면 이전에 수동으로 변경한 다이어그램 레이아웃이 바뀔 수 있습니다.
- 관련 엔터티를 수동으로 이동하여 렌더링을 새로 고칩니다.
영어 이외의 운영 체제의 경우 설치 및 배포 프로젝트에 제공된 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>를 변경하지 않았는지 확인합니다.
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로 업그레이드합니다.
어셈블리 캐시 뷰어(Shfusion.dll)는 Windows 탐색기를 사용하여 전역 어셈블리 캐시의 내용을 보고 조작할 수 있도록 하는 Windows 셸 확장입니다. Shfusion.dll은 %windir%\Microsoft.NET\Framework\v2.0.50727 디렉터리에 있습니다.
Windows Vista에서 어셈블리 캐시 뷰어는 전역 어셈블리 캐시의 경로와 함께 START 명령을 사용하는 등의 방법으로 권한이 높은 명령 프롬프트 창에서 여는 경우에도 높은 권한으로 실행되지 않습니다. 이는 어셈블리 캐시 뷰어가 높은 권한으로 실행되지 않는 Windows 탐색기의 셸 확장이기 때문입니다.
이 문제를 해결하려면
보는 용도로만 Shfusion.dll을 사용합니다.
업데이트의 경우 관리 권한이 있는 명령 프롬프트 창을 열고 .NET Framework SDK에서 Gacutil.exe 명령줄 도구를 사용합니다.
이 문제를 해결하려면
64비트 프로파일러 SDK는 MSDN 다운로드 센터에서 사용할 수 있는 64비트 SP1 독립 실행형 프로파일러 설치에 포함됩니다. 64비트 버전의 Windows에 64비트 독립 실행형 프로파일러를 설치한 다음 설치된 64비트 PerfSDK 디렉터리를 "%program files(x86)%\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64"에 복사합니다.web.config 파일이 이전 프로파일링 실행에서 손상되었거나 삭제된 경우 프로파일러가 "웹 사이트를 올바로 구성할 수 없습니다. ASP.NET 프로세스 정보를 가져오지 못했습니다. 서버에서 Asp.Net 버전 2.0 이상을 실행하고 있지 않습니다. 'Http://localhost/VSEnterpriseHelper.axd'을(를) 요청하면 오류가 반환됩니다. 원격 서버에서 (500) 내부 서버 오류를 반환했습니다." 메시지를 표시합니다.
이 문제를 해결하려면
web.config 파일을 삭제합니다.
디버거 아래에서 웹 사이트를 실행하여 정리된 web.config 파일을 다시 생성합니다.
프로파일러 아래에서 실행합니다.
이 문제를 해결하려면
해결 방법이 필요하지 않습니다.이 문제를 해결하려면
이 문제를 해결하려면
이 문제는 다음 두 가지 방법을 통해 해결합니다.사용자가 웹을 통한 설치를 지정했을 때, 설치 프로젝트와 함께 생성된 배포 패키지의 일부 필수 구성 요소의 설치가 실패합니다. 해당 연결 구성 요소와 더불어 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는한국어 언어 식별자를 나타냅니다.
영어가 아닌 다른 언어 버전의 Microsoft Visual Studio 2008 서비스 팩 1을 설치한 후 몇몇 지역화된 IntelliSense 텍스트가 영어로 되돌려질 수 있습니다. 이 문제는 다음과 같은 언어 버전의 Visual Studio 2008 SP1에서 발생합니다.
- 한국어
- 중국어(간체)
- 중국어(번체)
- 독일어
- 스페인어
- 프랑스어
- 이탈리아어
- 일본어
이 문제를 해결하려면
KB 957507에서 자세한 내용을 확인하신 후 파일을 다운로드 합니다.
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
배포 매니페스트(.vsto 파일), Office 응용 프로그램, 문서 또는 통합 문서를 여는 방법으로 솔루션을 설치할 경우 오류 메시지가 나타날 수 있습니다. 이는 솔루션 설치 관리자에서 필수 구성 요소 확인을 수행하지 않기 때문입니다.
이 문제를 해결하려면
이 문제는 다음 두 가지 방법을 통해 해결합니다.
- Visual Studio Tools for the Office system 3.0 Runtime SP1용 SP1 패치를 설치합니다.
- 설치 프로그램을 실행하여 솔루션을 설치합니다.
설치 프로그램은 올바른 버전의 필수 구성 요소를 확인하고 필요에 따라 설치합니다.
이 문제를 해결하려면
프로젝트에서 Office 2003을 대상 버전으로 사용하는 경우에는 프로젝트의 속성 페이지에서 클라이언트 전용 프레임워크 하위 집합 옵션을 선택하지 않습니다.
.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 프로젝트의 경우
C# 프로젝트의 경우
기본적으로 솔루션 부트스트래퍼는 웹에서 주 interop 어셈블리 패키지를 다운로드하도록 구성되어 있습니다. 하지만 이 패키지는 다운로드할 수 없으므로 응용 프로그램과 동일한 위치에서 설치해야 합니다.
이 문제를 해결하려면
이 경고는 무시해도 됩니다.
필수 구성 요소 대화 상자에서 구성 요소 공급업체의 웹 사이트에서 필수 구성 요소 다운로드를 선택했더라도 주 interop 어셈블리 패키지는 응용 프로그램과 동일한 위치에 자동으로 게시됩니다.
솔루션을 게시할 때 "'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 패키지는 모두 선택되어 있지 않은 경우에 나타납니다.
이 문제를 해결하려면
프로젝트의 대상이 .NET Framework Client Profile인 경우 응용 프로그램을 실행할 때 FileNotFound 예외가 throw됩니다. 이는 ServerDocument 클래스를 사용하려면 전체 .NET Framework 3.5가 필요하기 때문입니다.
이 문제를 해결하려면
Visual Basic 프로젝트의 경우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를 다운로드합니다.
WCF 서비스 라이브러리 프로젝트를 만들 때 프로젝트 속성 페이지의 빌드 탭에서 출력 경로를 기본값인 bin\debug\에서 "." 또는 ".." 같은 상대 경로로 변경할 수 있습니다. 그런 다음 서비스를 디버깅하려고 하면 WCF 서비스 호스트에서 해당 서비스를 호스팅할 수 없으며 "출력 형식이 클래스 라이브러리인 프로젝트는 직접 시작할 수 없습니다."라는 메시지가 표시됩니다.
이 문제를 해결하려면
빌드 탭에서 상대 경로 대신 정규화된 경로를 입력합니다.
TFS 플러그 인이 있는 Visual Studio에서 새 WCF 서비스 라이브러리 프로젝트를 만들 경우 이 프로젝트에서 새 항목 추가를 선택하면 오류가 표시될 수 있습니다. 확인을 클릭하여 오류 대화 상자를 닫은 후에는 항목 서비스가 성공적으로 추가되고 예상대로 작동합니다.
이 문제를 해결하려면
확인을 클릭하여 오류 대화 상자를 닫습니다.
WPF Designer의 속성 창에서는 미국 형식을 사용하여 값을 표시하고 편집합니다. 이는 en-US CultureInfo를 사용하는 XAML 규칙과 일치합니다. 예를 들어, 날짜와 숫자는 항상 미국 형식입니다. 날짜는 항상 mm/dd/yy로 표시됩니다. 속성 창에서 날짜 값을 입력하면 해당 값이 mm/dd/yy 형식으로 변환됩니다.
이 문제를 해결하려면
사용 가능한 해결 방법이 없습니다.
In Visual Studio 2008 SP1에서는 코드 리팩터링을 사용하여 형식이나 멤버를 수정하는 경우 리팩터링이 XAML 파일로 전파됩니다. 이 기능에 대한 자세한 내용은 설명서에서 "방법: XAML에 선언된 기호 이름 바꾸기"를 참조하십시오. 이 새 기능에는 다음 제한 사항이 적용됩니다.
- 리팩터링 시 현재 프로젝트의 XAML 파일만 변경되며 솔루션의 모든 프로젝트 간에는 리팩터링이 적용되지 않습니다.
- 리팩터링은 형식 이름과 일부 특성에만 사용할 수 있습니다. 다음 항목에는 리팩터링을 사용할 수 없습니다.
o Setter 속성 특성
o TemplateBinding 경로 특성
o 바인딩 경로 및 ElementName 특성
o ObjectDataProvider의 MethodName 속성
이 문제를 해결하려면
찾기 및 바꾸기 등을 사용하여 수동으로 수정을 완료합니다.
XAML 파일에서 형식이나 멤버를 변경하는 경우 해당 변경이 코드 파일로 전파되지 않습니다.
예를 들어 XAML 편집기를 사용하여 이벤트 처리기가 연결된 Button의 이름을 변경하는 경우 숨김 코드가 업데이트되지 않습니다.
이 문제를 해결하려면
코드 파일은 찾기 및 바꾸기 등을 사용하여 수동으로 수정해야 합니다.
솔루션 탐색기에서 XAML 파일을 마우스 오른쪽 단추로 클릭한 다음 이름 바꾸기를 클릭하고 파일 이름을 바꾸면 파일 이름이 변경되지만 XAML이나 숨김 코드에서 클래스 이름을 리팩터링하라는 메시지가 표시되지 않습니다. 특히 응용 프로그램 XAML 파일에서 StartupUri 속성이 참조하는 XAML 파일의 이름을 바꾸는 경우(예를 들어 Window1.xaml을 MainWindow.xaml로 바꾸는 경우) StartupUri 속성을 수동으로 변경해야 합니다.
이 문제를 해결하려면
찾기 및 바꾸기 등을 사용하여 수동으로 수정해야 합니다.
코드 숨김 파일에서 기호를 마우스 오른쪽 단추로 클릭한 다음 모든 참조 찾기를 클릭하여 기호에 대한 참조를 모두 찾을 수 있습니다. 모든 참조 찾기 기능은 Name 속성이 설정되지 않은 XAML 요소는 찾지 않습니다.
예:
다음 XAML에서는 이름이 없는 MyUserControl 요소를 보여 줍니다.
<Grid>
<MyUserControl/>
(...)
코드 숨김 파일에서 MyUserControl 기호를 마우스 오른쪽 단추로 클릭한 다음 모든 참조 찾기를 클릭하면 코드의 참조만 찾아지고 XAML의 참조는 찾아지지 않습니다.
이 문제를 해결하려면
컨트롤의 이름을 지정하거나 파일에서 찾기 등을 사용하여 수동으로 검색합니다.
XAML을 통해 ObjectDataProvider에 바인딩한 후 ObjectDataProvider에서 데이터베이스를 호출하면 WPF Designer에서 XAML을 로드할 때 작업 시간이 길어지면서 메모리를 많이 소비할 수 있습니다. 결과적으로 작업이 끝날 때까지 WPF Designer의 응답이 중지될 수 있습니다.
이 문제를 해결하려면
디자인 타임에 이 방법으로 ObjectDataProvider를 설정하지 마십시오. 프로그래밍 방식으로 DesignerProperties.IsInDesignMode() 메서드를 사용하여 런타임에 많은 시간이 필요하거나 메모리를 많이 소비하는 작업만을 수행합니다.
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=.}" />
다음과 같이 독립 실행형 또는 외부 리소스 사전에서 값을 참조하는 경우 WPF Designer가 충돌할 수 있습니다.
- 독립 실행형 사전에 이 동일한 사전에 있는 항목 간의 리소스 참조가 있습니다(예: 색을 참조하는 스타일).
- 이 독립 실행형 리소스 사전에서 값을 참조하는 열린 프로젝트 파일(창 등)이 있습니다.
- 독립 실행형 리소스 사전에서 값을 수정합니다.
이 문제를 해결하려면
사전이 업데이트되기 전에 사전에서 값을 참조하는 열린 문서를 모두 닫습니다.
이 문제를 해결하려면
x86 버전의 Sgen.exe를 사용합니다.