SID-02009: Files under /home/bin/view/twiki are not served

Status:	Answered	TWiki version:	6.0.1	Perl version:	5.2
Category:	CategoryInstallation	Server OS:	Windows 2008 R2	Last update:	11 years ago

I use IIS v6.1, Active Perl64 v5.2, and Twiki 6.0.1

The files under /home/bin/view/twiki have .txt and .txt,v extensions. I ran the Configure.pl and set up without errors. From the Confiure.pl page, when I select WebHome, I have error "HTTP Error 404.0 - Not Found The resource you are looking for has been removed, had its name changed, or is temporarily unavailable." WebHome.txt and WebHome.txt,v are present in E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki. Here is more info on the error page:

"Module IIS Web Core Notification MapRequestHandler Handler StaticFile Error Code 0x80070002

Requested URL http://localhost:90/bin/view/TWiki/WebHome Physical Path E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki\WebHome Logon Method Anonymous Logon User Anonymous"

Does it look like the handler for .txt is missing?

Thanks,

Steve

-- Steve Tran - 2015-01-08

Discussion and Answer

No, /bin/view is the script that should be executed. The script then loads and renders the text files, such as WebHome.txt. Please follow the Windows specific installation instructions - you likely need to rename the scripts to view.pl etc.

Instead of a native TWiki install on Windows I recommend running the TWiki VM under VMware. That is easier to get up and running, it also performs better compared to a native install. DownloadTWikiVM.

-- Peter Thoeny - 2015-01-08

Just a wild guess: Did you miss to set {ScriptSuffix} to .pl in configure?

I don't know anything about IIS, but I doubt that it needs a handler for .txt: It is up to TWiki's Perl code to map URLs named .../WebHome to files named .../WebHome.txt. Let's go through the assumptions I made to get to the guess:

1. You ran configure.pl successfully. I guess you ran it using a browser, so: What was the URL? Was it http://localhost:90/bin/configure? My guess assumes that it was something like http://localhost:90/bin/configure.pl.
2. If you take that URL, and just replace configure by view, not removing any extension - what happens? I guess that you see TWiki's home page.
3. You write that your files are located in E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki. While this may be technically possible, it looks strange. From a normal install, one would expect a file location looking like E:\IIS7Pub\wwwroot\Twiki\data\TWiki. The configuration variable {DataDir} should point to wherever the files actually are: If your location E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki is correct, {DataDir} should be E:\IIS7Pub\wwwroot\Twiki\bin\view\, though this makes me shudder. Again, I'd expect the files under E:\IIS7Pub\wwwroot\Twiki\data\TWiki and {DataDir} should be accordingly set to E:\IIS7Pub\wwwroot\Twiki\data.
4. The error message indeed suggests that IIS is trying to serve a static file E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki\WebHome. So yes, IIS needs some declaration of a handler, but the handler would need to be defined for http://localhost:90/bin/view/ and not for txt files. If configuring TWiki works, then apparently there's an appropriate handler for Perl files available. This handler might be associated with the extension .pl, so all that needs to be done is to tell TWiki that it should include this extension whenever it builds URLs. By setting {ScriptSuffix} to .pl, TWiki will create the link http://localhost:90/bin/view.pl/TWiki/WebHome for "Go to the TWiki front page"!

Good luck!

-- Harald Jörg - 2015-01-08

Thanks, Harald. I couldn't add a comment so I update the topic here. I used configure.pl to configure. The reason I have TWiki folder to E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki is that when the WebHome link did not work, IIS would display E:\IIS7Pub\wwwroot\Twiki\bin\view\TWiki folder. Now I see that bin\view\... should have been bin\view.pl\...

I set {ScriptSuffix} to .pl in LocalSite.cfg and everything seems to work now. Thank you very much!

-- Steve Tran - 2015-01-09

If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.