Using MSXML Between Tiers

[Jason]

Does MSXML.DLL require IE to be installed? Can the dll be copied to a client
PC, registered, and used without any dependencies on IE?

I want to use XML to pass data between tiers in my application. The User
Services tier (VB6) would get XML from the Business Services tier residing
in COM+. Then the User Services tier will recreate an ADO recordset.

VB Clients have MDAC 2.1 and do not have access to the ADODB.Stream object.
Recordset objects need the XML parser to read XML strings/files anyway (Microsoft
Knowledge Base Article Q198533).

I have searched and searched but I have not found a good answer. Does MSXML.DLL
require IE to be installed on the client machine or not? Has anyone tried
it in an enterprise solution?

[Chris F.]

IE is not required. Install the MSXML 3.0 release on MSDN.

-C


"Jason" <Jason_Kennedy@Takata.com> wrote:
>
>Does MSXML.DLL require IE to be installed? Can the dll be copied to a client
>PC, registered, and used without any dependencies on IE?
>
>I want to use XML to pass data between tiers in my application. The User
>Services tier (VB6) would get XML from the Business Services tier residing
>in COM+. Then the User Services tier will recreate an ADO recordset.
>
>VB Clients have MDAC 2.1 and do not have access to the ADODB.Stream object.
> Recordset objects need the XML parser to read XML strings/files anyway
(Microsoft
>Knowledge Base Article Q198533).
>
>I have searched and searched but I have not found a good answer. Does MSXML.DLL
>require IE to be installed on the client machine or not? Has anyone tried
>it in an enterprise solution?

[B. Adji Maharyatno]

Hi Jason,

Short answer: not necessary.

If you want to use it as common Windows application, just use MSXML.dll supplied
by the latest version MSXML3.dll.
However, if you have used MSXML before version 3.0, you might need xmlinst.exe
either to replace the current registry entries/keys or redirect them to use
the version 3.0.

You also can use it as usual when an ActiveX dll/exe used in VB6 (or other
applications).

XML DOM can be used as similiar benefit of ADODB.RecordSet. However no locking/transaction
mechansim supported. You still can simulate the locking mechanism by creating
small component to validate it or transform it as ADODB.Recordset.

B. Adji Maharyatno
Singapore



"Jason" <Jason_Kennedy@Takata.com> wrote:
>
>Does MSXML.DLL require IE to be installed? Can the dll be copied to a client
>PC, registered, and used without any dependencies on IE?
>
>I want to use XML to pass data between tiers in my application. The User
>Services tier (VB6) would get XML from the Business Services tier residing
>in COM+. Then the User Services tier will recreate an ADO recordset.
>
>VB Clients have MDAC 2.1 and do not have access to the ADODB.Stream object.
> Recordset objects need the XML parser to read XML strings/files anyway
(Microsoft
>Knowledge Base Article Q198533).
>
>I have searched and searched but I have not found a good answer. Does MSXML.DLL
>require IE to be installed on the client machine or not? Has anyone tried
>it in an enterprise solution?