개발된 사이트 요소 사용자 지정 배포

아티클
06/16/2015

업데이트 날짜: 2008년 1월

적용 대상: Office SharePoint Server 2007

마지막으로 수정된 항목: 2015-03-09

이 문서의 내용

솔루션 패키지를 사용하여 개발된 사이트 요소 배포
기능을 사용하여 개발된 사이트 요소 배포

이 문서에서는 사용자 지정 코드 배포와 관련한 배포 절차, 일반 고려 사항, 최상의 방법 등 Microsoft Office SharePoint Server 2007을 사용하여 개발된 사이트 요소 사용자 지정 코드를 배포하는 방법에 대한 지침을 제공합니다.

개발된 사이트 요소는 사이트에 기능을 제공하는 응용 프로그램 및 파일입니다. 비즈니스 프로세스를 구현하는 워크플로나 사용자가 특정 디자인의 사이트를 만드는 데 사용하는 사이트 서식 파일을 예로 들 수 있습니다. 개발된 사이트 요소는 팜의 웹 서버에 배포되거나 경우에 따라 팜의 중간 계층에 있는 전용 응용 프로그램 서버에 배포됩니다.

이 문서의 섹션에서는 솔루션 패키지 및 기능을 가져오고 내보내는 방법 및 만드는 방법에 대한 절차를 비롯하여 Office SharePoint Server 2007에서 개발된 사이트 요소를 배포하는 여러 가지 방법에 대해 설명합니다.

이 문서에서는 웹 페이지, CSS 스타일시트 및 레이아웃 페이지와 같은 제작된 사이트 요소의 배포에 대해서는 다루지 않습니다. 제작된 사이트 요소에 대한 자세한 내용은 제작된 사이트 요소 사용자 지정 콘텐츠 배포를 참조하십시오. 제작된 사이트 요소와 개발된 사이트 요소의 차이점에 대한 자세한 내용은 사이트 요소 검토를 참조하십시오.

이 문서를 읽기 전에 사이트 디자인 및 구축과 관련된 개념을 잘 알아 두어야 합니다. 자세한 내용은 사이트 디자인 및 구축 정보를 참조하십시오.

이 문서의 절차는 사용자 지정 시나리오 문서에서 설명하는 토폴로지를 기반으로 하며, 사용자의 환경에는 정확히 맞지 않을 수도 있습니다.

이러한 절차를 수행하려면 여러 역할 간에 협조가 필요할 수 있습니다. 또한 이 문서에서는 예정된 배포 작업이 특정 토폴로지 계층 간에 콘텐츠를 마이그레이션하는 데 사용된다고 가정합니다.

참고

발생할 수 있는 동기화 문제를 없애려면 보통 제작된 사이트 요소를 배포하기 전에 개발된 사이트 요소를 먼저 배포해야 합니다. 제작된 사이트 요소와 개발된 사이트 요소에 대한 자세한 내용은 사이트 요소 검토를 참조하십시오. 또한 원본 서버에서 사용 중인 언어 팩을 대상 서버에 모두 설치하지 않으면 콘텐츠 배포가 실패합니다.

다음 표에는 이 문서에 설명된 배포 방법이 요약되어 있습니다.

방법	참고
솔루션 패키지	솔루션 패키지는 사용자 지정 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0 배포 콘텐츠를 서버 팜의 웹 서버나 응용 프로그램 서버에 제공하는 배포 패키지입니다. 솔루션 패키지를 사용하면 다음을 수행할 수 있습니다. 연결된 환경과 연결되지 않은 환경 모두에 개발된 사이트 요소를 배포합니다. 같은 패키지에 아티팩트와 개발된 사이트 요소를 함께 배포합니다. 아티팩트 이외의 제작된 사이트 요소는 솔루션 패키지를 사용하여 배포할 수 없습니다.
기능	기능은 웹 서버에 배포되는 XML 파일을 패키지로 만들어 놓은 집합입니다. 기능은 사이트 정의 및 솔루션에 번들로 포함하거나 Office SharePoint Server 사이트에서 개별적으로 활성화할 수 있습니다. 기능을 사용하면 다음을 수행할 수 있습니다. 연결된 환경과 연결되지 않은 환경 모두에 개발된 사이트 요소를 배포합니다. 중앙 관리 웹 사이트 또는 Stsadm 명령줄 도구를 통해 사용자 지정을 활성화 및 비활성화합니다. 배포 범위 제어 기능을 다른 기능, 개발된 사이트 요소 및 아티팩트와 함께 솔루션 패키지에 포함 제작된 사이트 요소는 기능을 사용하여 배포할 수 없습니다.

솔루션 패키지

솔루션 패키지는 사용자 지정 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0 배포 콘텐츠를 서버 팜의 웹 서버나 응용 프로그램 서버에 제공하는 배포 패키지입니다.

솔루션 패키지를 사용하면 다음을 수행할 수 있습니다.

연결된 환경과 연결되지 않은 환경 모두에 개발된 사이트 요소를 배포합니다.
같은 패키지에 아티팩트와 개발된 사이트 요소를 함께 배포합니다.

아티팩트 이외의 제작된 사이트 요소는 솔루션 패키지를 사용하여 배포할 수 없습니다.

기능

기능은 웹 서버에 배포되는 XML 파일을 패키지로 만들어 놓은 집합입니다. 기능은 사이트 정의 및 솔루션에 번들로 포함하거나 Office SharePoint Server 사이트에서 개별적으로 활성화할 수 있습니다.

기능을 사용하면 다음을 수행할 수 있습니다.

연결된 환경과 연결되지 않은 환경 모두에 개발된 사이트 요소를 배포합니다.
중앙 관리 웹 사이트 또는 Stsadm 명령줄 도구를 통해 사용자 지정을 활성화 및 비활성화합니다.
배포 범위 제어
기능을 다른 기능, 개발된 사이트 요소 및 아티팩트와 함께 솔루션 패키지에 포함

제작된 사이트 요소는 기능을 사용하여 배포할 수 없습니다.

다음 섹션에서는 위에 나열된 각 배포 방법을 자세히 설명합니다.

솔루션 패키지를 사용하여 개발된 사이트 요소 배포

이 섹션의 내용

솔루션 패키지의 정의
솔루션 패키지를 사용해야 하는 경우
중앙 관리를 사용하여 솔루션 배포
솔루션 패키지 만들기
Stsadm 명령줄 도구를 사용하여 솔루션 패키지 가져오기
Stsadm 명령줄 도구를 사용하여 솔루션 패키지 배포

솔루션 패키지의 정의

