Thanks much! I will be likely be trying this approach, and I'll attempt it by installing the AR System Server on the second server without licensing it. One thing I'm curious about is how many threads I can run in arplugin.exe if it is not licensed. Hopefully this is a configuration and not affected by licensing (unlike the AR Server, which surprisingly is single-threaded when unlicensed).
This seems preferable to porting C++ code (and replacing a few platform dependent third party libraries) and finding a Sparc box to compile on! Dan -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black Sent: Wednesday, November 29, 2006 2:29 PM To: [email protected] Subject: Re: ARDBC driver plug-in process on separate hardware/OS? Dan, Yes you can do this. (Well the docs say it is possible.) A few key points: 1) The plugin server is not really "licensed". So where you run one or more ARS plugin servers is up to you and there are no "product keys" needed on those hosts. 2) You have to setup the ARS server to "point" to the target Plugin "on the remote, or local" box as normal. :0 But you also have to configure the "Plugin server host" too. [ Most people do not get the idea that ar.conf is used by multiple "daemon"s. And I think this is the real key to this question.] Server-Plugin-Target-Password Plugin Plugin-Port Server-Plugin-Default-Timeout Server-Plugin-Alias A special note in the docs for this setting: ConfigGuide-630.pdf page:299 " Workflow (that is, references to AR Filter API and ARDBC plug-ins) references a plug-in name. This name can be an alias to a real plug-in running on a specific host at a given port number. This allows you to locate a plug-in on a remote host or to run more than one instance of a plug-in on one host. " (And I would guess that a few more would be needed too.) Keep in mind that when the arplugin.exe starts it will look for ar.conf on the local box in the "normal places" and that might even mean registry keys in the windows ENV too. Note: I have not yet have a need to do this, but I did ask this question to Doug M. a few year(s) back and I received a bit more info on the topic than just a "simple yes". Some would call it an ear full, but I would call it "great customer support". :) BTW: It is my understanding that the ARMonitor similarly "does not require a license key" too. (and the email engine, and ....) I hope the hard part is just puting the files in the "right places" and finding all of the dll's and stuff. You might try to install the ARS server then just comment it (arservd) out in the armonitor.conf file. :) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 11/29/06, Dan Hardy <[EMAIL PROTECTED]> wrote: > I'd appreciate any help on this one: > > Can you run an ARDBC driver (arplugin.exe) on a Windows server, if the AR > System Server is Solaris/Sparc? In other words, can you remote the plug-in > process to a different box, and can that box be running a different OS from > the AR server? > > > > The target environment looks to be AR System Server 6.0 on Solaris/Sparc. > The ARDBC driver in question has been tested with 6.0 and 6.3 servers on > Windows. > > > > I'm looking for a potential alternative to porting C++ code from Windows to > Solaris/Sparc. > > > > (If only ARDBC drivers were Java!) > > > > Thanks, > > Dan Hardy > > Pathworks Software Corporation > http://www.PathworksSoftware.com/ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
