Yes what you need to do is copy the help directory to the root folder of IIS and then rename it to html to be able to view the help from the ARS. Then on your Share application property form you should be able to reset the URL by removing reference to your AR Server and using the web server name instead where you intend to copy your EIE help files..
Let me know if you still cannot get it to work. I had this working about 3 or 4 weeks ago after the installation of EIE.. Joe -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of strauss Sent: Friday, July 20, 2007 2:02 PM To: [email protected] Subject: Re: CORRECTION: Help file installation woes on IIS... ** I think the problem is also in the active link that leads to the help - mine point at http://<arserver short name>/eie/html/Output/helpfile.htm which is problematic - there are no web servers installed on the ar servers. The release notes do not address that problem, only the incorrect directory path. Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ ---------------------------------------------------------------------------- -- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza Sent: Friday, July 20, 2007 12:47 PM To: [email protected] Subject: Re: CORRECTION: Help file installation woes on IIS... ** And just in case any of you are trying to install EIE, there is a documentation bug on the path where EIE help files are supposed to be copied.. The method to install EIE help is to copy the files from a directory mentioned in the documentation, and this directory name is wrongly documented (I think as html).. Moreover the path where you are to find this directory is also wrongly documented.. Unfortunately I do not recall the path to this directory, but the directory name is help and not html as is documented.. and I do not have access to that system to check that out for you if you need it.. Joe -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Doug Blair Sent: Friday, July 20, 2007 1:16 PM To: [email protected] Subject: Re: CORRECTION: Help file installation woes on IIS... Hi Joe! Just had to do this same thing myself. There's another gotcha if you install SLM. SLM actually has two documentation trees - User and Config - and the Help File Path URL knows about neither one of them. I wound up putting the User files where Help File Path thinks the docs ought to be, since I expect to be the only person who uses the configuration stuff. Most of the time language variations are handled with a system of links or shortcuts. For example "en" is more or less identical to what you would find under "C," or "en_US," if those directories were there. My hunch is that the people who wrote helpinstall.sh didn't include the soft links.... Doug ___ Doug Blair Remedy Skilled Professional doug<at>blairing<dot>com +1-224-558-5462 ...... Original Message ....... On Fri, 20 Jul 2007 12:19:15 -0400 Joe D'Souza <[EMAIL PROTECTED]> wrote: ** I just thought I'd pass on my experience on installing help files on IIS server when the IIS server is remote. The Help File Path property on the Share Applications Property form, has incorrect data. The help file path value that the installation sets for all the apps is as follows: http://<IIS_ServerName>:80/InetPub/wwwroot/<ARServerName>/<ApplicationSpec ificHelpPath> That messes things up as when you attempt to open the link from any of the help buttons/URL's on any of the consoles, as the generated path is: http://<IIS_ServerName>:80/<ARServerName>/<ApplicationSpecificHelpPath> What I also noticed is that it adds an additional 'en' folder to Incident, Problem, Asset and Change help URL, when the only option to install is English and no other packs. Though the URL expects that additional 'en' folder, the actual help files are installed on the root of the Application Help Folder, without creating a language subfolder 'en'. So the URL that is built is in the format: http://<IIS_ServerName>:80/<ARServerName>/<ApplicationName/en/<Application HelpFiles> The files get installed on \Inetpub\wwwroot\<ApplicationName>\<ApplicationHelpFiles> whereas it ought to be in \Inetpub\wwwroot\<ApplicationName>\en\<ApplicationHelpFiles> I just thought I'd tip you guys that you might require to do these changes I had to do to get these help files working at this new engagement that I am at. Cheers Joe No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.10/908 - Release Date: 7/19/2007 6:10 PM _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
