OK, heres were I am at this stage:
I tried to registered the component under COM+ (as install new component)...
this failed with the original error message ("The DLL could not be
loaded.....")
I registered the component using regsvr32... worked fine
I tried using the component locally (on the win2k machine)... all ok
I then tried using it remotely (my development box)... failed.. can't create
object exception (tried this with both VB and Delphi, same result)
I then tried to register the existing component under COM+ (using the
'Import components that are already registered' button). This seemed to
work, I could see the component and its interfaces, but not any of its
methods.
I then tried using it remotely again... and I can create and use all methods
of the component.
So, why can't I register my component as a new component under COM+, and if
I register it as an 'Install existing component', why can't I see the
methods?
If I remove the ADO references within the component I can register it as a
new component and I can see all the methods under the COM+ management
console.
There are gremlins a foot.
I'm new to COM+, has anyone experienced this sort of thing before?
Cleon.
-----Original Message-----
From: Myles Penlington [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 15 August 2000 10:09
To: Multiple recipients of list delphi
Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
If you can register it using regsvr32, then you should be able to use it.
Myles.
> -----Original Message-----
> From: CAPinto [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, August 15, 2000 10:01 AM
> To: Multiple recipients of list delphi
> Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
>
> Thanks,
>
> I have registered StdVCL32.dll and I can now register the component using
> the old/normal (regsvr32) method, but still no go on the COM+ side...
> strange.... maybe it just needs a good old fashioned re-boot.
>
> BTW:
> Yes, we are using the administrator account on the Win2k machine.
>
>
> Cleon.
>
> -----Original Message-----
> From: Xander van der Merwe [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 14 August 2000 17:31
> To: Multiple recipients of list delphi
> Subject: Re: [DUG]: COM+, ADO and Delphi 5 -- URGENT
>
>
> If you register the components on the Win2K machine using the "normal"
> regsvr32, it will indicate whether it is a COM+ problem or a general
> Registration problem (it probably is the latter). I think that ADO 2.5 is
> actually installed on Win2K by default, so it is probably not that.
>
> I have been caught out before where one of the COM dlls used an IStrings
> interface and for that to work you must regsvr32 the StdVCL32.dll on that
> machine. It may be worth while to check that one out... it could just be
> that some of the Delphi ADO components use IStrings... (a bit of a long
> shot)...
>
> Another *silly* one is to make sure you have "administrator" rights.... MS
> error messages do not always tell the *entire/exact* truth...
>
> Xander
>
> ----- Original Message -----
> From: "Myles Penlington" <[EMAIL PROTECTED]>
> To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]>
> Sent: Monday, August 14, 2000 4:02 PM
> Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
>
>
> > This may sound silly, but has ADO2.5 been installed on your test
> production
> > machine?
> >
> > We have installed DLL's/COM stuff onto win2K but have not installed them
> > into COM+ using component services.
> > They are just registered using regsvr32.
> >
> > Myles.
> >
> >
> > > -----Original Message-----
> > > From: CAPinto [SMTP:[EMAIL PROTECTED]]
> > > Sent: Monday, August 14, 2000 4:00 PM
> > > To: Multiple recipients of list delphi
> > > Subject: [DUG]: COM+, ADO and Delphi 5 -- URGENT
> > >
> > > Hello all,
> > >
> > > I am working on a COM component which queries a database via ADO.
> > >
> > > All works fine on my local machine, but when I try to register the
> > > component
> > > under COM+, it fails to register with the following message:
> > >
> > > "The DLL could not be loaded. Check to make sure all required
> application
> > > runtime files and other dependant DLLs are available in the component
> > > DLL's
> > > directory or the system path."
> > >
> > > I have downloaded a couple of 'show active DLLs' type programs and
> checked
> > > that the used DLLs exist on the Win2000 machine, which they do.
> > >
> > > I am pretty sure it is something to do with the ADO access (I tried
> > > removing
> > > all references to the ADODB and DB units and COM+ didn't complain and
> I
> > > could then access my COM methods).
> > >
> > > Has anyone out there successfully written a component in Delphi, which
> > > uses
> > > ADO and is registered under COM+??
> > >
> > > Does anyone have any ideas I can try?
> > >
> > >
> > > Development environment:
> > > Delphi 5.0 with Update Pack 1
> > > Windows NT 4 (SP4)
> > > ADO 2.5
> > >
> > > Test Production environment:
> > > Win2K server
> > >
> > >
> > >
> > > Any help appreciated,
> > >
> > > Thanks
> > >
> > > Cleon.
> > >
>
>
> CONFIDENTIALITY NOTICE
> This email is confidential and may also be privileged. If you are not the
> intended recipient please notify the sender immediately. You must not copy
> or use it for any purpose or disclose its contents to any other person.
> The
> sender accepts no responsibility for viruses received with or changes made
> to this email after it was sent. Any opinion expressed in this email may
> be
> personal to the sender.
>
> --------------------------------------------------------------------------
> -
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
CONFIDENTIALITY NOTICE
This email is confidential and may also be privileged. If you are not the
intended recipient please notify the sender immediately. You must not copy
or use it for any purpose or disclose its contents to any other person. The
sender accepts no responsibility for viruses received with or changes made
to this email after it was sent. Any opinion expressed in this email may be
personal to the sender.
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