솔루션 패키지는 사용자 지정 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0 개발 콘텐츠를 서버 팜의 웹 서버나 응용 프로그램 서버에 제공하는 배포 패키지입니다. 솔루션 패키지는 파일 확장명이 .wsp인 CAB 파일이자 매니페스트 파일입니다. 솔루션 패키지는 Makecab.exe 같은 도구를 사용하여 수동으로 만들거나 Windows SharePoint Services 3.0 도구: Visual Studio 2005 Extensions (영문)(https://go.microsoft.com/fwlink/?linkid=107267&clcid=0x412)에 포함되어 있는 독립 실행형 응용 프로그램인 Solution Generator로 만들 수 있습니다.

다음과 같은 구성 요소를 솔루션으로 패키지화할 수 있습니다.

솔루션 작성 코드를 래핑하는 .NET Framework 어셈블리
리소스 파일, 이미지, 기타 도우미 파일 등의 배포 파일
사이트, 목록, 라이브러리, 필드 및 콘텐츠 형식 등에 대한 새 서식 파일 및 정의. 이러한 정의는 CAML 기반 XML 파일 형식입니다.
웹 사이트에서 코드를 활성화 및 비활성화할 수 있는 기능
웹 서버 수준에서 수행해야 하는 구성(예: 웹 파트 등록을 위한 Web.config 파일)

자세한 내용은 솔루션 패키지 구성 요소를 참조하십시오.

솔루션 패키지를 사용해야 하는 경우

솔루션 패키지는 개발된 사이트 요소 및 아티팩트(제작된 사이트 요소 사용자 지정 콘텐츠 배포 참조)를 제공하는 데 사용할 수 있습니다. 연결되지 않은 환경에 개발된 사이트 요소를 배포하거나 개발된 사이트 요소를 소프트웨어 구성 관리 시스템에 저장할 때도 솔루션 패키지를 사용할 수 있습니다.

다음 중 하나 이상에 해당하는 경우 솔루션 패키지를 사용하여 개발된 사이트 요소를 배포할 수 있습니다.

연결되지 않은 환경 팜이 서로 연결되어 있지 않으면 솔루션 패키지를 만들어 통합 팜으로 비동기 전송해야 합니다.
소프트웨어 구성 관리 환경 소프트웨어 구성 관리 시스템에 제공할 수 있도록 개발 콘텐츠를 솔루션 패키지에 통합할 수 있습니다.
기능 및 기타 개발된 사이트 요소 포함 기능을 다른 사용자 지정과 함께 솔루션 패키지에 포함할 수 있습니다. 사용자 지정 중 일부만 기능 패키지로 만들고 나머지는 기능 패키지로 만들지 않은 경우 솔루션 패키지를 표준 배포 매체로 사용할 수 있습니다.
아티팩트 및 개발된 사이트 요소를 통합 제공 아티팩트와 개발된 사이트 요소 모두를 단일 배포 패키지로 배포하려는 경우 솔루션 패키지를 사용할 수 있습니다.
스크립트로 작성된 배포 개발된 사이트 요소 배포 프로세스를 자동화하는 스크립트를 작성하려는 경우 솔루션 패키지를 사용할 수 있습니다.

사용자 지정 시나리오 문서의 배포 그림과 같이 솔루션 패키지를 사용하여 개발자 워크스테이션과 통합 팜 또는 소프트웨어 구성 관리 시스템 간에, 그리고 통합 팜과 제작 클라이언트 워크스테이션 및 파일럿 또는 프로덕션 팜 간에 개발된 사이트 요소 사용자 지정을 배포할 수 있습니다.

중앙 관리를 사용하여 솔루션 배포

중앙 관리 사이트에서 가져온 솔루션을 배포할 수 있습니다. 이 문서의 뒷부분에 나오는 Stsadm 명령줄 도구를 사용하여 솔루션 패키지 가져오기 섹션에 설명된 대로 Stsadm -Addsolution 작업을 사용하여 솔루션 데이터베이스로 솔루션을 가져온 경우 솔루션에 액세스하려면 먼저 사이트에 배포해야 합니다.

참고

중앙 관리의 솔루션 관리 페이지를 사용하여 솔루션을 가져올 수는 없습니다.

다음 절차는 가져온 솔루션을 팜의 사이트에 배포하는 방법을 보여 줍니다.

중앙 관리 사이트에서 솔루션 배포

중앙 관리 사이트의 위쪽 링크 모음에서 작업을 클릭합니다.
작업 페이지의 글로벌 구성 섹션에서 솔루션 관리를 클릭합니다.
솔루션 관리 페이지에서 배포할 솔루션을 클릭합니다.
솔루션 속성 페이지에서 솔루션 배포를 클릭합니다.
솔루션 배포 페이지의 배포 시기 섹션에서 다음 중 하나를 선택합니다.
- 지금
- 지정한 시간. 이 옵션을 선택한 경우 날짜 및 시간 상자를 사용하여 시간을 지정합니다. 대상 서버의 부하가 적은 시간을 선택하는 것이 좋습니다.
배포 위치 섹션의 특정 웹 응용 프로그램 목록에서 모든 웹 응용 프로그램을 클릭하거나 특정 웹 응용 프로그램을 선택합니다.
확인을 클릭합니다.

솔루션 패키지 만들기

이 섹션에서는 개발된 사이트 요소와 아티팩트가 포함된 솔루션 패키지를 만드는 방법에 대해 설명합니다. 솔루션 패키지는 여러 가지 방법으로 만들 수 있습니다. 다음 표에는 이 섹션에 설명된 방법이 요약되어 있습니다.

방법	설명
수동	Makecab.exe 도구를 사용하여 수동으로 솔루션 패키지를 만들 수 있습니다. Office SharePoint Server 2007에는 솔루션 패키지를 만드는 도구가 포함되어 있지 않기 때문에 이 방법이 기본 방법입니다. Makecab.exe 도구는 Microsoft 캐비닛 소프트웨어 개발 키트 (영문)(https://go.microsoft.com/fwlink/?linkid=107292&clcid=0x412)에서 다운로드할 수 있습니다.
SharePoint Solution Generator를 사용하여 솔루션 패키지 만들기	SharePoint Solution Generator는 특정 형식의 Office SharePoint Server 2007 또는 Windows SharePoint Services 3.0 웹 사이트를 Visual Studio 2005 사이트 정의 프로젝트로 변환할 수 있는 독립 실행형 응용 프로그램입니다. Visual Studio 2005를 사용하여 사이트 요소를 사용자 지정하는 경우에는 이 방법이 유용할 수 있습니다. SharePoint Solution Generator는 Windows SharePoint Services 3.0 도구: Visual Studio 2005 Extensions (영문)(https://go.microsoft.com/fwlink/?linkid=107267&clcid=0x412)에서 다운로드할 수 있습니다.
WSPBuilder를 사용하여 솔루션 패키지 만들기	WSPBuilder는 솔루션 패키지를 만드는 프로세스를 자동화하는 데 사용할 수 있는 공개 소스 명령줄 도구입니다. 이 방법은 정기적으로 솔루션 패키지를 만드는 경우와 사용 환경에서 공개 소스 도구 사용이 제한되지 않은 경우에 유용할 수 있습니다. WSPBuilder 도구는 Codeplex (영문)(https://go.microsoft.com/fwlink/?linkid=106471&clcid=0x412)에서 다운로드할 수 있습니다.

수동

Makecab.exe 도구를 사용하여 수동으로 솔루션 패키지를 만들 수 있습니다. Office SharePoint Server 2007에는 솔루션 패키지를 만드는 도구가 포함되어 있지 않기 때문에 이 방법이 기본 방법입니다.

Makecab.exe 도구는 Microsoft 캐비닛 소프트웨어 개발 키트 (영문)(https://go.microsoft.com/fwlink/?linkid=107292&clcid=0x412)에서 다운로드할 수 있습니다.

SharePoint Solution Generator를 사용하여 솔루션 패키지 만들기

SharePoint Solution Generator는 특정 형식의 Office SharePoint Server 2007 또는 Windows SharePoint Services 3.0 웹 사이트를 Visual Studio 2005 사이트 정의 프로젝트로 변환할 수 있는 독립 실행형 응용 프로그램입니다. Visual Studio 2005를 사용하여 사이트 요소를 사용자 지정하는 경우에는 이 방법이 유용할 수 있습니다.

SharePoint Solution Generator는 Windows SharePoint Services 3.0 도구: Visual Studio 2005 Extensions (영문)(https://go.microsoft.com/fwlink/?linkid=107267&clcid=0x412)에서 다운로드할 수 있습니다.

WSPBuilder를 사용하여 솔루션 패키지 만들기

WSPBuilder는 솔루션 패키지를 만드는 프로세스를 자동화하는 데 사용할 수 있는 공개 소스 명령줄 도구입니다. 이 방법은 정기적으로 솔루션 패키지를 만드는 경우와 사용 환경에서 공개 소스 도구 사용이 제한되지 않은 경우에 유용할 수 있습니다.

WSPBuilder 도구는 Codeplex (영문)(https://go.microsoft.com/fwlink/?linkid=106471&clcid=0x412)에서 다운로드할 수 있습니다.

수동으로 솔루션 패키지 만들기

보통 다음 중 하나를 수행해야 하는 경우에 Office SharePoint Server 2007 솔루션 개발자가 수동으로 SharePoint 솔루션 패키지를 만듭니다.

전역 어셈블리 캐시가 아니라 개인 응용 프로그램 폴더에 .NET Framework 어셈블리를 배포하는 경우
배포 중에 적용해야 하는 코드 액세스 보안 권한을 솔루션에 추가하는 경우
기본적으로 Feature 폴더에 사용되는 이름에서 파생하는 경우
솔루션을 지역화하는 경우
기능 이벤트 처리기를 웹 파트 솔루션 같은 특정 형식의 Windows SharePoint Services 3.0 솔루션에 연결하는 경우
솔루션 패키지에 리소스(XML 파일, 사진, .dll 파일, 어셈블리)를 추가하는 경우

수동으로 솔루션 파일을 만들려면 다음 기본 단계를 수행하십시오.

폴더의 개별 솔루션 파일을 모두 수집합니다. 수집 방법과 관련된 구체적인 지침은 없지만 여러 가지 형식의 솔루션 파일을 자체 하위 폴더로 구분하는 것이 최상의 방법입니다.
솔루션의 구성 요소를 나열하는 manifest.xml 파일을 만듭니다.
Windows SharePoint Services 3.0 솔루션 파일의 구조를 정의하는 .ddf 파일을 만듭니다. 이 파일에는 출력 .wsp 파일을 결정하는 개별 솔루션 파일의 목록이 들어 있습니다.
.ddf 파일을 입력 파일로 사용하고 .wsp 파일을 출력 파일로 사용하여 Makecab.exe를 실행합니다.

위의 기본 단계는 다음 절차에 자세히 설명되어 있습니다.

참고

이 절차를 수행하려면 Microsoft 캐비닛 소프트웨어 개발 키트 (영문)(https://go.microsoft.com/fwlink/?linkid=107292&clcid=0x412)에서 다운로드할 수 있는 Makecab.exe 도구가 필요합니다.

Makecab.exe를 사용하여 수동으로 솔루션 패키지 만들기

솔루션 manifest.xml 파일을 만듭니다.

솔루션 매니페스트(항상 manifest.xml이라고 함)가 솔루션 파일의 루트에 저장됩니다. 이 파일은 처리할 기능, 사이트 정의, 리소스 파일, 웹 파트 파일 및 어셈블리의 목록을 정의하지만 파일 구조는 정의하지 않습니다. 솔루션에 파일이 포함되어 있지만 manifest.xml 파일에는 나열되지 않은 경우 해당 파일은 처리되지 않습니다.

다음은 XML에 표시된 manifest.xml 파일의 구조에 대한 예제입니다.

<?xml version="1.0" encoding="utf-8" ?>

<Solution xmlns="https://schemas.microsoft.com/sharepoint/"

SolutionId="{79d1a62e-3627-11db-963e-00e08161165f}"

ResetWebServer="TRUE">

    <Assemblies>

        <Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Webparts\

Example.SharePoint.WebParts.dll">

            <SafeControls>

                <SafeControl Assembly="Example.Sharepoint.Webparts,

Version=1.0.0.0, Culture=Neutral, PublicKeyToken=63cce650e8605f5d"

Namespace="Example.Sharepoint.Webparts" TypeName="*"/>

            </SafeControls>

        </Assembly>

        <Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Timer/Example.Sharepoint.Timer.dll"/>

    </Assemblies>

    <FeatureManifests>

        <FeatureManifest Location="Example.Sharepoint.Timer\Feature.xml"/>

        <FeatureManifest Location="Example.CustomType\Feature.xml"/>

        <FeatureManifest Location="Example.ExampleLibrary\Feature.xml"/>

        <FeatureManifest Location="Example.Columns\Feature.xml"/>

        <FeatureManifest Location="Example.Workflow.ProcessExample\Feature.xml"/>

        <FeatureManifest Location="Example.Workflow.ProvisionExample\Feature.xml"/>

    </FeatureManifests>

    <SiteDefinitionManifests>

        <SiteDefinitionManifest Location="EXAMPLE">

            <WebTempFile Location="1033\XML\WEBTEMPExample.XML"/>

        </SiteDefinitionManifest>

    </SiteDefinitionManifests>

</Solution>

그 밖에도 DwpFiles 요소를 추가하여 .webpart 또는 .dwp 파일을 지정하거나 ResourceFiles 요소를 추가하여 리소스 파일, 사이트 정의, 응용 프로그램 리소스 및 코드 액세스 보안 정책을 지정할 수 있습니다.
필요한 경우 <ElementFile> 태그를 사용하여 Feature.xml 파일에 주석을 추가합니다.

Feature.xml 파일의 <ElementManifests> 태그에서 ASPX(Active Server Page Extension) 페이지(예: allitems.aspx) 또는 마스터 페이지 등 기능의 나머지 모든 파일에 대해 <ElementFile Location="..."/>를 추가합니다.

참고

솔루션에 기능이 포함된 경우에만 이 단계를 수행해야 합니다.
솔루션 패키지(.wsp 파일)를 만듭니다.

솔루션 파일은 기본적으로 CAB 파일이므로 Makecab.exe 도구를 사용하여 솔루션 패키지를 만듭니다. Makecab.exe 도구는 CAB 파일의 구조를 설명하는 .ddf 파일을 가리키는 포인터를 사용합니다. .ddf 파일 형식은 .inf 파일 형식과 비슷합니다. 즉, 표준 헤더를 선언한 다음 파일 집합을 디스크에 있는 위치별로 한 줄에 한 파일씩 열거하여 CAB 파일에 배치할 위치별로 구분합니다. 예를 들면 다음과 같습니다.

; .OPTION EXPLICIT

; Generate errors

.Set CabinetNameTemplate=MySolutionFile.wsp

.set DiskDirectoryTemplate=CDROM

; All cabinets go in a single directory

.Set CompressionType=MSZIP

;** All files are compressed in cabinet files

.Set UniqueFiles="ON"

.Set Cabinet=on

.Set DiskDirectory1=Package build\manifest.xml manifest.xml build\

MySolutionFile\Feature.xml MySolutionFile\Feature.xml ...

연습: 사용자 지정 웹 파트 솔루션 패키지 생성 및 배포

이 섹션에서는 사용자 지정 웹 파트가 포함된 솔루션 패키지를 구축하고 배포하는 방법에 대한 예제를 제공합니다. 이 연습을 실행해 보려면 Visual Studio 2005와 Makecab.exe 도구가 필요합니다.

Office SharePoint Server 2007에서는 기능 설치, 활성화, 비활성화 및 제거 시 개발자에게 사용자 지정 코드를 실행할 수 있는 옵션을 제공합니다. 특정 작업 목록에 종속된 웹 파트를 예로 들 수 있습니다. 웹 파트 기능을 활성화하면 사용자 지정 코드가 이 작업 목록이 사이트에 포함된 목록의 일부인지 여부를 확인할 수 있습니다. 사이트에 포함된 목록이 아닌 경우 코드가 목록을 만든 다음 기능이 비활성화되면 해당 목록을 제거합니다. 사용자 지정 코드는 .NET Framework 어셈블리(기능 수신기 어셈블리라고도 함)로 래핑됩니다.

이 연습에서는 웹 파트 프로젝트를 만들었다고 가정합니다. 웹 파트 기능을 설치하거나 활성화하거나 비활성화하거나 제거하면 Office SharePoint Server에서 비동기 이벤트가 발생합니다. 추상 Microsoft.SharePoint.SPFeatureReceiver 클래스에서 상속되는 .NET Framework 클래스를 만들면 사용자 지정 .NET Framework 어셈블리에서 이러한 이벤트를 처리할 수 있습니다

연습: 사용자 지정 웹 파트 솔루션 패키지 생성 및 배포

C#으로 다음 .NET 클래스를 만듭니다.

using System;
using System.Diagnostics;
using System.Collections.Generic;
using System.Text;
using Microsoft.SharePoint;

namespace MSDN.Samples
{
    public class MSDNTaskListEventHandler: SPFeatureReceiver
    {
        public override void 
FeatureActivated(SPFeatureReceiverProperties properties)
        {
            SPSite sitecollection = 
(SPSite)properties.Feature.Parent;
            SPWeb web = sitecollection.RootWeb;
            try
            {
                // -- Check if list exists.
                SPList list = web.Lists["MSDN Tasks"]; 
            }
            catch 
            {
                // -- If not, create the list.
                web.Lists.Add("MSDN Tasks", "A custom list", SPListTemplateType.Tasks);
            }
        }

        public override void 
FeatureDeactivating(SPFeatureReceiverProperties properties)
        {
            SPSite sitecollection = (SPSite)properties.Feature.Parent;
            SPWeb web = sitecollection.RootWeb;
            try
            {
                // -- Check if list is there, and if so, delete it.
                SPList list = web.Lists["MSDN Tasks"];
                web.Lists.Delete(list.ID);
            }
            catch (Exception ex)
            {
            }
        }

        public override void 
FeatureInstalled(SPFeatureReceiverProperties properties)
        {
        }

        public override void 
FeatureUninstalling(SPFeatureReceiverProperties properties)
        {
        }
    }
}

코딩 작업 결과 어셈블리 두 개가 만들어집니다. 한 어셈블리에는 웹 파트를 제공하는 코드가 포함됩니다. 또 하나의 어셈블리에는 이전 코드가 포함됩니다. 이 문서를 게시할 때 Visual Studio Extensions for Windows SharePoint Services 3.0에서는 이벤트 처리기를 웹 파트 기능 정의 파일에 연결할 수 없습니다. 또한 전역 어셈블리 캐시가 아니라 개인 응용 프로그램 폴더에 웹 파트 어셈블리를 배포해야 합니다. 따라서 수동으로 솔루션 패키지를 만들어야 합니다.

참고

다음 단계에서는 솔루션 구성 요소를 나타내는 여러 가지 파일의 구성 방법을 기본 설정으로 채택하고 Visual Studio 2005 솔루션의 일부로 만들 수 있습니다.

하위 폴더 두 개가 포함된 폴더를 만들어 모든 솔루션 구성 요소를 수집합니다. 첫 번째 하위 폴더(이 문서에서는 "Assemblies"라고 함)에는 어셈블리가 저장되고 두 번째 하위 폴더(이 문서에서는 "Features"라고 함)에는 기능을 정의하는 다른 XML 파일이 저장됩니다. 웹 파트 어셈블리 및 이벤트 처리기 어셈블리를 Assemblies 폴더에 복사합니다.
SharePoint 솔루션에 포함되어야 할 모든 기능에 대한 Features 폴더 아래에 하위 폴더를 만듭니다. 이 연습에 필요한 기능은 하나뿐입니다. 이 기능을 MSDNTaskCreator라고 하고 Features 폴더에 해당 이름의 하위 폴더가 있다고 가정합니다. 이 폴더의 루트에 다음 XML을 포함하는 Feature.xml 파일을 추가합니다.
```
<Feature  Title="MSDNTaskCreator" 
          Id="55312295-a323-4333-b875-1bbe8ef7fd04" 
          Description="Small Web Part creating a custom task item" 
          Version="1.0.0.0" Scope="Site" Hidden="FALSE" 
          ReceiverAssembly="MSDNFeatureEventhandlers, 
Version=1.0.0.0, Culture=neutral, PublicKeyToken=5e5a470a5445a8f1" 
          ReceiverClass="MSDN.Samples.MSDNTaskListEventHandler"
          DefaultResourceFile="core" 
xmlns="https://schemas.microsoft.com/sharepoint/">
  <ElementManifests>
    <ElementManifest Location="elementManifest.xml" />
    <ElementFile Location="MSDNTaskCreator.webpart" />
  </ElementManifests>
</Feature>
```
추가 특성 두 개가 Feature.xml 파일에 추가되므로 이 XML은 Visual Studio Extensions for Windows SharePoint Services 3.0에서 생성된 XML에서 파생됩니다.
- ReceiverAssembly 특성에는 이벤트 처리기 코드를 포함하는 .NET Framework 어셈블리의 강력한 전체 이름이 포함되어 있습니다.
- ReceiverClass 특성은 해당 어셈블리 내에 있는 클래스의 전체 이름을 저장합니다.
루트 폴더에 매니페스트 파일을 만듭니다. 이 파일은 Visual Studio Extensions for Windows SharePoint Services 3.0에서 생성된 매니페이스트 파일과는 다릅니다. 매니페스트 파일의 내용은 다음과 같습니다.

<Solution SolutionId="d63d0395-96a4-449e-83ce-5f7239bbd3ad"

xmlns="https://schemas.microsoft.com/sharepoint/" >

  <FeatureManifests>

    <FeatureManifest Location="MSDNTaskCreator\Feature.xml" />

  </FeatureManifests>

  <Assemblies>

    <Assembly Location="MSDNTaskCreator.dll"

DeploymentTarget="WebApplication" >

      <SafeControls>

        <SafeControl Assembly="MSDNTaskCreator, Version=1.0.0.0,

Culture=neutral, PublicKeyToken=9f4da00116c38ec5"

Namespace="MSDN.Samples" TypeName="MSDNTaskCreator" Safe="True" />

      </SafeControls>

    </Assembly>

        <Assembly Location="MSDNFeatureEventHandlers.dll"

DeploymentTarget="GlobalAssemblyCache" />

  </Assemblies>

</Solution>

기능의 이름에 더 이상 GUID가 포함되지 않습니다. 첫 번째 어셈블리 요소에는 DeploymentTarget 특성이 있습니다. 이 특성의 값은 GlobalAssemblyCache가 아니라 WebApplication입니다. .NET Framework 어셈블리의 정의가 있는 두 번째 어셈블리 요소에는 전역 어셈블리 캐시에 배포할 이벤트 처리기 코드가 들어 있습니다.
이제 .ddf 파일(이 예에서는 .wsp_structure.ddf)을 만들 수 있습니다. DeploymentFiles 폴더에 직접 파일을 만듭니다. 먼저 다음 헤더 정보를 추가합니다.

;

; *** .ddf file for generating SharePoint solution.

;

.OPTION EXPLICIT ; Generate errors

.Set CabinetNameTemplate=MSDNTaskCreatorWebPart.wsp

.set DiskDirectoryTemplate=CDROM ; All cabinets go in a single

directory

.Set CompressionType=MSZIP;** All files are compressed in cabinet

files

.Set UniqueFiles="ON"

.Set Cabinet=on

.Set DiskDirectory1=Package

헤더에는 다음과 같은 두 가지가 포함되어 있습니다.
- CabinetNameTemplate 은 SharePoint 솔루션 파일(MSDNTaskCreatorWebPart.wsp)의 이름으로 설정됩니다.
- DiskDirectory1은 Package로 설정됩니다. 이는 생성된 .wsp 파일이 포함된 디렉터리입니다.
.ddf 파일의 두 번째 요소는 패키지의 구조를 정의합니다.

; *** the manifest file

manifest.xml manifest.xml

; *** the feature files

Features\MSDNTaskCreator\Feature.xml MSDNTaskCreator\Feature.xml

Features\MSDNTaskCreator\elementManifest.xml MSDNTaskCreator\elementManifest.xml

Features\MSDNTaskCreator\MSDNTaskCreator.webpart

MSDNTaskCreator\MSDNTaskCreator.webpart

; *** the assemblies

Assemblies\MSDNTaskCreator.dll MSDNTaskCreator.dll

Assemblies\MSDNFeatureEventhandlers.dll MSDNFeatureEventhandlers.dll

이 섹션의 앞 부분에 설명된 대로 .ddf 파일은 Microsoft 캐비닛 SDK를 설치하면 사용할 수 있는 Makecab.exe의 입력 파일입니다. 스마트 장치 SDK(기본 위치: \Program Files\Microsoft Visual Studio 8\SmartDevices\SDK\SDKTools)에서도 Makecab.exe를 찾을 수 있습니다.
패키징 및 배포 작업을 원활하게 수행하려면 다음과 같은 내용의 배치 파일을 만듭니다.

set MakeCabTool=c:\Program Files\Microsoft Visual Studio 8\

SmartDevices\SDK\SDKTools\Makecab.exe

set SPAdminTool=%CommonProgramFiles%\Microsoft Shared\

web server extensions\12\BIN\stsadm.exe

"%MakeCabTool%" /f wsp_structure.ddf

"%SPAdminTool%" -o addsolution -filename package\

MSDNTaskCreatorWebPart.wsp

"%SPAdminTool%" -o deploysolution -name MSDNTaskCreatorWebPart.wsp

-immediate -allowGACDeployment -url <URL name>

처음 두 줄은 Makecab 및 Stsadm 명령줄 도구의 경로에 대한 설정입니다. 그 다음에는 솔루션 패키지를 만드는 줄이 있습니다.
```
Makecab.exe /f wsp_structure.ddf
```
실행 결과로 Package 폴더에 MSDNTaskCreatorWebPart.wsp가 나타납니다. 그 다음 줄은 아래와 같은 명령을 실행하여 MSDNTaskCreatorWebPart.wsp를 서버 팜의 솔루션 저장소에 추가합니다.
```
stsadm.exe -o addsolution -filename 
Package\MSDNTaskCreatorWebPart.wsp
```
배치 파일의 마지막 줄은 사이트 모음 중 하나로 솔루션을 배포합니다.
중앙 관리에서 작업 탭의 솔루션 관리 링크를 사용하면 솔루션 패키지를 배포할 수 있습니다. 또는 명령 프롬프트에서 다음 명령을 실행합니다.

cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin

stsadm -o deploysolution -name MSDNTaskCreatorWebPart.wsp -local -allowGACDeployment -url < URL 이름 >

이제 웹 파트 기능이 설치되었지만 활성화되지는 않았습니다.
기능을 활성화하려면 사이트 모음 기능 페이지를 연 다음 기능 이름 옆에 있는 활성화 단추를 클릭합니다. FeatureActivated 이벤트가 발생할 때 실행되는 코드가 있으므로 MSDN 작업 목록이 만들어집니다. 이 기능을 비활성화하면 사이트 모음의 루트 사이트에서 이 작업 목록이 제거됩니다.

SharePoint Solution Generator를 사용하여 솔루션 패키지 만들기

SharePoint Solution Generator는 특정 형식의 Office SharePoint Server 2007 또는 Windows SharePoint Services 3.0 웹 사이트를 Visual Studio 2005 사이트 정의 프로젝트로 변환할 수 있는 독립 실행형 응용 프로그램입니다. SharePoint Solution Generator에서 지원하지 않는 콘텐츠는 다음과 같습니다.

일부 사이트 및 목록 서식 파일(예: Wiki 사이트, 게시 포털, 공동 작업 포털)
조회 필드 및 사용자 지정 필드 형식
일부 사이트 설정 및 목록 설정

SharePoint Solution Generator에 대한 자세한 내용은 Windows SharePoint Services 3.0 도구: Visual Studio 2005 Extensions (영문)(https://go.microsoft.com/fwlink/?linkid=107267&clcid=0x412)를 참조하십시오.

SharePoint Solution Generator 사용자 인터페이스를 사용하면 사용자 지정된 사이트를 다른 SharePoint 팜에 배포할 수 있도록 SharePoint 솔루션으로 컴파일할 수 있습니다. 솔루션을 팜으로 가져오면 다음과 같이 일부 사용자 지정이 손실될 수 있습니다.

조회 열이 포함된 목록에서 조회 열이 사라집니다.
사이트에 대한 빠른 실행의 사용자 지정이 손실됩니다.
페이지에 구성된 웹 파트가 손실됩니다.
사용자 지정 목록 항목 이벤트 수신기가 더 이상 목록에 추가되지 않습니다.

자세한 내용은 도구 및 프로세스 검토를 참조하십시오.

사이트를 구축하는 동안 사용자 지정 작업 수행

솔루션 파일은 사이트를 구축하는 동안 사용자 지정 작업을 수행하는 방법을 제공합니다. 생성된 솔루션 파일에는 SiteProvisioning.cs 클래스가 포함된 Site Provisioning Handler 폴더가 있습니다. 이 클래스에 사용자 지정 코드를 추가할 수 있는 OnActivated 메서드가 있습니다. 이 메서드는 사이트 정의를 사용하여 새 사이트를 구축할 때 호출됩니다. 이 메서드는 명명된 속성인 SPFeatureReceiverProperties 속성 형식의 매개 변수 하나를 허용합니다. 이 매개 변수를 사용하면 다음 코드를 사용하여 SPSite 및 SPWeb 개체를 찾을 수 있습니다.

SPWeb web;
SPSite site;
if (properties.Feature.Parent is SPWeb)
{
    web = properties.Feature.Parent as SPWeb;
    site = web.Site;
}
Else
{
    site = properties.Feature.Parent as SPSite;
    web = site.RootWeb;
}

WSPBuilder를 사용하여 솔루션 패키지 만들기

SharePoint 제품 및 기술용 공개 소스와 커뮤니티에서 만든 몇 가지 도구는 인터넷에 공개되어 있습니다. Microsoft에서는 이러한 사이트의 타사 프로젝트를 제어, 검토, 수정, 승인 또는 배포하지 않지만 이러한 도구 중 일부는 일반적인 작업을 수행하는 데 유용할 수 있습니다.

WSPBuilder는 솔루션 패키지를 만드는 프로세스를 자동화하는 데 사용할 수 있는 명령줄 도구입니다. WSPBuilder는 폴더 구조 내의 파일에 따라 폴더를 재귀적으로 트래버스하고 manifest.xml 파일 및 .wsp 파일이 포함된 SharePoint 솔루션 패키지를 만듭니다.

WSPBuilder 도구는 Codeplex (영문)(https://go.microsoft.com/fwlink/?linkid=106471&clcid=0x412)에서 다운로드할 수 있습니다.

Stsadm 명령줄 도구를 사용하여 솔루션 패키지 가져오기

다음 절차에 따라 솔루션 파일을 Office SharePoint Server 팜의 솔루션 데이터베이스로 가져옵니다.

중요

Stsadm 명령줄 도구를 실행하는 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.

Stsadm 명령줄 도구를 사용하여 솔루션 패키지 가져오기

솔루션을 가져오려는 팜의 서버에서 SharePoint 제품 및 기술이 설치된 드라이브의 명령 프롬프트에 다음 명령을 입력하여 Stsadm 명령줄 도구가 저장된 디렉터리로 변경합니다.

cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin
다음 명령을 입력합니다.

stsadm -addsolution -filename <솔루션 이름>

솔루션이 팜의 솔루션 데이터베이스에 추가됩니다. 솔루션을 사용하려면 이 문서의 다음 섹션에 나오는 절차를 따릅니다. 자세한 내용은 Addsolution: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

Stsadm 명령줄 도구를 사용하여 솔루션 패키지 배포

명령 프롬프트에서 deploysolution 작업을 사용하여 솔루션을 배포할 수 있습니다.

단일 사이트 모음에 솔루션 패키지 배포

가져온 솔루션 패키지를 배포할 팜의 서버에 있는 SharePoint 제품 및 기술이 설치된 드라이브에서 다음 명령을 입력하여 Stsadm 명령줄 도구가 저장된 디렉터리로 변경합니다.

cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin
다음 명령을 입력합니다.

stsadm –o deploysolution –name < 솔루션 이름 > –url < URL 이름 >

여기서 파일 이름은 솔루션의 이름이고 URL 이름은 가져온 솔루션을 배포할 웹 응용 프로그램의 URL입니다.

필요한 경우 사이트 모음 하나를 대상으로 하지 않고 다음 절차에 따라 allcontenturls 매개 변수를 사용하여 솔루션을 서버 팜 내에서 사용할 수 있는 모든 사이트 모음에 배포할 수 있습니다.

모든 사이트 모음에 솔루션 패키지 배포

가져온 솔루션 패키지를 배포할 팜의 서버에 있는 SharePoint 제품 및 기술이 설치된 드라이브에서 다음 명령을 입력하여 Stsadm 명령줄 도구가 저장된 디렉터리로 변경합니다.

cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin
다음 명령을 입력합니다.

stsadm –o deploysolution –name < 솔루션 이름 > –allcontenturls [-time] < 배포할 시간 > [- allowgacdeployment] [-allowcaspolicies]

여기서 솔루션 이름은 솔루션의 이름입니다.

기본적으로 솔루션은 즉시 배포되지만 time 매개 변수를 사용하여 배포 일정을 예약할 수도 있습니다.

allowgacdeployment 및 allowcaspolicies 매개 변수는 중요합니다. allowgacdeployment 매개 변수를 사용하면 Office SharePoint Server 2007의 전역 어셈블리 캐시에서 어셈블리를 배포할 수 있습니다. allowcaspolicies 매개 변수를 사용하면 사용자 지정 CAS(코드 액세스 보안) 정책 파일을 만들고 대상 사이트 모음의 Web.config 파일에서 해당 파일을 활성화할 수 있습니다.

자세한 내용은 Deploysolution: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

기능을 사용하여 개발된 사이트 요소 배포

이 섹션의 내용

기능의 정의
기능을 사용하는 경우
기능 패키지 만들기
수동으로 기능 배포
Stsadm을 사용하여 기능 설치 및 활성화

기능에 대한 자세한 내용은 기능 작업 (영문)(https://go.microsoft.com/fwlink/?linkid=105337&clcid=0x412)을 참조하십시오.

기능의 정의

기능은 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0용으로 정의된 다양한 확장을 포함하는 컨테이너로 웹 서버에 배포되는 XML 파일 집합으로 구성됩니다. 기능은 사이트 정의 또는 솔루션 패키지의 일부분으로 배포할 수도 있고 Office SharePoint Server 사이트에서 개별적으로 활성화할 수도 있습니다.

기능은 간단한 사이트 사용자 지정을 만드는 작업과 관련된 복잡함을 줄이며 배포에 업그레이드를 적용하는 경우에 강력한 효과가 있습니다. 기능을 사용할 경우 단순 기능을 변경하기 위해 코드의 대부분을 복사하지 않아도 되기 때문에 프런트 엔드 웹 서버 간에 발생할 수 있는 버전 관리와 불일치 문제를 줄일 수 있습니다.

기능을 사용하면 배포 과정에서 쉽게 기능을 활성화하거나 비활성화할 수 있으며 관리자는 사용자 인터페이스에서 특정 기능을 설정하거나 해제하여 서식 파일이나 사이트 정의를 편리하게 변환할 수 있습니다.

기능은 다음과 같은 특성을 제공합니다.

사용자 지정 코드를 실행할 위치를 지정할 수 있는 범위 지정 의미 체계
배포할 때 대상 팜에 기능을 설치할지 여부를 지정할 수 있음
코드를 설치하거나 제거하지 않고도 지정된 범위에서 기능을 활성화하거나 비활성화할 수 있음
범위가 지정된 속성 폴더의 범위 내에서 기능에 필요한 데이터를 저장할 수 있음
Windows SharePoint Services 3.0 및 Office SharePoint Server 2007 솔루션의 분산 배포를 위한 통합 프레임워크의 기반

Microsoft Office SharePoint Portal Server 2003의 대규모 사이트 정의 파일에 포함된 항목은 Windows SharePoint Services 3.0 기능 내에서 별도의 요소입니다. 요소는 기능 내의 최소 단위입니다. Feature 요소는 Feature.xml 파일에서 기능을 정의하고, 기능을 지원하는 어셈블리, 파일, 종속성 및 속성의 위치를 지정하는 데 사용됩니다. 기능에는 Feature.xml 파일과 개별 요소를 설명하는 모든 파일이 포함됩니다. 다른 스키마의 다른 기능 요소는 Onet.xml 파일에서 사용되어 기능이 사이트 정의 내에서 활성화되도록 지정합니다.

일반적으로 Feature.xml 파일은 최상위 <Elements> 태그에 기능을 지원하는 요소에 대한 정의가 포함된 XML 파일을 하나 이상 가리킵니다. Windows SharePoint Services 3.0의 요소는 보통 이전 버전 Onet.xml 또는 Schema.xml 파일의 불연속 노드에 해당됩니다. 요소에는 몇 가지 유형이 있는데 사용자 지정 메뉴 항목이나 이벤트 처리기가 그 예입니다.

예를 들어 기능은 다음 요소를 포함하는 "내 즐겨찾기 항목" 기능성을 제공할 수 있습니다.

사용자별로 즐겨찾기 항목의 목록을 저장하는 사용자 지정 목록. 이 목록은 기능을 사용하도록 설정하면 작업 영역별로 숨겨진 단일 목록으로 만들어집니다.
"즐겨찾기에 추가"라 하는 사용자 지정 메뉴 항목. 모든 목록에 추가되어 있으며 즐겨찾기 목록에 항목을 추가합니다.
위쪽에 사용자의 상위 10개 즐겨찾기를 표시하기 위해 추적하는 사용 현황 및 링크를 구현하는 웹 파트

기능의 각 요소 자체는 그다지 유용하지 않을 수 있지만 사이트에서 기능을 사용할 수 있도록 설정하면 이 모든 요소가 전체 솔루션을 구성하는 역할을 합니다.

자세한 내용은 Windows SharePoint Services 3.0 SDK의 다음 리소스를 참조하십시오.

Feature.xml 파일에 사용되는 파일 형식 및 XML 요소에 대한 자세한 내용은 Feature.xml 파일 (영문)(https://go.microsoft.com/fwlink/?linkid=107385&clcid=0x412)을 참조하십시오.
기능이 사이트 정의에 있는 Onet.xml 파일의 파일 형식에 영향을 미치는 방식에 대한 자세한 내용은 사이트 정의(Onet.xml) 파일 (영문)(https://go.microsoft.com/fwlink/?linkid=107386&clcid=0x412)을 참조하십시오.
기능 요소 형식에 대한 자세한 내용은 요소 형식 (영문)(https://go.microsoft.com/fwlink/?linkid=107271&clcid=0x412)을 참조하십시오.

기능을 사용하는 경우

다음 중 하나 이상에 해당하는 경우 기능을 사용하여 개발된 사이트 요소를 배포할 수 있습니다.

활성화 및 비활성화 요구 사항 기능에 사이트 요소 사용자 지정을 배포하는 경우 Stsadm 명령줄 도구의 작업을 사용하거나 개체 모델을 사용하여 기능 설치, 활성화 및 비활성화를 할 수 있습니다. 또는 사용자 인터페이스를 통해 기능을 활성화하고 비활성화할 수도 있습니다.
범위의 유연성 팜, 웹 응용 프로그램, 사이트 모음 및 웹 사이트 등 단일 범위에 대한 기능을 활성화할 수 있습니다.
편리한 분산 배포 기능은 여러 서버 팜에 쉽게 배포할 수 있습니다.
기능 개체 모델을 통한 세밀한 제어 기능 개체 모델을 사용하면 지정된 범위에서 설치된 기능 목록을 지정할 수 있고 팜 및 사이트 수준에서 기능을 사용할지 여부를 제어할 수 있습니다.

사용자 지정 시나리오 문서의 배포 다이어그램에 나타난 것과 같이, 기능을 사용하여 개발된 사이트 요소 사용자 지정을 개발자 워크스테이션과 통합 팜 간에, 그리고 통합 팜과 제작 클라이언트 워크스테이션 및 파일럿 또는 프로덕션 팜 간에 배포할 수 있습니다.

기능 패키지 만들기

Office SharePoint Server 2007에서 사용자 지정 웹 페이지를 만들 때 ASPX 페이지는 Office SharePoint Server 2007을 실행 중인 서버의 루트 사이트 모음에만 속할 수 있습니다. 루트가 아닌 사이트 모음 아래에 페이지를 만들려면 SharePoint 기능으로 사용자 지정 웹 페이지를 배포해야 합니다. SharePoint 기능을 사용하려면 두 개의 간단한 XML 파일이 필요하며 SharePoint 기능은 Stsadm 명령줄 도구를 사용하여 배포됩니다. 즉, 배치 파일을 사용하여 자동화할 수 있는 프로세스입니다.

참고

Stsadm 명령줄 도구를 실행하려면 Stsadm이 저장된 디렉터리로 변경해야 합니다. 그렇게 하려면 SharePoint 제품 및 기술이 설치된 드라이브에서 다음 명령을 실행합니다. cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin

사용자 지정 기능 만들기

Feature.xml 파일을 만듭니다. 다음은 기능에 고유한 ID를 지정하고 Module.xml 파일을 가리키는 데 필요한 Feature.xml 파일의 예입니다.

<?xml version="1.0"?>
<Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title=
"Custom Web page"
Description="This simple example feature adds an ASPX page 
with a hosted XmlFormView control" 
Version="1.0.0.0" Scope="Web"
xmlns="https://schemas.microsoft.com/sharepoint/">
<ElementManifests>
    <ElementManifest Location="Module.xml"/>
</ElementManifests>
</Feature>

Module.xml 파일을 만듭니다. 다음은 Module.xml 파일의 예입니다. 이 파일에는 솔루션의 일부인 하나의 페이지 또는 여러 페이지에 대한 정보가 포함됩니다.

<?xml version="1.0"?>
<Elements xmlns="https://schemas.microsoft.com/sharepoint/">
    <module name="file" url="" path="">
        <file url="XmlFormViewPage.aspx" type="ghostable"> </file>
    </module>
</Elements>

파일 url 값을 ASPX 페이지의 이름으로 변경한 다음 Stsadm 명령줄 도구를 사용하여 기능 설치 및 활성화에 설명된 대로 명령줄 작업을 실행합니다. 배치 파일을 만들고 이러한 명령줄 작업을 순서대로 실행할 수 있습니다.
다음 작업을 수행합니다.
1. 서버 컴퓨터에서 보통 %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\TEMPLATE\FEATURES에 있는 Features 폴더 아래에 폴더를 만듭니다.
2. 이 폴더에 사용자 지정 ASPX 페이지를 추가합니다.
3. 위 섹션의 예를 바탕으로 Feature.xml과 Module.xml 파일을 만들고 동일한 위치에 추가합니다.

기능을 배포한 후에 설치하고 활성화하려면 이 문서의 뒷부분에 나오는 Stsadm 명령줄 도구를 사용하여 기능 설치 및 활성화를 참조하십시오.

수동으로 기능 배포

기능을 구현하려면 기능 설치 디렉터리(이 예에서는 로컬_드라이브:\%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\TEMPLATE\FEATURES) 내에 기능 정의가 포함된 하위 폴더를 추가합니다. 기능 하위 폴더에는 기능의 기본 속성 및 기능에 바인딩된 목록 요소를 정의하는 Feature.xml 파일(예: 요소 매니페스트가 포함된 XML 파일 및 기타 지원 파일)이 포함되어 있습니다. Feature 폴더에는 Feature.xml 파일만 포함하거나 Feature.xml 파일과 모든 지원 요소 파일(xml 파일을 비롯한 .aspx, .htm, .xsn, .resx, .dll 및 기타 파일 형식 등)을 포함할 수 있습니다.

참고

폴더를 마우스 오른쪽 단추로 클릭하고 새로 만들기를 가리킨 다음, 폴더를 클릭하여 Windows 탐색기를 통해 Features 디렉터리 내에 폴더를 만드는 경우에는 새 폴더가 사용 권한을 상속하지 않습니다. 폴더에 기능을 배포하면 사이트 설정이나 목록 보기 같은 일부 Windows SharePoint Services 3.0 페이지에는 액세스할 수 없습니다. 명령 프롬프트에서 md 명령을 사용하여 새 폴더를 만들면 이 문제를 해결할 수 있습니다.

Feature 폴더를 만든 후에 Stsadm 명령줄 작업이나 개체 모델을 사용하여 기능을 설치하고 활성화할 수 있습니다. 기능을 활성화할 사이트 모음이나 사이트의 사이트 모음 기능 페이지 또는 사이트 기능 페이지에서 기능을 활성화할 수도 있습니다. 기능을 설치하면 서버 팜 전체에 정의와 요소가 알려지고 기능을 활성화하면 특정 범위에서 기능을 사용할 수 있게 됩니다.

Stsadm 명령줄 도구를 사용하여 기능 설치 및 활성화

12\Template\Features 디렉터리에 기능을 설치합니다. 이때 각 기능에 대해 하위 디렉터리가 생성됩니다. 이 폴더의 루트에 있는 Feature.xml 파일에는 기능의 콘텐츠가 정의됩니다.

참고

Stsadm 명령줄 도구를 실행하려면 도구가 저장되어 있는 디렉터리로 변경해야 합니다. 그렇게 하려면 cd %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin 명령을 입력합니다.

기능은 개별적으로 설치해야만 사용할 수 있습니다. 개별 기능을 설치하려면 명령 프롬프트에서 다음 명령을 실행합니다.

stsadm -o installfeature-filename < 상대 경로 > -name < 기능 폴더 > [-force]

자세한 내용은 Installfeature: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

기능 범위가 팜으로 지정되지 않은 경우, 즉 기능이 자동으로 활성화되지 않는 경우에는 기능을 설치한 후에 활성화해야만 기능을 사용할 수 있습니다.

기능을 활성화하려면 다음 명령을 실행합니다.

stsadm -o activatefeature -filename <상대 경로> -name <기능 폴더> -id <기능 ID> [-url] <URL 이름> [-force]

자세한 내용은 Activatefeature: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

서버 팜 내에서 기능의 정의를 더 이상 사용할 수 없도록 기능을 제거하려면 uninstall 작업을 사용하면 됩니다. 자세한 내용은 Uninstallfeature: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

참고

웹 응용 프로그램 또는 팜에 대해 범위를 지정하지 않은 경우 기능을 제거하기 전에 기능을 비활성화해야 합니다.

기능을 제거한 후 변경 내용이 적용되도록 IIS(인터넷 정보 서비스)를 다시 설정합니다.

기능을 제거하지 않고 처음에 할당된 범위에서 기능이 비활성화 상태가 되도록 기능을 비활성화하려면 deactivate 작업을 사용할 수 있습니다. 자세한 내용은 Deactivatefeature: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

Office SharePoint Server 2007용 사이트 디자인 및 구축

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 문서 (영문)를 참조하십시오.

참고 항목

개념

사용자 지정 내용 배포
제작된 사이트 요소 사용자 지정 콘텐츠 배포
솔루션 패키지 구성 요소

다음을 통해 공유

개발된 사이트 요소 사용자 지정 배포

솔루션 패키지를 사용하여 개발된 사이트 요소 배포

솔루션 패키지의 정의

솔루션 패키지를 사용해야 하는 경우

중앙 관리를 사용하여 솔루션 배포

솔루션 패키지 만들기

수동으로 솔루션 패키지 만들기

연습: 사용자 지정 웹 파트 솔루션 패키지 생성 및 배포

SharePoint Solution Generator를 사용하여 솔루션 패키지 만들기

사이트를 구축하는 동안 사용자 지정 작업 수행

WSPBuilder를 사용하여 솔루션 패키지 만들기

Stsadm 명령줄 도구를 사용하여 솔루션 패키지 가져오기

Stsadm 명령줄 도구를 사용하여 솔루션 패키지 배포

기능을 사용하여 개발된 사이트 요소 배포

기능의 정의

기능을 사용하는 경우

기능 패키지 만들기

수동으로 기능 배포

Stsadm 명령줄 도구를 사용하여 기능 설치 및 활성화

이 문서의 다운로드

참고 항목

개념

추가 리소스