rewalk failure - can't find report.html

jamon · Post by **jamon** » Thu Jun 15, 2006 8:29 am

Well, we found the problem.

Now, we just have to figure out how to work around it.

We have entries in the WEB.XML file to treat .htm files like .cfm files, and to treat .html files like .cfml files. This is to accommodate statistics gathering code that needs to be processed by the ColdFusion JRun process. In the Windows 2000 environment, this works fine, allowing Webinator to still function correctly. In the Windows 2003 environment, it does NOT work. It prevents the .../dowalk/xxx.html calls from getting to the cgi handler at all.

If you have suggestions, let us know. Otherwise we may have to look at changing all html files to htm and allowing html for Webinator and .htm for our static web content that needs to be tracked.

BTW, Yes, the -dump works with dowalk?-dump, but not with dowalk/xxx.html?-dump

Post by **John** » Thu Jun 15, 2006 11:37 am

Is the a way with the WEB.XML file to exclude the /cgi-bin/ urls from the mapping?

Another approach, which may take more effort than renaming the static files depending on how many you have would be to change the URLs in the dowalk and search scripts from .html to something else. However you would then also need in the dowalk perm function and search init function to set htmlmode for that extension, e.g. if you replaced .html with .vhtm

<if $urlext eq '.vhtm'>
<vxcp htmlmode on>
</if>

jamon · Post by **jamon** » Fri Jun 16, 2006 10:02 am

We cannot find a way to exclude the /cgi-bin/ urls from the mapping. And, to change our own .html files to .cfm files would mean reworking some 200-300 files. We have not given up on this, but we need to understand the alternatives.

Can you tell me exactly how we would go about the .vhtm change? Do we change ALL ".html" to ".vhtm" in dowalk, for example?

We're looking for the quickest and most cost effective fix for this.

Post by **John** » Fri Jun 16, 2006 11:04 am

You would not be able to just replace them all, there are a couple defaults like the file extensions to crawl that should not be changed. Basically it would be the <$turl> variable and the ones which are $url/func.html or $urlroot/func.html. You would also need an entryfunc, or edit the perm/init functions to set the htmlmode for output.

Post by **John** » Fri Jun 16, 2006 11:06 am

Another possibility is with the newer Webinator to use the ISAPI filter and replace the /cgi-bin/texis.exe with /texis, and as long as the Texis ISAPI filter runs before the one that is doing the mapping that might work.

jamon · Post by **jamon** » Fri Jun 16, 2006 11:44 am

Newer Webinator? Please define "newer" in this context. We are using: Commercial Webinator 5.1.10-Windows-w/plugin.

Are you talking about adding a Texis ISAPI filter? Or, should there be an existing ISAPI filter? We don't have an existing ISAPI filter.

Post by **jason112** » Fri Jun 16, 2006 4:16 pm

Is the environment in question Windows 2003? Texis ISAPI was not available for Win2k3 as of the 5.1.10 release,
but is now.

If it is, I don't think Texis ISAPI will help. Texis ISAPI for IIS6 (which Win2k3 uses) operates very differently from Texis ISAPI for IIS 5.x, and involves applying an application map to a virtual folder -- I'd be willing to bet the WEB.XML mapping takes place before it would get to the ISAPI Extension.

jamon · Post by **jamon** » Mon Jun 19, 2006 10:26 am

Yes, back in message #24 - I said:

The old boxes are Windows 2000, v5, SP4, running ColdFusion v6 and v6.1 and IIS.

The new boxes are Windows 2003, v5.2, SP1. , ColdFusion 7, and IIS v6.0.

So, are you saying an upgrade will fix this? Please tell me exactly what I need. Thanks!

jamon · Post by **jamon** » Mon Dec 15, 2008 11:02 am

2008 update:

We fixed this back in 2006, by setting up a separate ColdFusion Instance for web-based access to Webinator. In the web.xml for that instance, we excluded the entries that would cause all .htm and .html URLs to be passed through ColdFusion first. That worked.

Now, we've installed Commercial Webinator on a fourth box, intending it to be added to the existing web server farm. We have configured it the same way, and it does NOT work now.

I can find no differences in the configuration of IIS, or ColdFusion or of the web.xml for the search instance of ColdFusion.

The older installs are of Webinator Professional Version 5.01.1109610969 20050228 (i686-intel-winnt-32-32).

The newer install is:
Commercial Webinator Version 5.01.1196107416 20071126 (i686-intel-winnt-64-32)

Is this maybe a 64-bit vs. 32-bit version issue? We had a mixed environment way back when and had to use the 32-bit version. We've pretty much stuck with it ever since, because it's a lot of work to redo.

Any ideas?

Thanks!!

Post by **jason112** » Mon Dec 15, 2008 11:50 am

What exactly's not working? What error are you getting?

The 64-32 refers to the internal databases being 64bit, and shouldn't affect anything related to IIS/CF/etc.