Newsgroup: it.comp.lang.visual-basic
Titolo: WEB SERVICES: come... si fanno?

salve a tutti... ho una domanda come da oggetto:
web service: come si fanno?
ora io faccio una serie di affermazioni, dopo un po' che ho cercato in
rete e sui NG... voi ditemi se sbaglio... e rispondetemi sui dubbi
soprattutto...
1)i web services sono una specifica del w3c per applicazioni distribuite
cross-platform, e si basano su soa, ovvero Service Oriented
Architecture. il soa ha altre "cose" basato su di esso?
2)uno degli strumenti con cui realizzare un web service e' il framework
dot net, ma so che posso realizzarli anche in java.
3)esistono altri "strumenti", oltre a dot net e java?
4)i "web services su soap in http" sono un... modello (non so se modello
sia la parola adatta): ne esistono altri?
5)sono basati su diversi protocolli:
5.a HTTP: le richieste e le risposte vanno inoltrate e viaggiano su
tcp/ip
5.b WSDL: basato su XML, descrive il mio webservice (come se gli desse
una interfaccia)
5.c SOAP: basato su XML, incapsula richieste e risposte
insomma vorrei sapere se non volessi usare dot net/java ed xml
(obbligatorio?) cosa faccio???
GRAZIE in anticipo,spero solo di essere stato chiaro...
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 GRAZIE in anticipo,spero solo di essere stato chiaro...
Mi sà che fai prima a leggere qualche sito più specifico
http://msdn.microsoft.com/webservices/
http://www.webservicesarchitect.com/
Ciao
Andrea

 Andrea
merci beaucoup!!!
passero' in rassegna le pagine di quei siti... a piu' in la'...
giuseppe Napolitano


 GRAZIE in anticipo,spero solo di essere stato chiaro...
Ave
giuseppeD
---
CCR

Ti rispondo io, che faccio anche training su questi argomenti(seppur in
Delphi).
Dunque, Simple Object Access Protocol(SOAP) è un protocollo molto
flessibile atto a rendere possibile una comunicazione tra postazioni
etereogenee.
Basato su XML, esso è concepito come un semplice scambio di
documenti XML, chiamati "envelopes"(trad. buste). Ogni envelope
contiene informazioni di richiesta o di risposta. Dette informszioni
possono anche contenere codici d'errore(che normalmente vengono poi
tradotte dal motore in una eccezione o qualche altra bestia strana).
Quindi, in due parole, un WebService è una tecnologia di tipo RPC(
Remote Procedure Call).
Un WebService può essere fatto con dotNET, Delphi, Java e perfino con
Visual Basic 6 - utilizzando il Soap Toolkit.
Tutto bene quindi? Non direi proprio... :-)
Ci sono alcune considerazioni da fare:
1) Usare il SOAP Toolkit con VB6 è altamente sconsigliato. Perché?
    Semplice: pensate a VB6, al fatto che dotNET può fare WebServices,
    considerate la differenza tra dotNET e VB6 e vi rispondete da soli
    :-)
2) L'interoperabilità di base c'è, ma i tipi proprietari possono
    essere un problema. Piccolo esempio: le date. Come si
    rappresenta una data? Ogni linguaggio/ambiente di sviluppo ha il
    proprio formato e quello standard di SOAP non è proprio il massimo
    della comodità per gli Europei... naturalmente però, mica è detto che
    tutti i motori SOAP supportino il formato giusto... :-)
3) Veniamo ai tipi composti. Prendete qualcosa tipo dotNET, dove una
    classe può essere tranquillamente serializzata in XML... come la si
    traduce in VB6? Oppure in Delphi? Oppure in Java? Bisogna
    serializzare ogni elemento come SOAP, il che significa che se un
    elemento è a sua volta una classe dev'essere serializzato a sua
    volta, ecc... non è un bel vedere :-)
4) E se vogliamo trasferire un file? Allora... AUGURI! Java usa il
    formato D/Mime, come dotNET, Delphi no e VB6 credo usi il suo...
    tanti saluti :-)
Quindi, come vedete, non è proprio tutto rose e fiori.
Ovviamente ci sono soluzioni ai singoli problemi e se si usano
strumenti adatti, forse sono anche risolvibili... però... insomma
sempre *occhio* a cosa usate e come incrociate gli strumenti :-)
Ciao,
Andrea