SOAP ähnlicher Webservice mit JSON

[chris_L_1980]

Hallo,

ich will einen online Datenspeicher programmieren, der sich mit anderen Datenspeichern austauschen kann, oder besser gesagt ich bin in der Planung Als Prototyp reicht ein Tomcat mit einer MySQL Datenbank aus. In der Datenbank sollen die Objekte z.B. baumartig gespeichert werden über IDs. Manche Teilbäume soll man synchron mit bestimmte andere Datenspeicher halten und ein Client soll auf die Datenspeicher Zugriff haben. Ein Client soll erstmal eine eigene Desktop-Anwendung sein, später evtl. noch eine MobileApp und/oder ein Webbrowser.

Der Webserver soll z.B. eine Methode haben wie folgende:

1
public StorageObject[] writeObjects(StorageObject[] objects);

und das StorageObject enthält neben Strings, Integer auch noch ein Array von sich selber für die ChildObjekte (baumartige Speicherung) und ein byte[] (die Datei).

1
2
3
4
5
6
7
8
9
public class StorageObjekt{
 
private int id;
private int parentId;
private byte[] file;
private StorageObjekt[] childs;
// andere  "einfache" Attribute
// entsprechende getter/setter
}

Zur Kommunikation würde sich da SOAP anbieten. Da kann man auf der Server-Seite mit Tools die WSDL und auf Clientseite aus der WSDL die Java-Klasse erstellen lassen. Weiterhin kann man auch je eine WSDL-Datei für die Kommunikation Client-Server und eine für Server-Server erstellen.
Allerdings findet die Kommunikation ja über XML statt.

Jetzt ist meine Frage, ob man genau das gleiche mit JSON anstatt XML machen kann, da JSON den Vorteil hat, dass man es in JavaScript direkt benutzen kann und schneller zum Parsen etc. ist. Bei SOAP steht die Methode die Aufgerufen wird mit den Parametern ja in der XML Datei, die übertragen wird. Bisher hab ich JSON nur in Verbindung mit REST gefunden, wobei es mir so vorkommt, dass man mit dem REST-Ansatz keine komplexeren Objekte übertragen und als Antwort erhalten kann (wie in der writeObjects-Methode), da bei der GET-Anfrage die URI dafür nicht geeignet ist, oder???

Freu mich auf Antworten!
MfG

[Bizarrus]

Natürlich ist es auch über JSON möglich. Bloß hier müsstest du höchstwahrscheinlich auf eigene Implementationen zurückgreifen, was aber ja nicht das Thema wäre (denke ich mal).

JSON ist eigendlich simple aufgebaut:

Zitat:

	Normaler JSON-String: {"Name": "Wert"} JSON-Callback: Callbackname({"Name": "Wert"}) JSON mit mehreren Daten: {"Name": {"Wert1", "Wert2", "Wert3"}} und so weiter..

Ich denke aber mal, dass es bereits fertig-Klassen gibt, die deine Arrays/Maps/Vecor/what else bzw objekte (Was es ja alles sein sollte ) in JSON encodieren/decodieren.

Zudem tendiere ich meistens auch zu JSON. Gründe hierfür sind die Nutzbarkeiten.
JSONP kann meines Wissens Crossdomain aufgurnd des Callback genutzt werden (Korrigiert mich, wenn ich falsch liege).

Zudem sind die Datenmengen gegenüber XML viel geringer, auch wenn es sich im KB-Bereich hält, jenachdem was man gerade überträgt.