DDEX Provider Registration
DDEX providers use the Windows registry to expose their presence and to list the objects they support. However, various types of DDEX provider implementations do this differently. The topics in this section describe registration requirements for the four key DDEX provider implementations.
Because Visual Studio typically uses locally installed data providers, the installer does not need to register components. Instead, the underlying technology, like ODBC or OLE DB, normally provides the information needed by data providers. However, installing a DDEX provider creates a different situation.
Because extra functionality is required to support DDEX inside Visual Studio, application installers are required to provide registry entries under the local registry root for App IDs that need to be supported by the provider. In cases where a given application is installed (devenv, for example), the provider is responsible for performing required additional steps, for example running devenv /setup.
Registration for DDEX providers is done under the Visual Studio local registry root.
Applications based on the Visual Studio IDE require separate registration for each IDE instance. For example, if, in addition to Visual Studio, you have also installed a workbench instance, such as the Business Intelligence workbench shipped with SQL Server, you need to register your DDEX provider in the registry root for each instance of Visual Studio or Visual Studio shell that you have installed.