When I ran the web methods from the service page itself (which loaded just fine) I got the following error : Request format is unrecognized for URL unexpectedly ending in '/[webmethod_name]'. Didn't make sense...I checked my web configuration and compared it against the other people in my team and all was well.  I tried following Microsoft's recommendation of adding the following snippet to the system.web section of the config file.

<webServices>
<protocols>
<add name="HttpGet"/>
<add name="HttpPost"/>
</protocols>
</webServices>

All the above did was give me a 500 error.

After spending waaaaaaaaay to much time on the problem...a colleague of mine and I finally discovered that it was due to the Lower case rewrite inbound rule (converts the entire address to lower case).  Apparently webmethod names are case sensitive in the address bar (this was not a SharePoint problem)...the documentation is here on msdn:  http://msdn.microsoft.com/en-us/library/0c515353(VS.71).aspx

So turning off the rule and everything started to work again.

Technorati Tags: SharePoint, url rewriter, WebServices

It uses Regular expressions...so if you are not an expert in those (as I am clearly not) then this little tidbit of code may help. It allows you to rewrite the url that comes in as subdomain.domain.com as domain.com/subdomain. The top portion is the header and sets up logging and such...the real meat is the last two lines.

Here it is

# Helicon ISAPI_Rewrite configuration file
# Version 3.1.0.48
RewriteEngine On
RewriteCompatibility2 On
RepeatLimit 200
RewriteBase
ReWriteLog C:\rewrite.log
RewriteLogLevel 9

RewriteCond %{HTTP_HOST} ^(?!www)(\w+).christiedigital\.com
RewriteRule (.*) /%1/$1 [L]

Hope this helps

Technorati Tags: Development, IIS, mod_rewrite, url rewriter, Windows