com:ComServer

windows.comServer 형식의 패키지 확장 지점을 선언합니다. comServer 확장에는 ExeServer, SurrogateServer, ProgId 또는 TreatAsClass의 네 가지 유형의 등록이 포함될 수 있습니다.

요소 계층 구조

<패키지>

    <애플리케이션>

         <애플리케이션>

              <확장>

                   <com:Extension>

                        <com:ComServer>

Syntax

<com:ComServer>

  <!-- Child elements -->
  com:ExeServer{0,1000},
  com:SurrogateServer{0,1000},
  com:ProgId{0,10000},
  com:TreatAsClass{0,10000}

</com:ComServer>

{} 특정 발생 범위

특성 및 요소

특성

없음

자식 요소

자식 요소 설명
com:ExeServer 하나 이상의 클래스 등록을 사용하여 ExeServer를 등록합니다.
com:SurrogateServer 하나 이상의 클래스 등록을 사용하여 서로게이트 서버를 등록합니다.
com:ProgId CLSID와 연결할 수 있는 ProgID(프로그래밍 식별자)입니다.
com:TreatAsClass TreatAs 하위 키를 사용한 CLSID 등록에 해당하는 등록입니다.

부모 요소

부모 요소 설명
com:Extension 앱 패키지 외부의 클라이언트에 COM 등록을 노출하는 기능을 제공합니다.

설명

다중 애플리케이션 패키지에서는 COM 서버 프로세스가 상위 Applications/Application 요소의 ID로 실행되므로 COM 서버 등록을 올바른 애플리케이션/애플리케이션 매니페스트 요소 아래에 배치하는 것이 중요합니다.

매니페스트에 등록된 COM 서버는 항상 AAP(Activate As Package) 동작을 받습니다. 즉, COM 서버는 패키지 및 애플리케이션 클레임이 추가된 사용자 세션 기본 토큰으로 실행됩니다. 이는 클라이언트의 토큰을 사용하여 COM 서버가 실행되는 클래식 등록 COM 서버의 기본 활성화 동작과 다릅니다. 클라이언트는 일반적으로 사용자 세션 기본 토큰을 사용하여 실행되므로 대부분의 애플리케이션에서 이러한 차이는 눈에 띄지 않습니다. RunAs와 같은 다른 활성화 동작은 지원되지 않습니다.

참고

다른 등록(예: ProgId클래스를 참조)에 종속된 comServer의 모든 등록은 동일한 comServer 확장에 있어야 합니다.

Applications/Application 요소 아래에 여러 comServer 확장이 있을 수 있지만 필요하거나 권장되지 않습니다.

요구 사항

Namespace http://schemas.microsoft.com/appx/manifest/com/windows10