Application Manifests for Office Solutions
An application manifest is an XML file that describes the assemblies that are loaded into a Microsoft Office solution. The Microsoft Office development tools in Visual Studio use the ClickOnce application manifest schema defined in the ClickOnce Application Manifest reference.
Application manifests for Office solutions use the following ClickOnce elements and attributes.
Element |
Description |
Attributes |
---|---|---|
Required. Top-level element. |
manifestVersion |
|
Required. Identifies the ClickOnce application's primary assembly. |
name version publicKeyToken processorArchitecture language |
|
Identifies the application security requirements. |
None |
|
Required. Identifies the application code entry point for execution. |
name dependencyName customHostSpecified |
|
Required. Identifies each dependency required for the application to run. Optionally identifies assemblies that need to be preinstalled. |
None |
|
Required. Identifies each non-assembly file that is used by the application. Can include Component Object Model (COM) isolation data associated with the file. |
name size |
Application manifests for Office solutions have the following element in the co.v1 namespace.
<entryPoint>
<co.v1:customHostSpecified />
</entryPoint>
These application manifests also have the following elements and attributes in the vstav3 namespace.
<addIn>
<entryPointsCollection>
<entryPoints>
<entryPoint>
</entryPoint>
</entryPoints>
</entryPointsCollection>
<update></update>
<postActions>
<postAction>
<postActionData>
</postActionData>
<postAction>
</postActions>
<application>
<customizations>
<customization>
</customization>
</customizations>
</application
</addIn>
Element |
Description |
Attributes |
---|---|---|
<customHostSpecified> Element (Office Development in Visual Studio) |
Required. Marks the manifest specifically as an Office solution. |
None |
Required. Stores entry points into a single namespace. |
None |
|
<entryPointsCollection> Element (Office Development in Visual Studio) |
Required. Groups all the assemblies for one or more Office solutions. |
id |
Required. Groups all the assemblies to run an Office solution. |
None |
|
Required. Identifies the assembly to run in an Office solution. |
class contract |
|
Required. Configures updates for the solution. |
enabled expiration |
|
Optional. Groups all the post-deployment actions, which run after Office solutions are installed. |
None |
|
Optional. Identifies a post-deployment action. |
None |
|
<postActionData> Element (Office Development in Visual Studio) |
Optional. Configures data for a post-deployment action. |
None |
Required. Wraps the application-specific information into a single node. |
None |
|
<customizations> Element (Office Development in Visual Studio) |
Required. Stores all application host-specific information in a separate namespace. |
None |
<customization> Element (Office Development in Visual Studio) |
Required. Stores application host-specific information in a separate namespace. |
xmlns |
Required only for document-level solutions. Stores customization-specific information. |
solutionId |
|
Required only for application-level solutions. Stores customization-specific information. |
application loadBehavior keyName |
|
<friendlyName> Element (Office Development in Visual Studio) |
Optional. Stores the name of the add-in that appears in the list of installed add-ins. |
None |
Required only for application-level add-ins. Stores the description that appears in the list of installed programs. |
None |
|
Required only for Outlook add-ins that include form regions. |
None |
|
Required only for Outlook add-ins that include form regions. |
Name |
|
Required. Describes a specific version of the Visual Studio Tools for Office runtime that is supported by the Office solution. |
release version supportUrl |
Remarks
You can manually edit application and deployment manifests in Office solutions. Afterwards, you must re-sign the application and deployment manifests by using the Manifest Generation and Editing Tool (mage.exe and mageui.exe). For more information, see How to: Re-sign Application and Deployment Manifests.
File Location
An application manifest is specific to a single version of a solution. For this reason, application manifests should be stored separately from deployment manifests. Visual Studio places the version-specific files in a subdirectory named after the associated version in the Application Files subdirectory in the publish folder.
File Name Syntax
The name of an application manifest file should be the full name and extension of the application as identified in the assemblyIdentity element, followed by the extension .manifest. For example, an application manifest that refers to the OutlookAddIn1.dll customization would use the following file name syntax.
OutlookAddIn1.dll.manifest