문제

몇 가지 목록 정의, 2 개의 웹 파트, 기능 수신기 어셈블리 및 InfoPath 양식을 포함하는 SharePoint 기능을 작업 중입니다.

WSPBuilder를 사용하여 포장해야하며 요구 사항은 이러한 모든 기능을 단일 WSP 솔루션 파일로 패키지하는 것입니다.

이제 WSP Builder는 12 개의 SharePoint와 동일한 특정 폴더 구조의 배포 파일이 필요합니다.

내 문제는 내 모든 기능이 별도로 개발되었으며 여러 프로젝트 파일로 구성되며 반드시 동일한 폴더 구조에 있지는 않습니다.

WSP Builder를 사용하여 여러 기능을 단일 WSP 솔루션에 포장하려면 어떻게합니까?

도움이 되었습니까?

해결책

어쩌면 이것은 도움이 될 것입니다 : http://www.codeplex.com/wspbuilder/thread/view.aspx?threadid=43125

궁극적으로, 나는 당신이 Nant와 같은 도구를 사용하여 자신의 WSP 파일을 구축함으로써 많은 유연성을 얻는다고 생각합니다.

다른 팁

동일한 솔루션 패키지에 여러 기능을 갖기 위해 WSPBuilder에서 수행 해야하는 특별한 조치는 없습니다. Visual Studio의 솔루션 내부의 12 Template 기능 폴더 아래에서 각 기능에 대한 새 폴더를 작성하고 해당 폴더에 적절한 feature.xml 파일을 배치하기 만하면됩니다. 예를 들어, 당신은 다음을 가질 수 있습니다.

12 template feature fancyfeature feaction.xml 12 template feature ReallyCoolfeature feaction.xml

... 등등.

솔루션을 구축하면 WSPBuilder는 12 폴더의 전체 트리 구조를 읽고 WSP의 Manifest.xml 파일의 해당 노드를 추가합니다. 이미지, 레이아웃 등을 포함하여 "템플릿"폴더 내부의 다른 가능한 하위 폴더에 대해서도 마찬가지입니다. 배포 시간에는 솔루션 내부의 12 폴더가 의도하기 때문에 실제 12 하이브 내부의 올바른 폴더에 모두 복사됩니다. 원래의 복제본이 되십시오.

더 나은 이해를 위해 Visual Studio 솔루션의 12 폴더 내부에 폴더와 파일을 만들고 프로젝트를 컴파일하고 생성 된 Manifest.xml 파일 내부를 살펴보십시오.

간단한 대답은 모든 파일을 개별 프로젝트를 솔루션을 위해 하나의 마스터 프로젝트에 복사해야한다는 것입니다. 모든 개별 기능 파일이 '12'폴더의 올바른 위치에있는 한, 당신은 갈 수 있습니다.

메모: 이 솔루션은 모든 사용자 정의 논리에 대해 1 개의 어셈블리를 생성하므로 어셈블리에 대한 모든 참조를 확인해야합니다.

WSP에 DLL을 추가하는 데 어려움이 있었기 때문에 그것에 대한 짧은 기사를 썼습니다. WSP 솔루션에 DLL을 추가하는 방법

나는 보통 "메인"으로 지정된 솔루션에 하나의 프로젝트가 있습니다. 이 "메인"프로젝트가 마지막으로 구축되도록 종속성을 설정했습니다. 그런 다음 WSP 패키지에 포함하려는 다른 프로젝트의 경우 12 폴더의 내용을 Xcopy에 "Post Build Events"를 편집하고 프로젝트에 의해 구축 된 DLL을 주요 프로젝트의 해당 폴더로 편집합니다. 그런 다음 전체 솔루션을 구축 한 후 메인 프로젝트 용 WSP 패키지를 작성하고 모든 것이 포함되어 있음을 알 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top