[RESENO] Najbolji nacin za slanje XML-a Web servisu?

Da li bi neko mogao malo da mi razjasni stvari koje se ticu .NET web servisa i situacije kada je potrebno sa njim razmenjivati XML podatke.

Napravio sam jedan web servis koji ce da prima typed dataset i kada u klijentskoj aplikaciji dodam web referencu na taj servis pojavi mi se taj tipski dataset tako da znam sta da posaljem web servisu.

Medjutim, hocu da web servisu saljem xml fajl koji ce da odgovara nekoj unapred zadatoj semi, a potom cu da njime punim tipski dataset koji odgovara toj istoj semi. Ako u servisu napravim neku xml semu i postavim "string xml" kao ulazni parametar, kako ce klijent da zna kakav xml treba da posalje??? Koji je uslovno najbolji nacin za slanje xml-a servisu?

Probaj sledece:

1. Napravi klasu od xsd fajla
2. Postavi tu klasu kao parametar web metoda, odgovarajuci xsd ce automatski biti ukljucen u WSDL tako da ce klijent znati format
3. U telu metoda kad dobijes instancu kao ulazni parametar mozes da je serijalizujes u XMLDocument (posto je klasa nastala iz XSDa vec je XmlSerializable)
4. To upucas u dataset kako si vec planirao.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Ok, hvala ti na odgovoru. Ako napravim klasu od xml seme i nju stavim kao ulazni parametar webmetodi, da li onda klijent moze da prosledjuje xml onako kako sam prvobitno zamisljao, tj. kao string??? Da li moze to tako ili mozda treba kao XmlDocument, XmlNode da se salje xml? Nemam pojma, ali idem da probam sad.

pa nece, morace da kreira isntancu objekta (eventualno deserijalizuje svoj XML u instancu) i da ga prosledi tvojoj metodi.

Ne postoji nacin da ti prosledis string a da sam SOAP proveri da li je string XML po toj i toj shemi. Najjednostavnije sto mozes da uradis sa stringom je da ga u web metodi ucitas kroz validating xml reader baziran na shemi koju imas i da bacis SOAPException ako xml nije odgovarajuceg formata. Ali to je onda runtime catching, ne vidim kako bi mogao compile time na osnovu WSDLa da odradis kako si zamislio

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Hm. Ne moze da se salje string, a ni XmlDocument.

U ovom slucaju web method prima samo tu generisanu klasu kao parametar, ali opet imam i semu u okviru wsdl-a koju ne znam kako bih iskoristio u slucaju da pisem klijenta u Javi... Ono sto zelim da uradim jeste da napravim web service kome ce moci da se pristupa i iz drugih platformi. Kako ce recimo neko iz jave da pozove tu metodu? Kako ce taj klijent da napravi tu potrebnu klasu? Sta ce on da salje webmetodi? Koliko shvatam ovo je .NET klasa koja je izgenerisana, a mozda me moja pretpostavka opet j**e...

Pa tako nesto i nameravam. Znaci da napravim servis koji ce da prima string i posle radi njegovu validaciju. Ali ono sto me muci jeste kako ce klijent uopste da zna sta da posalje. OK. Sad imam semu u wsdl-u, ali mi metod ne prima string nego generisanu klasu. Da li kapiras gde se vrtim? Zelim da primam string, ali da imam u wsdl-u definisano sta primam, kako bi mogle i druge platforme da koriste moj web servis. Kako da primam string, a da i dalje imam semu u wsdl-u? Da li se to radi rucno?

Uzgred (i zbog ove i prethodne teme) i da mi nista vise ne odgovoris, zasluzio si barem pice od mene, ako se nekada vidimo. :)


pozdrav

OK, pazi ovako, to sto ti pravis klasu od XSDa i tu klasu koristis je samo "instrumentacija" koja omogucava .NETu da generise odgovarajuci WSDL sa odgovarajucom shemom. Ako je neka platforma minimum WS1.0 compliant (a mislim da postoji engine za Javu) onda ta platforma mora da moze da izvuce shemu iz WSDLa i da omoguci "pozivaru" da generise odgovarajucu strukturu/klasu/sta god, sto ce SOAP engine na toj platformi da "prepeva" u odgovarajuci SOAP paket. Ti ne mozes iz .NETa da ubacis string kao parametar zato sto .NET vec ima jak engine koji moze da radi sa objektima sto je preferirani nacin (omogucava strng type compile time checking), ali nista ne sprecava C programera na PS3 da rucno napravi SOAP Envelope i da ga postuje na web adresu web servisa :). U tome je cela lepota portabilnosti web servisa

Ono sto hocu da ti kazem je da ne moras da lomis glavu oko toga da li ce java programer da koristi XML dokument, instancu java klase ili strukturu u memoriji, dok god je SOAP paket kompatibilan sa WSDL deklaracijom i shemom u njoj, poziv ce biti uspesan.


Dodatak: U skladu sa tim, mislim da komotno mozes i sam tipizirani DataSet da stavis kao parametar metoda. DataSet sheme su koncipirane tako da budu kompatibilne sa XSDom pa nema potrebe da pravis proxy XSD za prenos iz XMLa u dataset.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

OK, pogledaj ovaj link:
Apache Axis

