Modified Date for "ThunderstoneLinks" XML result entries

michel.weber
Posts: 256
Joined: Sat Oct 08, 2005 12:40 pm

Modified Date for "ThunderstoneLinks" XML result entries

Post by michel.weber »

Now i get an error message :

Error loading stylesheet:

A network error occured loading an XSLT stylesheet:

http://liv.www.coe.int/webinator/xsl/default.xsl

So i investigated a bit further, and it looks like the webinator 'search' does not look for the XSL in the same place as webinator 'admin'.

Admin looks in : http://liv.www.coe.int/texis/dowalk/
which is a virtual directory shared by all web sites : C:\Program Files\Thunderstone\MORPH3\etc\ISAPI-virtualdir
The real place where 'admin' looks is : C:\Program Files\Thunderstone\MORPH3\htdocs\webinator\xsl
Search looks in : http://liv.www.coe.int/webinator/xsl/default.xsl
which is : D:\WebSite\Public\DC\WEBCOORD\WDC\webinator\xsl
which is not relative to the document root of the web server, but relative to the root of the web site.
Both should really look in the same place and preferably in : C:\Inetpub\wwwroot\Webinator\xsl

Also why do i have to add dropXSL=no?
User avatar
jason112
Site Admin
Posts: 347
Joined: Tue Oct 26, 2004 5:35 pm

Modified Date for "ThunderstoneLinks" XML result entries

Post by jason112 »

> why do i have to add dropXSL=no?

It's not something you'll always add, it was just for troubleshooting to try to get more information.

By default, Webinator will apply the XSL to the XML itself, and serve the generated HTML to the client. This allows us to not be concerned with quirks in browser's XSL engines.

dropXSL=no forces Webinator to serve the XML with a reference to the stylesheet, which the browser then attempts to apply.

> Search looks in :
> http://liv.www.coe.int/webinator/xsl/default.xsl
> which is :
> D:\WebSite\Public\DC\WEBCOORD\WDC\webinator\xsl

There should be a "webinator" virtual directory on the site that points to "C:\Program Files\Thunderstone\MORPH3\htdocs\webinator", which would allow search to access /webinator/xsl/default.xsl via the web.

This virtual directory ends up hiding the webinator directory in WDC, which is phased out.

> Both should really look in the same place and
> preferably in : C:\Inetpub\wwwroot\Webinator\xsl

We didn't want our product to assume the website docroot would be writable to a CGI process.

If you really want the XSLs to live there, I believe your scripts should have "makexslfilename" and "makexslwebname" functions; you can customize those to store & reference the XSL, respectively, anywhere you wish.
michel.weber
Posts: 256
Joined: Sat Oct 08, 2005 12:40 pm

Modified Date for "ThunderstoneLinks" XML result entries

Post by michel.weber »

No i do not particularly want those files to live in the document root.

And no there is no webinator virtual directory on any of our web sites (on windows with IIS and ISAPI).

I created one, and that solves the problem.
Post Reply