Prie ko Serialization, tipo pagavimas, jeigu yra fiziškai sugeneruotos proxy 
klasės?

"Jornada Del Muerto" <ask@me.email> wrote in message 
news:h9o0j5$s14$1@trimpas.omnitel.net...
> Aha jau radau ir as sita buda, bet man taip kazkodel atrodo kad darasius 
> prie tu duomenu tipu kazka is  System.Xml.Serialization headeriu ar dar 
> kazkas tame stiliuje - turetu pagauti ir ta duomenu tipa, microsofto irgi 
> gi daug yra visokiausiu duomenu tipu, bet namespace'us kazkaip jie 
> susirenka, jie ryskiai kazkaip aprasyti yra kad tai darytu, tiesiog 
> nuojauta sako kad tai turi buti imanoma ir kitaip... :)
>
>
> "meska" <meska@nospam.fmu1.net> wrote in message 
> news:h9nv1i$qnv$1@trimpas.omnitel.net...
>> poor mans way :
>>
>> atsidarai sugeneruotą CS proxy failą, pašalini visus klasių definition'us 
>> ir
>> padarai using namespace'a kuriame yra tavo klasės. Jei dažnai nesikeičia 
>> WS
>> descriptionas, problemų nebus.
>>
>> o šiaip geriau WCF + interface'ai
>>
>> "Jornada Del Muerto" <ask@me.email> wrote in message
>> news:h9nqao$mjt$1@trimpas.omnitel.net...
>>> Sveiki,
>>>
>>>    Developinu viena ASP.NET webservice'a ir turiu kruva savu .NET DLL
>>> biblioteku, kurias naudoja tiek webservisas tiek webserviso klientas, 
>>> sios
>>> bibliotekos turi ivairiu duomenu tipu (pagrinde klasiu) kuriose laikomi
>>> kazkoki duomenys ir webserviso kaikurie metodai priima tuos mano defined
>>> duomenu tipus kaip parametrus ir kaikuriuos taip pat grazina WS 
>>> klientui.
>>>
>>>    Tiek klientas tiek webservisas naudoja tuos pacius DLL, bet kada
>>> prisidedu webservice reference jis susigeneruoja visas schemas kad tie
>>> duomenu tipai yra is webserviso namespace'o o ne is DLL namespace'u,
>>> tiksliau kaip visai kita duomenu tipa ir po to atsiranda papildoma
>>> problemele konvertuoti vienus i kitus, nors praktiskai tai dirbama su 
>>> tais
>>> paciais...
>>>
>>>    Gal yra kokiu budu kaip padaryti kad jis sharintu duomenu tipus tarp
>>> kliento bei webserviso ? any ideas ? :)
>>
>>