com:ComServer
Deklariert einen Paketerweiterungspunkt vom Typ windows.comServer. Die comServer-Erweiterung kann vier Registrierungstypen enthalten: ExeServer, SurrogateServer, ProgId oder TreatAsClass.
Elementhierarchie
<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
{}
spezifischer Vorkommensbereich
Attribute und Elemente
Attribute
Keine
Untergeordnete Elemente
Untergeordnetes Element | Beschreibung |
---|---|
com:ExeServer | Registriert einen ExeServer mit einer oder mehreren Klassenregistrierungen. |
com:SurrogateServer | Registriert einen SurrogateServer mit einer oder mehreren Klassenregistrierungen. |
com:ProgId | Ein programmgesteuerter Bezeichner (ProgID), der 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 | Bietet Funktionen zum Verfügbarmachen von COM-Registrierungen für Clients außerhalb des App-Pakets. |
Hinweise
In Paketen mit mehreren Anwendungen ist es wichtig, die COM-Serverregistrierung unter dem richtigen Anwendungs-/Anwendungsmanifestelement zu platzieren, da COM-Serverprozesse mit der Identität des Vorgängerelements Applications/Application ausgeführt werden.
COM-Server, die im Manifest registriert sind, erhalten immer AAP-Verhalten (Activate As Package), d. h. der COM-Server wird mit dem Standardtoken der Benutzersitzung mit hinzugefügten Paket- und Anwendungsansprüchen ausgeführt. Dies unterscheidet sich vom Standardaktivierungsverhalten von klassisch registrierten COM-Servern, bei denen der COM-Server mit dem Clienttoken ausgeführt wird. Bei den 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 Anwendungs-/Anwendungselement zu haben, aber dies ist weder notwendig noch empfohlen.
Anforderungen
Element | Wert |
---|---|
Namespace | http://schemas.microsoft.com/appx/manifest/com/windows10 |
Minimum OS Version | Windows 10 Version 1703 (Build 15063) |