Home > Archive > Visual Basic Enterprise > January 2006 > convert COM dll to DCOM
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
convert COM dll to DCOM
|
|
| IMRAN SAROIA 2005-12-15, 7:05 pm |
| How to convert COM dll to DCOM and what is
the syntax to call that DCOM. I have done this
with Visual FoxPro but not with VB 6.
Please advise ?
I.S.S.
Yuba,CA
| |
| m.posseth 2006-01-09, 10:45 pm |
|
syntax ???
AFAIK ,,, they are the same the only reall difference is that a true DCOM
Component runs on a MTS server
regards
Michel Posseth [MCP]
"IMRAN SAROIA" <imransaroia2000@hotmail.com> wrote in message
news:u6aojDdAGHA.3976@TK2MSFTNGP09.phx.gbl...
> How to convert COM dll to DCOM and what is
> the syntax to call that DCOM. I have done this
> with Visual FoxPro but not with VB 6.
>
> Please advise ?
>
> I.S.S.
> Yuba,CA
>
>
| |
| Dmitriy Antonov 2006-01-09, 10:45 pm |
|
"m.posseth" <michelp@nohausystems.nl> wrote in message
news:e9Us1%23VCGHA.336@TK2MSFTNGP14.phx.gbl...
>
> syntax ???
>
> AFAIK ,,, they are the same the only reall difference is that a true
> DCOM Component runs on a MTS server
>
> regards
>
> Michel Posseth [MCP]
>
I wouldn't say that. DCOM and MTS are synonyms or DCOM is just part of MTS.
IMO, DCOM is totally independent from MTS (while MTS depends on DCOM). There
are a lot of uses for remote ActiveX components with no MTS in mind at all.
There is no specific syntax here. There are specifics though. For example,
unless your library is built to run in MTS/COM+ environment (or under
another hosting process), it should be Active.EXE. There are a lot of
specifics related to different nature of in-process and out-of-process
servers. There can be a lot of issues with proper security settings,
especially if server uses callbacks and/or events and/or calls to other
servers. But again, syntax, technically, remains the same and ideally it is
possible just to change type of project from ActiveX.dll to ActiveX.exe and
compile it with Remote Server Files checked (Project
Properties ->Component).
See MSDN and search online for additional details as for those specifics and
for installation procedures.
Dmitriy.
| |
| m.posseth 2006-01-09, 10:45 pm |
| mwaa
Set objremoteprog = CreateObject("remoteprog.classname",
"remotemachinename")
might work when the correct security settings are set ,,, i will not give
you much chance in reall life :-)
regards
Michel Posseth [MCP]
"Dmitriy Antonov" <antonovdima@netzero.net_NOT_FOR_SPAM> wrote in message
news:Opt%23wN4CGHA.1032@TK2MSFTNGP11.phx.gbl...
>
> "m.posseth" <michelp@nohausystems.nl> wrote in message
> news:e9Us1%23VCGHA.336@TK2MSFTNGP14.phx.gbl...
>
> I wouldn't say that. DCOM and MTS are synonyms or DCOM is just part of
> MTS. IMO, DCOM is totally independent from MTS (while MTS depends on
> DCOM). There are a lot of uses for remote ActiveX components with no MTS
> in mind at all.
>
> There is no specific syntax here. There are specifics though. For example,
> unless your library is built to run in MTS/COM+ environment (or under
> another hosting process), it should be Active.EXE. There are a lot of
> specifics related to different nature of in-process and out-of-process
> servers. There can be a lot of issues with proper security settings,
> especially if server uses callbacks and/or events and/or calls to other
> servers. But again, syntax, technically, remains the same and ideally it
> is possible just to change type of project from ActiveX.dll to ActiveX.exe
> and compile it with Remote Server Files checked (Project
> Properties ->Component).
>
> See MSDN and search online for additional details as for those specifics
> and for installation procedures.
>
> Dmitriy.
>
| |
| Dmitriy Antonov 2006-01-09, 10:45 pm |
|
"m.posseth" <michelp@nohausystems.nl> wrote in message
news:OeuGFs%23CGHA.3708@TK2MSFTNGP12.phx.gbl...
> mwaa
>
> Set objremoteprog = CreateObject("remoteprog.classname",
> "remotemachinename")
>
> might work when the correct security settings are set ,,, i will not give
> you much chance in reall life :-)
>
> regards
>
> Michel Posseth [MCP]
>
>
>
You are right - this will work as long as security settings and initial
installation are correct. What would you expect from incorrect settings?
At the same time, I don't understand how it proves the statement that "a
true DCOM Component runs on a MTS server" or relates to original question
about differences in syntax.
Dmitriy
MCSD
| |
| m.posseth 2006-01-09, 10:45 pm |
| Managed environment to call one
And ofcourse you may start a component without MTS ( i have never said
that you can`t ) i also see that you use your MCSD footer so i wonder if you
are a VS6 MCSD who also did 70-175
if you grab this book you will see that a distributed environment is more as
only starting a component remote . what about business rules that must be
enforced with security , transactions , coordination ?
all controled by MTS . ofcourse you could implement your own substitutes
My statement was and is, that there is no difference in syntax and maybe i
should have added " and runs preferably in a managed environment "
i hope we are now talking the same language ..
regards
Michel Posseth [MCP]
"Dmitriy Antonov" <antonovdima@netzero.net_NOT_FOR_SPAM> wrote in message
news:OAJRQEADGHA.984@tk2msftngp13.phx.gbl...
>
> "m.posseth" <michelp@nohausystems.nl> wrote in message
> news:OeuGFs%23CGHA.3708@TK2MSFTNGP12.phx.gbl...
>
> You are right - this will work as long as security settings and initial
> installation are correct. What would you expect from incorrect settings?
> At the same time, I don't understand how it proves the statement that "a
> true DCOM Component runs on a MTS server" or relates to original question
> about differences in syntax.
>
> Dmitriy
> MCSD
>
|
|
|
|
|