Forum

Hello Hugo!

I have been happily using hiawatha since version 8.2 on ubuntu server.

However now I have decided to test hiawatha on gentoo and everything works well except for -- what seems to be -- URLToolkits. I double checked the configurations I have for ubuntu and gentoo servers and they seem to be the same. Here is the URLToolkit I'm using: http://dpaste.com/785787/ and if you need to check another configuration please let me know.

Thank you for your help!

Also I can't wait for 8.5! I noticed you're testing that now

Oh I forgot to mention something can be raised as a question : I did compile hiawatha for both servers with URLToolkit enabled. Here's is the little script I used for compiling hiawatha: http://bpaste.net/show/WUFO3ozX7qvtruvgrdDp/

Yet another thing I forgot to mention is for both servers I am using hiawatha version 8.4.
Apologies for being so forgetful. Again, if you require anything else please let me know and I will happily oblige.

Please, try the wigwam with the -t option to see the results of your rewrite rules. Are they the same on both machines?

Make sure the WebsiteRoot of your website is your current directory. This is needed for the RequestURI UrlToolkit rule.

Aha, that was my issue. I was trying to apply the URLToolkit to a subdirectory. I added to my hosts file and modified hiawatha.conf to work on http://symphony.hamahakki/ and now http://symphony.hamahakki/symphony/ is ruled by the URLToolkit.

This is excellent. Thank you Hugo! To complete what you asked for, below is the output of `wigwam -t` from both machines and a diff of only the URLToolkits.

Gentoo :
hamahakki # wigwam -t
Using /opt/hiawatha
Reading hiawatha.conf
No errors found in URL toolkit rules.

Ubuntu:
spider # wigwam -t
Using /opt/hiawatha
Reading hiawatha.conf
No errors found in URL toolkit rules.

$ diff -u diff1.txt diff2.txt
--- diff1.txt 2012-08-13 17:35:46.000000000 -0500
+++ diff2.txt 2012-08-13 17:39:40.000000000 -0500
@@ -1,4 +1,4 @@
-# Gentoo
+# Ubuntu
UrlToolkit {
ToolkitID = symphony

Though I solved it by making the current directory the WebsiteRoot I would like to note that an alternate solution would be to just modify the UrlToolkit rules to match the paths necessary. It didn't occur to me to do that before but either solution works.