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>/<ApplicationSpecif icHelpPath> 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/<ApplicationHe lpFiles> 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"
