Stephen Sauls wrote:

>Unfortunately I don't think there is going to be a quick fix for your
>problem. Remote activation has everything to do with setting up the registry
>correctly which is going to require you to know more about Windows Security
>than you ever wanted to know. You should take a close look at section 5 -
>Installation Issues of the OPC spec. It details what registry entries are
>necessary for COM to be able to locate and start up your sever correctly.
>The idea is to have your server be "self-registering" which means that, at
>installation time, the server can be run with the /regserver command line
>option and it will write all the necessary information into the registry.
>Then later when client programs attempt to activate the server, they will
>have all the necessary information to do so using normal COM techniques
>(CoCreateInstanceEx). I started out with these settings in a .reg file which
>made it easier to fiddle with and added them to my server executable after I
>had everything working correctly.
>
Actually, we're using the Wintech OPC dll and having our code use that.
I talked with Wintech and they didn't have any ideas. But they did say
that their .dll was valid (it should be as they sell it as a product)
and usually runs as a stand-alone server.

Our registry entries seem valid. I've been perusing the registry now and
comparing to other com servers.

>
>
>You may already know about this but there is an OPC DCOM White Paper
>available at the OPC Foundation web site that specifically addresses DCOM
>security and how to use DCOMCNFG.exe to set up some typical scenarios.
>
I've been reviewing this, thx.

>
>
>I know that somewhere in the OPC spec - it's not the easiest thing to find
>things in ;-) - there is a paragraph that says that it is expected that OPC
>Servers will be local or remote EXEs.
>
I'm not finding this reference. But if indeed that is true, then maybe
running a batch file isn't the smartest thing in the world. Perhaps just
running the .exe path straight with the proper parameters is the best
thing. Is there anything special about passing parms to the .exe in the
LocalServer32 path? I vaguely remember something in one of the MS
documents about having to quote the parameters.

>
>
>Good luck, and keep asking questions. There will probably be a million of
>them at this point!
>
Yeah, like "why me?" :-)

>
>>-----Original Message-----
>>From: Eric Winger [mailto:ewingerKEYWW.COM]
>>Sent: Friday, June 14, 2002 11:36 AM
>>To: DCOMDISCUSS.MICROSOFT.COM
>>Subject: Re: application type: remote server
>>
>>
>>Stephen Sauls wrote:
>>
>>>Two questions come to mind right away:
>>>
>>>1) Is your OPC Server for the "Data Access Custom Interface 2.0"
>>>specification?
>>>
>>It's for the opc data access 2.0.
>>
>>>2) Are you saying that you want your server to be started
>>>
>>from a batch file?
>>
>>>Why?
>>>
>>>
>>We use a batch file to start up our executable with some
>>parameters for
>>our smalltalk image: Here's our script:
>>
>>c:
>>cd c:\ias
>>Start key.exe base.im -cnf parcels.cfg
>>
>>does it have to be an .exe for dcom?
>>
>>
>>That'd be great if you could help, I've got a machine here exhibiting
>>the remote server problem so I can try whatever you think.
>>
>>Eric
>>
>>>I can probably help you get through this since I have
>>>
>>recently been through
>>
>>>this myself with an OPC Server.
>>>
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Eric Winger [mailto:ewingerKEYWW.COM]
>>>>Sent: Friday, June 14, 2002 10:57 AM
>>>>To: DCOMDISCUSS.MICROSOFT.COM
>>>>Subject: application type: remote server
>>>>
>>>>
>>>>Hi!
>>>>
>>>>I'm new to this group, so I'm hoping this isn't an old question. But
>>>>I've checked the archives with no luck so far.
>>>>
>>>>We're running an NT OPC server (running on dcom of course). However,
>>>>we're having trouble connecting to our server from a remote
>>>>
>>client. A
>>
>>>>local client works fine.
>>>>
>>>>We think the problem is that on the General Tab of the
>>>>DCOMCNFG utility,
>>>>the Application Type is remote server. It should be local server.
>>>>However, I can't find any information in any dcom info on
>>>>
>>the web (or
>>
>>>>this mailing list's archive) on how that entry is
>>>>
>>determined. I'm sure
>>
>>>>its a registry setting.
>>>>
>>>>However when I've checked our registry settings against other
>>>>applications in the dcomcnfg list. They appear to check out
>>>>ok. We have
>>>>a LocalServer32 entry pointing to our .bat file which is the
>>>>server launch.
>>>>
>>>>Thx for any help, I'd really appreciate it.
>>>>
>>>>Eric
>>>>--
>>>>Eric Winger
>>>>Software Engineer of some arbitrary corporate rank
>>>>Key Technology, Inc.
>>>>ewingerkeyww.com
>>>>
>>>>Signature free since 5-20-2
>>>>
>>>>----------------------------------------------------------------
>>>>Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
>>>>contains important info. Save time, search the archives at
>>>>http://discuss.microsoft.com/archives/index.html .
>>>>To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM
>>>>
>>>>
>>>>
>>>----------------------------------------------------------------
>>>Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
>>>contains important info. Save time, search the archives at
>>>http://discuss.microsoft.com/archives/index.html .
>>>To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM
>>>
>>>
>>----------------------------------------------------------------
>>Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
>>contains important info. Save time, search the archives at
>>http://discuss.microsoft.com/archives/index.html .
>>To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM
>>
>
>----------------------------------------------------------------
>Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
>contains important info. Save time, search the archives at
>http://discuss.microsoft.com/archives/index.html .
>To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM
>

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]