Ist ein Webservice zwangsläufig xml basiert?
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hi!
Ist ein Webservice zwangsläufig xml basiert? Wenn ich mir die Infos von Wikipedia so durchlese, dann lautet die Antwort definitiv JA.
Aber was ist denn nun bitte der Unterschied (abgesehen vom Format), wenn ich unter einer URL eine XML einlese und verarbeite, oder unter dieser URL eine .csv Datei liegt? Es handelt sich doch bei beidem um einen sogenannten Webservice. Oder etwa nicht? Wo macht man die Trennung?
Gruß
Ist ein Webservice zwangsläufig xml basiert? Wenn ich mir die Infos von Wikipedia so durchlese, dann lautet die Antwort definitiv JA.
Aber was ist denn nun bitte der Unterschied (abgesehen vom Format), wenn ich unter einer URL eine XML einlese und verarbeite, oder unter dieser URL eine .csv Datei liegt? Es handelt sich doch bei beidem um einen sogenannten Webservice. Oder etwa nicht? Wo macht man die Trennung?
Gruß
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4287 / 214 /
1142
)
»
hmm...
Kurze Antwort: Ja
Lange Antwort: Jein
Eigentlich ist alles, was man über das Internet (oder irgendein anderes bel. Netzwerk) erreicht ein Webservice. Also auch diese Website. Warum sich eine XML-Schnittstelle (WSDL) dafür durchgesetzt hat ist auch leicht zu erklären: Weil es eine genormte Auszeichnungssprache ist, die inzwischen schon weit verbreitet ist und universell eingesetzt werden kann.
Hinter dem Kürzel WSDL steht nichts weiter als Web Service Description Languag und es beschreibt eben die Schnittstelle im XML Format. Bei normalen Websites gibts ja das HTML und da ist vor langer Zeit mal definiert worden, dass <a> für einen Link steht un mit den Attributen "href" usw. daherkommen kann. Bei XML gibt es so eine Definition de facto nicht. Sprich, wenn da der Knoten <doc> existiert kann man noch nicht erkennen welche Attribute und Kindelemente er umfasst. Dafür gibt es eben WSDL (oder XML Schema für normale XML-Datei) welches beschreibt, aus welchen Attributen und Kindelementen <doc> besteht und in welchem Format die Attribute daherkommen (Nummer, String, usw.).
Und bei WSDL ist dann auch noch drinnen, wie man das Webservice aufrufen kann. Das fehlt ja bei einer normalen Website völlig. Da gibt man ja nur die Url ein und fertig. Erst wenn man dann einen Link anklickt oder weiter geleitet wird stehen die ersten "Parameter" dabei (z.B. ?mode=reply&f=1&t=17238 usw.)
Es gibt aber auch Webservices die eben ohne XML auskommen. Bestes Beispiel ist z.B. Flickr, da kann man neben XML die Bildinformationen auch noch in anderen Formaten auslesen http://www.flickr.com/services/feeds http://www.flickr.com/services/api
Aber dann muss man eben die Dokumentation dazu kenne. Bei WSDL entfällt das (teilweise), da die Parameter in der Schnittstelle beschrieben werden.
lg
ADT
Kurze Antwort: Ja
Lange Antwort: Jein
Eigentlich ist alles, was man über das Internet (oder irgendein anderes bel. Netzwerk) erreicht ein Webservice. Also auch diese Website. Warum sich eine XML-Schnittstelle (WSDL) dafür durchgesetzt hat ist auch leicht zu erklären: Weil es eine genormte Auszeichnungssprache ist, die inzwischen schon weit verbreitet ist und universell eingesetzt werden kann.
Hinter dem Kürzel WSDL steht nichts weiter als Web Service Description Languag und es beschreibt eben die Schnittstelle im XML Format. Bei normalen Websites gibts ja das HTML und da ist vor langer Zeit mal definiert worden, dass <a> für einen Link steht un mit den Attributen "href" usw. daherkommen kann. Bei XML gibt es so eine Definition de facto nicht. Sprich, wenn da der Knoten <doc> existiert kann man noch nicht erkennen welche Attribute und Kindelemente er umfasst. Dafür gibt es eben WSDL (oder XML Schema für normale XML-Datei) welches beschreibt, aus welchen Attributen und Kindelementen <doc> besteht und in welchem Format die Attribute daherkommen (Nummer, String, usw.).
Und bei WSDL ist dann auch noch drinnen, wie man das Webservice aufrufen kann. Das fehlt ja bei einer normalen Website völlig. Da gibt man ja nur die Url ein und fertig. Erst wenn man dann einen Link anklickt oder weiter geleitet wird stehen die ersten "Parameter" dabei (z.B. ?mode=reply&f=1&t=17238 usw.)
Es gibt aber auch Webservices die eben ohne XML auskommen. Bestes Beispiel ist z.B. Flickr, da kann man neben XML die Bildinformationen auch noch in anderen Formaten auslesen http://www.flickr.com/services/feeds http://www.flickr.com/services/api
Aber dann muss man eben die Dokumentation dazu kenne. Bei WSDL entfällt das (teilweise), da die Parameter in der Schnittstelle beschrieben werden.
lg
ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Das ist das, was mich bislang ein wenig verwirrt hatte. Wenn ich dich also richtig verstanden habe, dann gibt es sowohl "echte" Webservices (beschrieben durch WSDL) und eben auch XML-Dateien (beschrieben durch XML Schema), die man auch unter einer URL im Netz abrufen kann, die aber im Grunde sich zu CSV- oder Textdateien die man abrufen kann sich nicht unterscheiden, da sie auch nicht standardisiert sind. Korrekt?a-dead-trousers hat geschrieben:...Dafür gibt es eben WSDL (oder XML Schema für normale XML-Datei) welches beschreibt, aus welchen Attributen...
Gruß
Beitrag
von a-dead-trousers (Top Expert / 4287 / 214 /
1142
)
»
Ja, du kannst theoretisch alles über einen (Web)server anbieten. Ich hab schon einige Sachen in PHP programmiert die ich für AJAX-Anwendungen gebraucht hab, ohne jetzt gleich das ganze als Webservice "umschreiben" zu müssen. Kommt ganz auf die Verwendung an. Mit WSDL ist es halt stadartisiert, sodass auch andere wissen, wie man darauf zugreifen kann und was man erhällt.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ABAP_User
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
9004
Views
Views
0
Antw.
Antw.
1669
Views
Views
0
Antw.
Antw.
2172
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.