Following are the four basic types of COM+ applications:
-
Server applications A COM+ server application runs in its own process. Server applications can support all COM+ services.
-
Library applications A COM+ library application runs in the process of the client that creates it. More specifically, the components in a library application are always loaded into the process of the creator. Library applications are not explicitly associated with a server process. They can use role-based security but do not support remote access or queued components.
-
Application proxies An application proxy is a set of files containing registration information that allows a client to remotely access a server application. When run on a client computer, an application proxy file writes information about the COM+ server application, including CLSIDs, ProgIDs, RemoteServerName, and marshaling information, to the client computer. The server application can then be accessed remotely from the client computer.
-
COM+ preinstalled applications COM+ includes a set of preinstalled applications that handle internal functions. The preinstalled applications are listed in the COM+ Applications folder in the Component Services administrative tool, but they cannot be modified or deleted. These applications include the following:
-
.NET Utilities
-
Analyzer Control Publisher Application
-
COM+ Explorer
-
COM+ QC Dead Letter Queue Listener
-
COM+ Utilities
-
IIS In-Process Applications
-
IIS Out-Of-Process Pooled Applications
-
System Application
Note: |
|---|
|
As of Microsoft Windows Server 2003, it is possible to run COM+ applications even if the System Application is disabled. The COM+ applications will run, though without the services usually provided by the System Application. These services include use of the Component Services administrative tool and system event tracking.
|
Note: |
|---|
|
Also as of Windows Server 2003, the authentication capability for the COM+ System Application includes the value EOAC_DISABLE_AAA. This value, which disables activate-as-activator (AAA) activations, is used in the CoInitializeSecurity call when launching the System Application. Setting the authentication capability to EOAC_DISABLE_AAA allows an application that runs under a privileged account (such as LocalSystem) to help prevent its identity from being used to launch untrusted components.
|