Freigeben über


com:ComServer

Deklariert einen Paketerweiterungspunkt vom Typ "windows.comServer". Die ComServer-Erweiterung kann vier Arten von Registrierungen umfassen: ExeServer, SurrogateServer, ProgId oder TreatAsClass.

Elementhierarchie

<Package>
   └─ <Applications>
      └─ <Application>
         └─ <Extensions>
            └─ <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>

Schlüssel

{} bestimmter Bereich von Vorkommen

Attribute und Elemente

Attribute

Keiner.

Untergeordnete Elemente

Untergeordnetes Element Beschreibung
com:ExeServer Registriert einen ExeServer mit einer oder vielen Klassenregistrierungen.
com:SurrogateServer Registriert einen SurrogateServer mit einer oder vielen Klassenregistrierungen.
com:ProgId Eine programmgesteuerte ID (ProgID), die einer CLSID zugeordnet werden kann.
com:TreatAsClass Eine Registrierung, die einer CLSID-Registrierung mit dem Unterschlüssel TreatAs entspricht.

Übergeordnete Elemente

Übergeordnetes Element Beschreibung
com:Extension Stellt Funktionen bereit, um COM-Registrierungen für Clients außerhalb des App-Pakets verfügbar zu machen.

Bemerkungen

In Multi-Application-Paketen ist es wichtig, die COM-Serverregistrierung unter dem richtigen Applications/Application Manifestelement zu platzieren, da COM-Serverprozesse mit der Identität des Vorgänger Applications-/Application Elements ausgeführt werden.

Com-Server, die im Manifest registriert sind, erhalten immer das Verhalten "Activate As Package ", was bedeutet, dass der COM-Server mit dem Standardtoken der Benutzersitzung mit Paket- und Anwendungsansprüchen ausgeführt wird. Dies unterscheidet sich vom Standardaktivierungsverhalten der klassisch registrierten COM-Server, bei denen der COM-Server mit dem Clienttoken ausgeführt wird. Für die meisten Anwendungen ist dieser Unterschied nicht erkennbar, da Clients in der Regel mit dem Standardtoken der Benutzersitzung ausgeführt werden. Andere Aktivierungsverhalten, z. B. RunAs, werden nicht unterstützt.

Hinweis

Alle Registrierungen in comServer , die von einer anderen Registrierung abhängen (z. B. eine ProgId verweist auf eine Klasse), müssen sich in derselben ComServer-Erweiterung befinden.

Es ist möglich, mehrere comServer-Erweiterungen unter dem Applications/Application -Element zu haben, aber das ist weder erforderlich noch empfohlen.

Anforderungen

Element Wert
Namespace http://schemas.microsoft.com/appx/manifest/com/windows10
Mindestversion des Betriebssystems Windows 10 Version 1703 (Build 15063)