2013-05-01 2 views
0

여러 환경에 여러 번 사이트를 배포했지만 RIA 서비스 설정과 관련된 문제가 발생했습니다. 우리는 Windows Server 2008, 64 비트 시스템에 배포하고 있습니다.WCF RIA 서비스 끝점에있는

기본적으로 WCF RIA Services 끝점을 호출 할 수 없으므로 항상 서버에서 404가 반환됩니다. 우리는 표준 자동 생성 페이지를 수신하면서 "원시"svc 엔드 포인트에 도달 할 수 있지만 메소드 호출을 시도 할 때마다 404가 수신됩니다.

명확히하기 위해 다음 URL은 표준 자동 생성 서비스 페이지를 반환합니다.

http://localhost/ClientBin/Our-Namespace-DomainService.svc 

다음 URL은 단순히 우리는 아무 소용이 유래에서 검색을 많이했던 404

http://localhost/ClientBin/Our-Namespace-DomainService.svc/binary/GetSchemaVersions 

을 반환하면서. 우리는 IIS를 완전히 재설치하는 기본적인 과정을 겪어 왔습니다. aspnet_regiis가 호출되었는지 확인하고 svc mimetype이 올바르게 등록되었는지 확인합니다 (반환되는 "원시"페이지에서 분명해야 함). WCF 활성화 등록을 수행하고 SERVER = TRUE 인 서버에 RIAServices를 설치하려고했습니다. bin은 기본적으로 RIA를 배포합니다). 우리는 또한 사이트에서 "순수한"WCF (* .svc URL을 사용)로 잘 작동하는 추가 서비스 엔드 포인트를 가지고 있습니다. 로그에 오류 메시지가 표시되지 않고 Fiddler와 IIS 로그는 404가 반환되었다고 말합니다. 언급했듯이, 우리는 비슷한 환경 (같은 OS, 64 비트 등)이라고 생각하는 것에 이것을 최근에 배치했습니다.

우리는 현재 파일 뒤에 경로 세그먼트가있는 다소 이상한 URL 구문이 어떻게 든 IIS 파이프 라인에 의해 올바르게 해석되지 않지만 무슨 일이 벌어지고 있는지 이해할 수있는 단서를 찾고 있다고 생각합니다.

코드가 어떻게/왜 왜 제대로 실행되지 않았는지에 대한 경험, 통찰력 또는 방법을 이해하면 많은 도움이 될 것입니다.

답변

2

결국 우리는 이것을 나중에 알아 냈습니다. 나중에 참조 할 수 있도록 대답을 추가하십시오.

문제는 ExtensionlessUrlHandler가 IIS의 처리기 매핑 순서 목록에서 SVC 처리기보다 먼저 주문되었다는 것입니다. 일단 ExtensionlessUrlHandler가 다시 작동하기 전에 SVC 처리기를 옮겼습니다.

우리는 이제 왜이 순서가 어떻게 달라 졌는지 조사하고 있습니다. 그러나 그것은 다른 이야기입니다.