com:ComServer

Declara un punto de extensión de paquete de tipo windows.comServer. La extensión comServer puede incluir cuatro tipos de registros: ExeServer, SurrogateServer, ProgId o TreatAsClass.

Jerarquía de elementos

<Package>
   └─ <Extensions>
      └─ <com:Extension>
         └─ <com:ComServer>
   └─ <Applications>
      └─ <Application>
         └─ <Extensions>
            └─ <com:Extension>
               └─ <com:ComServer>

Sintaxis

<com:ComServer>

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

</com:ComServer>

Clave

{} intervalo específico de repeticiones

Atributos

Ninguno.

Elementos secundarios

Elemento secundario Descripción
com:ExeServer Registra un ExeServer con uno o varios registros de clases.
com:SurrogateServer Registra un surrogateServer con uno o varios registros de clases.
com:TreatAsClass Registro que corresponde a un registro CLSID con la subclave TreatAs.
com:ProgId Identificador de programación (ProgID) que se puede asociar a un CLSID. ProgID identifica una clase pero con menos precisión que un CLSID porque no se garantiza que sea único globalmente.
com3:ServiceServer Registra un servidor COM (con uno o varios registros de clases) hospedados en un servicio de Windows que se declara con un elemento desktop6:Service correspondiente.
com3:ExeServer Registra un ExeServer con uno o varios registros de clases.
com3:SurrogateServer Registra un surrogateServer con uno o varios registros de clases.
com3:TreatAsClass Registro que corresponde a un registro CLSID con la subclave TreatAs.
com3:ProgId Identificador de programación (ProgID) que se puede asociar a un CLSID. ProgID identifica una clase pero con menos precisión que un CLSID porque no se garantiza que sea único globalmente.

Elementos primarios

Elemento principal Descripción
com:Extension Proporciona funcionalidad para exponer registros COM a clientes fuera del paquete de la aplicación.

Requisitos

Elemento Importancia
Namespace http://schemas.microsoft.com/appx/manifest/com/windows10
versión mínima del sistema operativo Windows 10 versión 1703 (compilación 15063)

Observaciones

En los paquetes de varias aplicaciones, es importante colocar el registro del servidor COM en el elemento correcto Applications/Application manifest, ya que los procesos del servidor COM se ejecutarán con la identidad del antecesor ApplicationsoApplication elemento.

Los servidores COM registrados en el manifiesto siempre obtienen el comportamiento activar como Package (AAP), lo que significa que el servidor COM se ejecuta con el token predeterminado de sesión de usuario con notificaciones de paquete y aplicación agregadas. Esto es diferente del comportamiento de activación predeterminado de los servidores COM registrados clásicamente, en los que el servidor COM se ejecuta con el token del cliente. En la mayoría de las aplicaciones, esta diferencia no será notable porque los clientes normalmente se ejecutan con el token predeterminado de sesión de usuario. No se admiten otros comportamientos de activación, como RunAs.

Nota:

Los registros de comServer que dependen de otro registro (por ejemplo, un ProgId hace referencia a una clase) deben estar en la misma extensión comServer .

Es posible tener varias extensiones comServer en el Applicationselemento /Application , pero eso no es necesario ni recomendado.

Ejemplos

  • Last updated on