02. oktober 2003 - 18:19Der er
1 kommentar og 2 løsninger
Web services JWSDP og andet.
Hej
Jeg er lidt nybegynder i web services, og er derfor interesseret i links og anbefalinger ift. blandt andet værktøj.
Jeg har et forståelses problem med Web services og JWSDP Som jeg har forstået Web services, så er de uafhænge af platform, operativsystem, programmeringssprog.
I JWSDP har de et eksempel på en web service, hvor man (som jeg har forstået det), benytter sig af JAX-RPC APIet og de gode gamle stubs og skelletons, rmi. Hvorfor??
Hvis transporten/kommunikationen foregår typisk vha. soap over http, hvad skal man så med en stub?
Det fremgår også i JWSDP-tutorialen, at java især egner sig til web-services, da det er platformuafhængigt.
Men en stor force ved Web services er vel, at de er uafhængige af programmeringssprog??
stubs og skeletons er et generelt koncept kendt som proxy pattern.
Det bruges af RMI.
Men også af mange andre RPC teknologoier.
Inklusive Web Services.
Web Services er sprog uafhængige. WSDL filen er helt standard.
Så kan du bruge et Java Web Service tool til at generere en Java stub til et client program og et .NET Web Service tool til at generere en C# stub til et client program - fra samme WSDL.
JAX-RPC er en Java Web Service standard som sikrer interoperabilitet mellem forskellige Java Web Service implementeringer.
WSDL står for Web Services Description Language og er et XML-dokument. Dette er en fil, som automatisk bliver skabt under runtime, og definerer de services, som serveren stiller til rådighed samt et sæt af metoder indenfor disse services, som klient kan kalde.
En WSDL-fil kan ses som en kontrakt (remote interface, og kaldt proxy) mellem serveren (Web Services’en) og klienten, som ønsker denne service.
Hvis du har arbejdet med Corba, kan det siges så enkelt: WSDL er for .NET hvad IDL er for CORBA.
Web Services er, som navnet antyder, en service, som en web site kan tilbyde sine besøgende eller andre web sites. Et eksempel kunne være en web portal, som giver information om nyheder, sportsresultater, aktiekurser eller andet. Derved udbyder den en eller flere services til sine besøgende, som den kan have hentet fra en eller flere steder rundt om på kloden.
Denne type services har ikke tidligere været udbredt på Internettet på grund af komplikationer vedrørende, hvordan de skulle kommunikere. De systemer, som har været på markedet i flere år, har kostet mange penge at udvikle samt kan der opstår sikkerhedsproblemer med hensyn til at komme igennem firewalls.
En .NET Web Service er en løsning på dette problem. Web Services er objekter, som stiller sin funktionalitet til rådighed for systemer overalt på Internettet. Dette opnås ved brug af HTTP, standard protokollen for Internet kommunikation, og XML, som bliver brugt til at sende kommandoer og flytte data til og fra objekter lokaliseret på en server. Dette giver en klar fordel i forhold til for eksempel RMI (Java) og DCOM, som er proprietærer protokoller, der typisk skaber en tæt forbindelse til klienten.
En klar fordel ved Web Services er også, at programmer skrevet på forskellige sprog, der kører ovenpå forskellige platforme kan kommunikere på en standardiseret måde.
Ved hjælp af Web Services kan man altså skabe adgang til sprog-neutrale assemblies (.dll-filer) kun ved brug af HTTP, som alt andet lige må siges at være den mest udbredte protokol i dag. Det er vist ikke se før!
SOAP/WSDL er smart til at lade systemer baseret på forskellig teknologi snakke sammen. En .NET applikation kan snakke med en Java applikation etc..
Du kan med JWSDP, Apache Axis eller Glue skabe webservices/webservice klienter i Java.
Mange tak for hjælpen. Jeg er blevet lidt klogere, men der er sikkert lang vej endnu ...
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
