2009-03-11 4 views
1

몇 가지 수준의 구성 파일을 사용하는 .Net 2.0의 Windows 응용 프로그램이 있습니다. 내 통제가 불가능한 이유로,이 응용 프로그램은 Windows app (.exe) 프로젝트와 여러 개의 DLL로 구성되며 각 DLL에는 자체 app.config 파일이 있습니다.AppDomain 및 구성 섹션 입력

나는 성공적

ConfigurationManager.OpenMappedExeConfiguration("my DLL's config file path", ConfigurationUserLevel.None); 

이것은 잘 작동합니다 (C#으로) 사용하여 각 DLL에 대한 설정 파일을 읽는 방법을 알아 낸

- 지적 할 때 나는이 방법에서 구성 개체를 얻을 수 있음을 확인할 수 있습니다 내 DLL의 구성 파일 ("foo.dll.config")의 파일 경로 이름에. 그러나 사용자 지정 구성 섹션에 액세스하려고하면 사용자 지정 구성 섹션의 데이터 형식을 찾을 수 없다는 예외가 발생합니다.

이런 식으로 구성 파일을로드 할 때 입력 정보를 내 코드에서 사용하려면 무엇을해야합니까?

+0

나는이 링크 (http://bytes.com/groups/net에 따라 다음 -c/484804-configurationsection-class-library) 그 포스트 저자와 같은 문제로 끝났다. –

답변

3

이것은 유감 스럽지만 사실입니다.이 문제를 처리하는 방법은 .dll.config 파일의 구성을 응용 프로그램의 구성 파일에 복사하는 것입니다. 유일한 예외는 Windows Forms에서 사용되는 설정 시스템과 관련이 있습니다. 나는 그것이 OpenMappedConfiguration을 당신을 위해한다고 생각하지만 확실하지는 않다.

.NET 2.0에서이 문제를 통합하여 해결하지 못한 이유를 알지 못했습니다. 어쩌면 내가 물어야한다. MSDN에 오슬로 포럼 (http://social.msdn.microsoft.com/Forums/en-US/oslo/thread/c93ee7f3-4f9b-4044-b1f0-43ad72fb508d)에서, WCF에 관련된 이날 오전


는,이 같은 질문을했다. 블로그 게시물 또는 다른 답변 (위의 "어쩌면 내가 물어 봐야한다")을 검색하면서 내 포럼 게시물에 대한 답변이 도착했습니다.

길고 짧고 다소 혀가 깔끔한 답변은 다음과 같습니다. .NET 2.0에서는 오슬로가 문제를 해결하기를 기다리고 있었기 때문에 해결되지 않았습니다.

감각을 없애기 위해 downvotes를 피하려고 노력하지 않고, 나는 언급 할 것이다. 오슬로는 응용 프로그램과 응용 프로그램 구성 요소의 모델을 중앙 저장소에 저장할 것을 권장 할 것이다. 여기에는 인스턴스 별 구성 모델이 포함됩니다. 이론은 모두 같은 데이터가 단일 저장소 (적어도 시스템 당)에 저장된다는 것입니다. 따라서 구성 파일의 위치가 더 이상 문제가되지 않습니다. 구성 섹션 메타 데이터가 포함 된 어셈블리를 찾는 문제는 더 이상 없습니다. 메타 데이터는 구성 데이터와 함께 리포지토리에 저장됩니다.

것은 나에게 내일을 물어, 나는 다르게 느낄 수 있습니다,하지만 지금, 나는 오슬로 종교를 픽업 할 수있다 ...

+0

고마워, 존, 조사해 봤어. 나는 당신에게 당신의 노력에 대한 업보트를 줄 것이지만, 나는 아직 충분한 평판이 없다. :) –

+1

그리고, 내가 충분한 명성을 얻었으니 마침내 당신의 업보트가 마침내 얻는다. :) –

관련 문제