to je SOAP1.2 compliant web services engine za javu (uz upotrebu apacha za pravljenje samih webservisa).

Narocito pogledaj deo WSDL2Java: Building stubs, skeletons, and data types from WSDL koji govori o tome kako java programeri da iskoriste XSD iz WSDL kroz java klase.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Pozdrav,

Samo zelim da kazem da sam ti mnogo zahvalan na pomoci. Razjasnio si mi mnogo stvari... Uradio sam kako si mi prvobitno predlozio, uz malu napomenu da nije potrebno serijalizovati objekat u XmlDocument, vec moze direktno da se upuca u dataset

btw. DataSet seme jesu kompatibilne sa XSD-om, ali kada je tipski dataset parametar web metodi, njegova sema se ne prikazuje u wsdl-u... Ne znam na koji nacin bih je ubacio unutra.

Nesto nisi dobro uradio onda, posto to radi ok, mozda ti je podeseni WS standard SOAP1.1+ pa se shema ne vidi direktno u samom glavnom WSDLu. Ako je to slucaj onda ces imati nesto slicno ove dve linije u WSDLu:


ako odes na URL iz import linka (ovde: localhost/WebSite003/Service.asmx?schema=DataSet1) dobices punu XSD shemu dataseta. To omogucava klijentima koji ne nameravaju da koriste taj tip da se ne bakcu sa ucitavanjem glomaznih dataset shema.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Vidim, sjajno. :)

OK, samo par reci "upozorenja" na kraju.

Dataset relacije ne mogu nikako da se prezentuju u okviru XSD namespace-a http://www.w3.org/2001/XmlShema (jednostavno XSD ne podrzava relacije)

Stoga je MS implementirao relacije kao set <msdata:Relationship> tagova (xmlns:msdata="urn:schemas-microsoft-com:xml-msdata") u okviru //shema/annotation/appinfo taga sheme. Problem je sto vecina SOAP klijenata ne zna sta je gornji msdata namespace i ne "konta" relacije pa ih samim tim ne koristi. Rezultat je da je moguce na klijentu napraviti dataset koji nije referentially kontrolisan pa ce poziv web metoda puci pri deserijalizaciji iz SOAPa u instancu dataseta.

To tebi nije problem sa serverske strane jer metod nece ni biti pozvan ako dataset nije ispravan, ali klijenti moraju biti svesni tog ogranicenja.


Dodatak: Ako relacije deklarises kao "nested" onda nemas gornji problem jer ce child tabela biti definisana kao element master tabele u XMLu pa XSD to podrzava, medjutim ne mogu se sve relacije napraviti da budu nested (npr ako tebela C ima foreign key na dve master tabele A i B ne mogu obe relacije biti nested jer bi se onda duplicirali redovi iz C, jednom u okviru A pa onda u okviru B sto bi pri deserijalizaciji tabele C dovelo do pucanja primary kljuca).

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Malo sam trazio. A <xs:keyref>??? Kako ovde pise potpuno je podrzan od strane XSD-a i potpuno ekvivalentan tagu <msdata:Relationship>...





The XSD keyref Element

In XSD, the keyref element allows you to establish links between elements within a document in much the same way a parent/child relationship does. The WriteXml method uses keyref to express a relation within a DataSet object, as shown here:

<xs:keyref name="Emp2Terr" refer="Constraint1">
<xs:selector xpath=".//Territories" />
<xs:field xpath="@employeeid" />
</xs:keyref>

The name attribute is set to the name of the DataRelation object. By design, the refer attribute points to the name of a key or unique element defined in the same schema. For a DataRelation object, refer points to an automatically generated unique element that represents the parent table, as shown in the following code. The child table of a DataRelation object, on the other hand, is represented by the contents of the keyref element.

<xs:unique name="Constraint1">
<xs:selector xpath=".//Employees" />
<xs:field xpath="employeeid" />
</xs:unique>

The keyref element’s contents consist of two mandatory subelements—selector and field—both of which contain an XPath expression. The selector subelement specifies the node-set across which the values selected by the expression in field must be unique. Put more simply, selector denotes the parent or the child table, and field indicates the parent or the child column. The final XML representation of our sample DataRelation object is shown here:

<xs:unique name="Constraint1">
<xs:selector xpath=".//Employees" />
<xs:field xpath="employeeid" />
</xs:unique>
<xs:keyref name="Emp2Terr" refer="Constraint1">
<xs:selector xpath=".//Territories" />
<xs:field xpath="@employeeid" />
</xs:keyref>

This code is functionally equivalent to the msdata:Relationship annotation, but it is completely expressed using the XSD syntax.
------------------------------------------------------------------------------

http://www.perfectxml.com/XMLSerialize.asp

Sad kad si to pomenuo, secam se da je .NET 1.1 generisao sheme sa <xs:keyref>, skroz sam na to zaboravio. Sve je to skroz nedokumentovano, i posle malo igranja otkrio sam sledece:

Relaciju prebaci u "Both Relation and Foreign Key Constraint" ili "Foreign key Constraint Only". U oba slucaja ce generisati <xs:keyref>. Naravno dodace msdata:* atribute za rules, ali to ti i nije toliko vazno za validaciju i object mapping na klijentu. <msdata:Relationship> ce se pojaviti samo ako je "Relation only" mod.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić