2009-12-04 3 views
0

필자는 MOSS 용 feature (feature)를 feature.xml (연결 문자열과 같은)에 저장합니다.셰어 포인트 기능 환경 의존적 인 (UAT, PROD) 속성

각각의 환경에 대해 별도의 .properties 파일을 갖고 싶습니다. 필요에 따라 (예 : feature.xml과 같은) 적절한 값을 자동으로 대체합니다. 그게 가능하고 어떤 도구를 사용할 수 있습니까? (NAnt?)

고마워요!

감사합니다, 안톤

답변

0

는이 솔루션이 깨끗하고 ENV 유지하는 방법은 사이트 모음의 (숨겨진) 목록에서 바로 모든 값을 저장하기 쉽게하지 않을까요. (또는 powershell even)을 통해 값을 설정할 수 있도록 해줍니다.이 IMHO는 아키텍처/유지 관리가 현명하지 않습니다.

+0

고마워요! 그래서 MOSS 기능을 개발하는 데는 Java 앱과 약간 다른 접근 방식이 필요하다고 생각하십니까? 자바 세계에서 필자는 흔히 "profile"이라는 이름을 사용했다.이 파일은 설정 값을 가진 .properties 파일 (prod.propertires, uat.properties와 같은)이다. 이 프로파일의 값은 빌드하는 동안 필요한 위치 (예 : build -profile = prod)에 삽입되었습니다. MOSS 세계에서 흔히 묘사 한 방식입니까? 나는. 기능 설정 파일 대신 목록에 모든 설정 데이터를 저장해야합니다. –

+0

목록 또는 web.config. 인스턴스 연결 문자열을 읽을 수있는 사람들에 대한 속성을 얼마나 안전하게 유지할 것인지에 달려 있습니다. 목록을 숨기고 관리자 만 액세스 할 수있게하고 RunWithElevatedPriviliges를 사용하여 코드에서 해당 속성을 가져 오는 것은 목록을보다 안전하게 유지하지만 사이트 관리자가 여전히 액세스 할 수있게합니다. web.config의 환경 설정마다 실제로 가고 싶다면 기본적으로 "build -profile = prod"와 동일한 사용자 지정 빌드 대상을 만드는 것이 좋습니다. – Colin

+0

고마워요! 맞춤 빌드 타겟에 대한 힌트를 줄 수 있습니까? 이것을 구현하기위한 표준 방법이 있습니까? –