this is kinda frustrating.
noone knows anything about this?
who could I ask? there's nothing I can find on this one.
there is no "support" for this kind of problems?
I'm confused about what you're seeing in Fiddler. Do you see the web service call get made? If it's not being made at all, then the client isn't executing the code it's supposed to, so take a look at what's coming down to the client and look for missing scripts.
If the requestis being made, then you should be able to see what the response is from the server and debug that way.
Is your service state dependent? If so you need to turn on inter-cluster sticky sessions so that requests for a user are always served by the same server (unless of course it goes down)
Do you have MacValidation configuration enabled - If you check the offending server's event log you'll probably have some application errors that will relate to the issue you are having. I believe that since you are running on server farm that your issue is related to thishttp://tech-review.org/blogs/.net_2.0/archive/2005/11/25/4.aspx if you do not already have it configured properly. Otherwise it could very well be a issue one server not updated with the production files. One way to reproduce it is turn on the remote debugging and access the offending server by it's specific IP and not the cluster ip.
Hi there
I think I got it.
Seems to me that the same server, when requesting through server farm, it generates some extra code.
So when used "normally", it returns me only the string what my webservice is returning.
Instead, when requesting through server farm, i have more ("unknown") code than I expect.
I was doing (javascript) something like this:
eval(strReturnedFromWebService)
inside strReturnedFromWebService there was lots of stuff I had no idea where did it come from. Maybe something installed on the server, that returned me this only when connecting this way ... i donno why ...
weird?
yes
i treated the string and removed what was not mine ...
not the nicest way ... but ... it works ...
No comments:
Post a Comment