>Hi:
>
>My ASP.NET application uses a VFP Web Service to generate complete HTML
>reports on the fly. They are displayed in the browser in the Text property of
>a Label control.
>
>I want to be able to embed an ASP.NET LinkButton in a column on each report so when the page is displayed in browser the LinkButton can be clicked to make a
>call to the web service to bring down another page to the text property of Label control. Since the pages are built on the fly by the web service I can't use ASP.NET templates. Using client side script is possible, but then I would have to manually build the SOAP envelope and probaly use XMLHTTP to pass it to the web service. Instead I would like to use my existing web service reference that I'm suing to make SOAP calls from ASP server controls and let it take care of all the SOAP stuff. Is there a way to get a reference to my web service in a client side script block?

I think you already answered your own question - client side scripting with XMLHTTP or the like is your only avenue.


What you can do though is use a Web Service method to feed the controls using a data source that's a Web Service. I haven't tried this actually, but I have read this in several locations. Why not serve just the data from the Web service and then use ASP.Net's datagrid (or whatever) to bind to the data and display it directly from the data source?


I've been thinking about this scripting issue myself in some other contexts. It sure would be nice if the ASP.NET scripting mechanism was abstracted enough to separate the HTTP components (Request, Response etc.) and just provided the scripting engine itself so you can basically feed it a string and have it eval out a la TextMerge including server controls. Seems like a fairly obvious thing that could have been done with this, but that's not available...

I have a number of uses in standalone apps where this would be real handy and this is one stepping stone that prevents me from porting these apps at this point...

+++ Rick ---