Consume ASP.NET DataSet from web service called from ASP

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

I have a legacy ASP application that calls a web service in a newly developed application in ASP.NET that exposes a web service. I call the web service from ASP code. The .NET web service returns a DataSet, which is serialized of course

My question is: in the ASP consumer application, what datatype do I use to recieve the serialized DataSet from the ASP.NET web service? or more specifically, how do I deserialize the DataSet in my ASP application so I can read it into an XML document?
 
Better to write the XML out to stream and consume. Or, you can use a
DataReader, which can more easily be turned into a Recordset.

In most cases, the XML takes a bit more code, but is far less annoying to
work with once you have it in ASP.

--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA

**********************************************************************
Think Outside the Box!
**********************************************************************
Big said:
I have a legacy ASP application that calls a web service in a newly
Click to expand...
developed application in ASP.NET that exposes a web service. I call the web
service from ASP code. The .NET web service returns a DataSet, which is
serialized of course.
My question is: in the ASP consumer application, what datatype do I use to
Click to expand...
recieve the serialized DataSet from the ASP.NET web service? or more
specifically, how do I deserialize the DataSet in my ASP application so I
can read it into an XML document?
 
Without doing anything, .NET will serialize the DataSet to XML for me. Why would I want to stream the XML in another way? If I just take the default behaviour which is to let the framework serialize the DataSet to the output stream, how can I deserialize the stream in the ASP consumer?? Can I just load the result into an XML DOM Document since this supports the IStream interface?
 
Big said:
Without doing anything, .NET will serialize the DataSet to XML for me. Why
Click to expand...
would I want to stream the XML in another way? If I just take the default
behaviour which is to let the framework serialize the DataSet to the output
stream, how can I deserialize the stream in the ASP consumer?? Can I just
load the result into an XML DOM Document since this supports the IStream
interface?


I am having a disconnect here (most likely my fault), so let's try again.

Description of process:
I have a legacy ASP application that calls a web service in a newly
developed application in ASP.NET that exposes a web service. I call the web
service from ASP code. The .NET web service returns a DataSet, which is
serialized of course.

Questions:
1. My question is: in the ASP consumer application, what datatype do I use
to recieve the serialized DataSet from the ASP.NET web service?

In ASP, you cannot directly deserialize .NET objects. This forces you to
consume the XML as XML, or create XML that is more compatible with the COM
world objects (the Recordset). When you use the SOAP toolkit, you should be
able to query the web service and get the XML from the SOAP document.

As I have not dinked with the SOAP toolkit lately against a .NET web
service, the XML suggestion is another route. I assumed you had already
tried the DataSet method and was unable to get the XML, not that you were
making an inquiry into process. If you find that you cannot consume the
DataSet, writing the DataSet XML to a memory stream and streaming the XML to
the ASP app is another option.

My first suggestion would be to pick up a copy of the SOAP toolkit:
http://www.microsoft.com/downloads/...DD-CEEC-4088-9753-86F052EC8450&displaylang=en

You can also find this from a link on this site:
http://msdn.microsoft.com/soap

Another option for XML is use the XMLHttp object (MSXML 4.0) and using a
POST to the web service. You will have to create the SOAP message for POST,
as well as unwrap SOAP on the other end. In other words, this is the more
difficult route. On the other hand, it gives you more control, if needed
(most likely not).


--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA

**********************************************************************
Think Outside the Box!
**********************************************************************
 
Back
Top