2016-06-12 8 views
1

나는 APP.Client.Proxy 클래스가있는 .NET 프로젝트가 있습니다. 라이브러리 프로젝트, 클라이언트 측 WCF를 구현할 책임이 있으므로 모든 서비스와 엔드 포인트 구성 세부 사항이 있고 그 다음에 컨트롤러에서 이러한 서비스 구현을 사용하는 또 다른 ASP.NET MVC 프로젝트가 있습니다. 이제 클래스 라이브러리 프로젝트의 app.config에 서비스 및 종점 세부 정보를 넣으면 작동하지 않습니다. 엔드 포인트를 찾을 수 없다는 불평이 있지만 MVC 웹 응용 프로그램의 web.config에 종점 구성 세부 정보를 입력하면 작동합니다. .WCF 클라이언트 구현, 클래스 라이브러리 app.config보다는 웹 MVC 응용 프로그램에 대한 서비스 및 종점 세부 정보 유지 방법은

내 질문보다는

+0

app 도메인은 실행할 때 하나의 구성 파일을 사용합니다. 앱 설정과 연결 문자열 섹션은 각각'file'과'configSource'를 참조 할 수 있습니다. wcf config 섹션에도 똑같이 적용 할 수 있습니다. – Nkosi

+0

http://weblogs.asp.net/cibrax/configsource-attribute-on- system-servicemodel-section 또는 https://blogs.msdn.microsoft.com/youssefm/2009/11/03/separating-out-wcf-configuration-into-multiple-files-with-configsource/ – Nkosi

답변

1

실행하면 응용 프로그램 도메인이 하나 개의 설정 파일을 사용하여 web.config 반면 나는 서비스 및 클래스 라이브러리의 app.config에서 별도의 엔드 포인트 디테일을 유지하는 방법이있다. 앱 설정 및 연결 문자열 섹션에서는 각각 외부 파일 및 configSource를 참조 할 수 있습니다.

은 몇 가지 빠른 GoogleFu 후 나는이 두 기사

http://weblogs.asp.net/cibrax/configsource-attribute-on-system-servicemodel-section

https://blogs.msdn.microsoft.com/youssefm/2009/11/03/separating-out-wcf-configuration-into-multiple-files-with-configsource/

그것의 요점은 당신이 클래스 라이브러리 설정에서 떠날 수 없다하지만 여전히 그들을 분리 할 수 ​​있다는 것입니다 걸쳐 캠 외부 구성 파일로.

<configuration> 
    <!-- other code removed for brevity --> 
    <system.serviceModel> 
    <services configSource="Services.config" > 

    </services> 
    <bindings configSource="Bindings.config"> 

    </bindings> 
    <behaviors configSource="Behaviors.config"> 

    </behaviors> 
    </system.serviceModel> 
    <!-- other code removed for brevity --> 
</configuration> 
+0

이것은 좋은 정보입니다. 하지만 클래스 라이브러리에서와 같이 완전히 별도의 퍼팅을 원했고, 모든 구현과 호출을 막기 위해 찾고있었습니다. 그래서 다른 애플리케이션을 사용하기로 결정한 경우에는 클래스에서 구현 클래스를 호출하기 만하면됩니다. 라이브러리 – toxic

+0

또한 클라이언트 측이 아닌 서버 측을 말합니다. – toxic

+0

동일하게 적용됩니다. 앱 도메인은 기본 설정 만 사용합니다. 클래스 라이브러리가 주어지면 하나의 앱 도메인에서 실행 중이며 web.config에서 설정을 가져 오는 중입니다. – Nkosi