If you want you can grab the NuGet package here:

http://www.nuget.org/packages/CommonServiceLocator/ 

http://stackoverflow.com/questions/3992072/where-does-microsoft-practices-servicelocation-come-from

Java Script Errors on Windows 7.pdf

Post로 날리는게 아니다 --;......

var body = 'Reading JS SDK documentation';
FB.api('/me/feed', 'post', { message: body }, function(response) {
  if (!response || response.error) {
    alert('Error occured');
  } else {
    alert('Post ID: ' + response.id);
  }
});

기존 싸이트 밑에 가상 디렉토리로 싸이트를 추가하였다.

그런데, 새로 추가된 MVC 웹싸이트에서 라우팅이 작동하지 않았다.

무엇이 문제일까?

1. 확장자가 없는 경로를 인식하지 못하였다.

새로 추가된 가상디렉토리 싸이트의 속성차을 연다.

가상 디렉터리 탭에서 '구성' 버튼을 눌러 [응용 프로그램 구성] 창을 띄운다.

매핑 옵션에 조건을 하나 추가해야한다.

- 실행파일: c:\windows\microsoft.net\framework64\v4.0.30319\aspnet_isapi.dll

(이미 추가된 매핑옵션들을 편집을 눌러보면 대강 경로를 추측이 가능하다. 

모르겠으면 그냥 똑같은 프레임워크를 사용하는 웹싸이트를 올리고, ASP.NET 버전을 맞춰준다. 

그리고 참조하면 됨.)

( RouteConfig.cs에 가상디렉토리를 포함할 필요없다. aspnet_isapi.dll이 알아서 판단한다.)

- 확장자: .*

- 파일이 있는 확인 옵션을 체크해지한다.

- 확장자 .*가 등록되지 않는 경우,  와일드카드 응용 프로그램을 매핑해주는 곳에 등록한다.

(확장자 옵션없이 모든 확장자를 받아들인다.)

2. 기존 웹싸이트의 .NET Framework 버전과 새로 추가된 .NET 프레임워크 버전이 다르다.

새로운 응용 프로그램 풀을 생성.

새로 추가된 가상디렉토리 싸이트에, 응용프로그래밍 풀을 바꿔준다. 

( 한번 바꾸면 쉽게는 복구할수 없다. ) 

원인이 2가지이지만, 후자의 해결책만으로도 전자의 문제점을 해결할 수 있을 것 같다. (추측)

You can not establish a Remote Desktop session to a computer running one of the affected products.pdf

1.

step3를 참조하여

tscc 응용프로그램을 실행한다.

2.

터미널 서비스 구성

-> 연결 폴더 클릭

오른쪽 패널에서  

RDP_Tcp 더블클릭

3.

새로 나타난 창에서

'네트워크 어댑터' 탭 클릭

터

모든 네트워크 어댑터로 선택되어 있는 것을 특정 어댑터로 변경.

4.

원격이 될 때까지,

어댑터를 다른 것으로 바꿔보자.

다해도 안되면 이 방법은 소용없는 것.

Inside_the_Microsoft_Build_Engine_Second_Edition.vol1.egg

Inside_the_Microsoft_Build_Engine_Second_Edition.vol2.egg

MSBuild_ how to create a global property_ - Stack Overflow.pdf

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 

  <PropertyGroup> 

    <AppServer>\\sayedApp</AppServer> 

    <WebServer>\\sayedWeb</WebServer> 

  </PropertyGroup> 

</Project>

As previously stated, the PropertyGroup element, inside the Project element, will contain 

all of our properties. The name of a property is the XML tag name of the element, and the 

value of the property is the value inside the element. In this example, we have declared 

two   properties, AppServer and WebServer, with the values \\sayedApp and \\sayedWeb, 

  respectively. You can create as many PropertyGroup elements under the Project tag as you 

want. The previous fragment could have been defined like this:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 

  <PropertyGroup> 

    <AppServer>\\sayedApp</AppServer> 

  </PropertyGroup> 

  <PropertyGroup> 

    <WebServer>\\sayedWeb</WebServer> 

  </PropertyGroup> 

</Project>

The MSBuild engine will process all elements sequentially within each PropertyGroup in the 

same manner. If you take a look at a project created by Visual Studio, you’ll notice that many 

properties are declared. These properties have values that will be used throughout the build 

process for that project. Here is a region from a sample project that I created:

<Project DefaultTargets="Build"  

    xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 

  <PropertyGroup> 

    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration> 

    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform> 

    <ProductVersion>8.0.50727</ProductVersion> 

    <SchemaVersion>2.0</SchemaVersion> 

    <ProjectGuid>{A71540FD-9949-4AC4-9927-A66B84F97769}</ProjectGuid> 

    <OutputType>WinExe</OutputType> 

    <AppDesignerFolder>Properties</AppDesignerFolder> 

    <RootNamespace>WindowsApplication1</RootNamespace> 

    <AssemblyName>WindowsApplication1</AssemblyName> 

  </PropertyGroup> 

Calling a custom MSBuild Target when Building a Project - Purple Kate - (It Just) Has To Be .pdf

어셈블리 바인딩 로깅.pdf

Solution found. It appears in some cases (randomly) there is a mix up in the code generated by the entity framework. This is apparently a known bug and a fix should be coming in future releases. In the mean time the way around this is to move the efm to a separate class within the solution.

+ 일반적 답변

Entity Framework 빌드 과정에서 edmx 파일을 참조하더라.

edmx 파일을 지우거나 다른 프로젝트로 분리해라.

+ @

edmx 파일을 지우거나 옮겼는데도, 이러한 증상이 계속된다면,

빌드결과가 나오는 bin 폴더를 초기화해보아라.