«

afternoon, i was hoping someone could offer up some advice.

i have a client and web service.

the client is consumed by a web site. the client contacts the web service
for a result this is a class.

this class instance coming back is in a library as so all can have access to
the types used.

the client is returned a "SOLUTIONClient.localhost.SOLUTIONOutput" object.
the client understnad this well and there is no problem.

i would like the web site consuming the client to not have to know about the
web service. the web site understands
SOLUTIONOutput vcResult

can i return a SOLUTIONOutput from the web service and not a
SOLUTIONClient.localhost.SOLUTIONOutput?

doug

Hallo now I understand what do you need (little complicated question),
This is a common problem and this by my opinion is not easily possible.
In fact, the essential of webservice is creating proxy object, and this
proxy object is different from another, even if this has the same type.
And by my opinion you cannot convert either implicitly, or explicitly
type from one type (somewhere in type-tree) to another, even if this
has the same name, or the same members/definition.
I use for solution of this cases XmlSerialization and deserialization,
like this:
(warning, this is not complete code)
stream = XmlDeserizer(WebServiceTypeName)
classInstance = (classType)XmlSerializer(stream).
This combination does conversion from webservice proxy into your-class
same type.

cheers, Martin

douglas wittner wrote:
> afternoon, i was hoping someone could offer up some advice.
>
> i have a client and web service.
>
> the client is consumed by a web site. the client contacts the web service
> for a result this is a class.
>
> this class instance coming back is in a library as so all can have access to
> the types used.
>
> the client is returned a "SOLUTIONClient.localhost.SOLUTIONOutput" object.
> the client understnad this well and there is no problem.
>
> i would like the web site consuming the client to not have to know about the
> web service. the web site understands
> SOLUTIONOutput vcResult
>
> can i return a SOLUTIONOutput from the web service and not a
> SOLUTIONClient.localhost.SOLUTIONOutput?
>
> doug

martin...i first thank you and commend you on UNDERSTANDING MY PROBLEM lol.
i was hard to describe for me without more experience.

and of course, thank you for your answer. i will try it.

doug

<> wrote in message
news: oups.com...
> Hallo now I understand what do you need (little complicated question),
> This is a common problem and this by my opinion is not easily possible.
> In fact, the essential of webservice is creating proxy object, and this
> proxy object is different from another, even if this has the same type.
> And by my opinion you cannot convert either implicitly, or explicitly
> type from one type (somewhere in type-tree) to another, even if this
> has the same name, or the same members/definition.
> I use for solution of this cases XmlSerialization and deserialization,
> like this:
> (warning, this is not complete code)
> stream = XmlDeserizer(WebServiceTypeName)
> classInstance = (classType)XmlSerializer(stream).
> This combination does conversion from webservice proxy into your-class
> same type.
>
> cheers, Martin
>
> douglas wittner wrote:
>> afternoon, i was hoping someone could offer up some advice.
>>
>> i have a client and web service.
>>
>> the client is consumed by a web site. the client contacts the web service
>> for a result this is a class.
>>
>> this class instance coming back is in a library as so all can have access
>> to
>> the types used.
>>
>> the client is returned a "SOLUTIONClient.localhost.SOLUTIONOutput"
>> object.
>> the client understnad this well and there is no problem.
>>
>> i would like the web site consuming the client to not have to know about
>> the
>> web service. the web site understands
>> SOLUTIONOutput vcResult
>>
>> can i return a SOLUTIONOutput from the web service and not a
>> SOLUTIONClient.localhost.SOLUTIONOutput?
>>
>> doug
>

You might find my series at
http://www.dalepreston.com/Blog/2005...-from-web.html
interesting as it describes several options for sharing objects between a web
service and client.

HTH

Dale
--
Dale Preston
MCAD C#
MCSE, MCDBA


"douglas wittner" wrote:

> martin...i first thank you and commend you on UNDERSTANDING MY PROBLEM lol.
> i was hard to describe for me without more experience.
>
> and of course, thank you for your answer. i will try it.
>
> doug
>
> <> wrote in message
> news: oups.com...
> > Hallo now I understand what do you need (little complicated question),
> > This is a common problem and this by my opinion is not easily possible.
> > In fact, the essential of webservice is creating proxy object, and this
> > proxy object is different from another, even if this has the same type.
> > And by my opinion you cannot convert either implicitly, or explicitly
> > type from one type (somewhere in type-tree) to another, even if this
> > has the same name, or the same members/definition.
> > I use for solution of this cases XmlSerialization and deserialization,
> > like this:
> > (warning, this is not complete code)
> > stream = XmlDeserizer(WebServiceTypeName)
> > classInstance = (classType)XmlSerializer(stream).
> > This combination does conversion from webservice proxy into your-class
> > same type.
> >
> > cheers, Martin
> >
> > douglas wittner wrote:
> >> afternoon, i was hoping someone could offer up some advice.
> >>
> >> i have a client and web service.
> >>
> >> the client is consumed by a web site. the client contacts the web service
> >> for a result this is a class.
> >>
> >> this class instance coming back is in a library as so all can have access
> >> to
> >> the types used.
> >>
> >> the client is returned a "SOLUTIONClient.localhost.SOLUTIONOutput"
> >> object.
> >> the client understnad this well and there is no problem.
> >>
> >> i would like the web site consuming the client to not have to know about
> >> the
> >> web service. the web site understands
> >> SOLUTIONOutput vcResult
> >>
> >> can i return a SOLUTIONOutput from the web service and not a
> >> SOLUTIONClient.localhost.SOLUTIONOutput?
> >>
> >> doug
> >
>
>
>