INFO: RDS Registry/Security Settings For Custom Business Objects

• Remote Data Service for ADO versions 1.5, 2.0, 2.1 SP2

SUMMARY

This article explains the various settings required to launch custom business objects over HTTP or the Distributed Component Object Model (DCOM) using Remote Data Services (RDS).

RDS is used to transport Active Data Object recordsets from a server to a client computer. The resulting recordset is cached on the client computer and disconnected from the server. RDS contains a server-side business object (ActiveX DLL) called the RDSDataFactory (RDF) that sends SQL statements to a database management system (DBMS), and passes the results back across the Internet or an Intranet. The DataFactory object of RDS enables Web applications to provide live data with little programming.

RDS can also be used to work with custom business objects.

RDS business objects can be launched in the server either over HTTP or DCOM. To launch custom business objects using RDS there are certain registry and security settings required at the server as well as the client.

MORE INFORMATION

Settings for Running Business Objects over HTTP

1. Register the Business Object.



2. Add required Business Object Registry entry. Add a key with the progID of the Business object as the text under the following:




HKEY_LOCAL_MACHINE\System\CurrentControlSet\ 
         Services\W3SVC\Parameters\ADCLaunch. 

Settings for Running Business Object over DCOM

1. Register the Business Object.



2. If the Business object is an In-Process COM Server, then a surrogate process needs to be set to host the business object.
   
   This can be done using the Oleview utility or by adding a LocalServer key for the business object and setting it to the path of the default surrogate process Dllhost.exe. This .exe file is in SYSTEM32 directory. Here are the steps for setting up a surrogate process:



1. Run the OleView Tool (Oleview.exe) that comes with Visual C++.



2. Select the object in the left pane treeview for which you want the surrogate process to be set.



3. Go to the Implementation tab in the right pane and select the Use Surrogate Process check box.



4. Enter "c:\winnt\system32\dllhost.exe" (this is the default surrogate given with Windows NT) in the "Path to Custom Surrogate" edit box.



3. Set the launching permission to the launching user. Security can be modified by using the utility "DCOM configuration" (Dcomcnfg.exe) on the Server.

1. An entry key under HKEY_CLASSES_ROOT must contain a mapping of the ProgID to the ClsID. For example:




HKEY_CLASSES_ROOT\<BusinessObjectPROGID> = <BusinessObjectCLSID>
 

2. Under the following key there needs to be proper subkeys to set the business object safe for scripting and initialization as explained in the RDS online documentation:




HKEY_CLASSES_ROOT\CLSID\<BusinessObject ClassID>\Implemented
        Categories
 

[HKEY_CLASSES_ROOT\CLSID\<ClassID Of BusinessObject>\Implemented
          Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4}]
 

[HKEY_CLASSES_ROOT\CLSID\<ClassID Of BusinessObject>\Implemented
          Categories\{7DD95802-9882-11CF-9FA9-00AA006C42C4}] 

Special Considerations when Invoking an Object on the Same Computer

Dim ds as New RDS.DataSpace
   ds.CreateObject("YourBusinessObjectProgID", "MyServer") 

ds.CreateObject("YourBusinessObjectProgID", "") 

REFERENCES

For additional information, please see the following article in the Microsoft Knowledge Base:

Q183315 HOWTO: Write and Validate a Custom Business Object with RDS

http://www.microsoft.com/data/ado/rds/

Additional query words: kbVC kbRDS kbADO150 kbADO200

Keywords : kbADO200 kbRDS kbGrpVBDB kbGrpMDAC kbDSupport kbADO210sp2 kbMDAC210SP2
Version : WINDOWS:1.5,2.0,2.1 SP2
Platform : WINDOWS
Issue type : kbinfo