Bill,

I'm not sure exactly what you mean by "the process does not create any
objects internal to the outer container".

The wsdl generated proxy pretty much sucks for anything other then
simple RAD type stuff.  What I preach to folks is to create a separate
dll that contains all the messages definitions and not to serialize
your object model.  The problem is that the VS generated proxy creates
it's own set of classes used to deserialize the message to a strongly
typed object model.  If you use my approach of creating a separate dll
with the definitions for the messages (the strongly type object
model), then you have to go into the Reference class created by Studio
in the Web Referencces process, and remove all the generated
deserialization classes, add and imports or using (as the case maybe)
for the Messages dll,and then update the Functions decorated with the
SoapDocumentMethodAttribute to return the type from the Messages dll,
and not the one created by studio.

Don 

On 5/16/05, Bill Bassler <[EMAIL PROTECTED]> wrote:
> I'm confused.
> In a regular .net library app, I can generate a set of .net classes from a
> schema using xsd.exe /c. I can then generate/deserialize to a fully
> populated object based on the submitted xml doc string using:
> 
> XmlSerializer serializerIn = new XmlSerializer(typeof
> (Esylvan.EnterpriseLibrary.Types.ElmsEnrollment.ElmsResponse));
> System.IO.StringReader reader = new System.IO.StringReader
> (_xmlResponseDocument.OuterXml);  <-- xml doc string
> _enrollmentResponse =
> (Esylvan.EnterpriseLibrary.Types.ElmsEnrollment.ElmsResponse)
> serializerIn.Deserialize(reader);
> 
> However, if attempt basically the same deserialization process using a wsdl
> generated proxy for that type deserialization "works" but the process does
> not create any objects internal to the outer container as it does when I
> deserialize directly from the xsd generated classes.
> 
> Why?
> I took a look at the xmlSerialization attributes and many (but not all)
> between the proxy and the xsd generated classes are the same.
> 
> ===================================
> This list is hosted by DevelopMentor(r)  http://www.develop.com
> 
> View archives and manage your subscription(s) at http://discuss.develop.com
>

===================================
This list is hosted by DevelopMentor�  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to