Explanation: This is not about calling user agents on pages, but a classic ASP.NET call!
I have applications that are halfway through the transition from classic ASP to ASP.NET. There are half a million lines of code, so a complete rewrite of everything at once was simply not believable or frankly reasonable, given that the vast majority of ASP pages in ASP just worked fine. We translate pages and features as they are suitable for revision anyway, and not just because it is βcoolβ.
Now that approximately half of the pages have been converted, we have moved some key features to ASP.NET. Instead of preserving legacy versions of this functionality (which means two places to support instead of one), I moved on to use SOAP to expose this function.
Well, not quite. Instead, we use what I called the SOAP Poor Man, although today it is fashionable to call REST. I use ServerXMLHTTP to link to the landing page by combining an XML bead and POSTing it on the ASP.NET side. As a result, I combined some XML and used XPATH to tear it into variables.
All this works surprisingly well. However, I looked at the ASP.NET SOAP built-in functions, which seem to eliminate the need to personalize the handle pages for my cross-platform calls ... but when I look at SOAP consumption from classic ASP, you suggest using seemingly discounted Soap Tools.
The question is: do any of you have experience with similar settings, and if there are any more efficient ways to do this than custom REST or Soap Toolkit pages? I think the possibility of faster access to ASP.NET features would help with porting, but I donβt want myself to get bogged down with legacy technologies like the Soap Toolkit, unnecessarily.
source share