2009-12-08 4 views
0

MOSS (Microsoft Office Sharepoint Server)를 관리하는 데 도움이되는 C#으로 작성된 도구로 작업하고 있습니다. 공유 영역 om에서 제공되는 클래스 (예 : 네임 스페이스 Microsoft.SharePoint.Administration 또는 Microsoft.Office.Server)를 사용하면됩니다.Sharepoint 어셈블리를 사용하는 .Net 응용 프로그램 배포

특정 어셈블리는 다음과 같습니다
Microsoft.Office.Server.dll
Microsoft.Office.Server.Search.dll
Microsoft.SharePoint.dll

내 문제는 내가에이 도구를 설치하는 방법입니다 로드 할 때 필요한 어셈블리를 찾을 수있는 MOSS 서버 AFAIK 이러한 어셈블리는 % ProgramFiles % \ Common Files \ Microsoft Shared \ web 서버 확장 \ 12 \ ISAPI에 있지만 관리자가 Sharepoint를 설치 한 곳 어디에도있을 수 있습니다.

  1. 이 응용 프로그램을 설치하려면 %의 ProgramFiles % \ 12 \ ISAPI \ 공용 Files \ Microsoft Shared \ 웹 서버 확장 :

    나는 다음과 같은 방법을 생각할 수 TIS를 해결합니다. 이것은 일반적인 경우에 효과가 있지만 내 바이너리를 Sharepoints와 섞을 것이므로 피하는 것이 좋습니다. 그것은 관리자가 올바른 경로에 대한 설치 시간에 레지스트리를 확인하여 해결할 수 있지만 관리자가 셰어 포인트에 대한 다른 경로를 선택하면 또한 실패합니다.
  2. 응용 프로그램을 자체 폴더에 설치하고 구성 파일을 사용하여 codeBase 요소를 사용하여 MOSS 어셈블리를 참조하십시오.
  3. 응용 프로그램과 함께 MOSS 어셈블리를 배포하십시오. 그런 다음 대상 컴퓨터에서 복제됩니다. 이 작업을해야하지만 몇 가지 probems 있습니다 : 첫째, MOSS 설치되어있는 경우에만 작동합니다 경우에도 내가 합법적으로 dlls redestribute 수 있는지 잘 모르겠습니다; 둘째, 재배포 된 Dll과 시스템의 버전이 동기화되지 않아 다른 서비스 팩에 문제가 발생할 수 있습니다.

누구에게도이 문제가 발생 했습니까? 어떻게 그걸 해결 했니? 전혀 생각 안해?

+0

웹 기반 응용 프로그램입니까? SharePoint 서버에 배포하는 winforms 응용 프로그램? –

+0

콘솔 명령 행 도구입니다. –

답변

1

이러한 어셈블리가 GAC에도 배포되지 않았습니까? Microsoft.Office.Server는 GAC에 있으며 Microsoft.Sharepoint도 마찬가지입니다.

AFAIK Microsoft.Sharepoint. 관리은 dll이 아닙니다.

+0

네임 스페이스입니다. 나는 그것을 명확히하기 위해 제 ost를 편집 할 것이다. –

+0

에 관계없이 어셈블리는 GAC에 있으며 런타임에서 배포 할 때 런타임에서 찾을 수 있습니다. 참조 http://support.microsoft.com/kb/837908 – RedDeckWins

+0

GACed 예입니다. GAC에있는 서명과 다른 서명을 가진 디버그 버전을 사용하고 있었기 때문에 발견되지 않았습니다. 이제 작동합니다. –

관련 문제