Hallo!

Auf unseren Servern laufen die Datenbanken mit bewusst einfach gehaltenen Webseiten als Schnittstelle. Über GET werden die Server gefüttert, heraus kommt HTML.

Nun soll die bunte JavaScript-Oberfläche angeschlossen werden. Sie kann nicht auf den selben Servern laufen.
"JsonP" würde als Abhilfe ein <script src="server/formular?daten"> in den DOM hängen.
"XML for <script>" setzt dagegen auf iFrames.

In beiden Fällen müssen nach dem Empfang die HTML-Seiten auseinandergenommen und verarbeitet werden. Die Serverseite ist bei HTML->Json nicht trivial. Clientseitig sieht es mit Abfrage-Empfang-Verarbeitung noch komplizierter aus.

Dabei halte ich die Daten auf dem Server für nichts Besonderes und spekuliere auf eine fertige Lösung. Kennt ihr so etwas?

Grüße,
Thomas

Hallo netAction

Javascript läuft für gewöhnlich im Client (Webbrowser). Was ist genau die Problemstellung? Eine Kommunikation zwischen Server<->Server oder Server<->Client? Oder eine Kombination aus ServerA (mit Datenbank)<->ServerB (ohne Datenbank)<->Client?

Mit "laufen" meinte ich die Domain des Webspace. Ausgeführt werden soll JS natürlich clientseitig.

Die Datenbanken haben ihre eigenen Webserver (Server A). Sie liefern ihre Daten als HTML aus und erwarten sie als GET. So weit ist das System fertig.

Wenn ich einen vermittelnden Proxy Server B brauche, muss ich das wohl in Kauf nehmen. Hier könnte z.B. eine Umwandlung von HTML in JSON stattfinden.

Das JavaScript soll beim Anwender zu Hause laufen. Eine komplette Oberfläche, die die Funktionen der Server A nutzt und nett aufbereitet darstellt.

Ein Proxy Server B ist also nicht Pflicht? Der Anwender kann direkt auf den Webserver A zugreifen?
Was hältst du von der Idee, die HTML- durch eine XML (oder JSON)-Schnittstelle auszutauschen.
Dann könnte nämlich der Client mit Ajax die Daten anfordern.

Normales AJAX geht nicht, weil Server A in einer anderen Domain liegt als der Ort von dem das JS geladen wurde.

Dann gibt es also:
1) Einen Server A mit Datenbank und fixem HTML-Interface
2) Einen Server B auf dem sich die JS-Dateien befinden

Hier ist ein mögliches Szenario:
i) Der Client stellt eine Anfrage an den Server B
ii) Server B greift (intern) auf die HTML-Schnittstelle von Server A zu (z.B. mit dem PHP-Befehl 'file_get_contents()').
iii) Server B stellt dem Client die Daten im JSON Format zur Verfügung
iv) Der Client kann Ajax einsetzen (Die 'Same Origin Policy' ist nicht verletzt, da er nur mit Server B kommuniziert)

Die JS-Dateien befinden sich nicht auf einem Server, sondern lokal auf der Platte des Benutzers. Sie werden individuell entwickelt, deshalb können sie nicht in der Domain eines Server B laufen.

Und wie gelangen die JS-Dateien auf die lokale Festplatte des Users? Werden sie nicht von einem Server heruntergeladen?

Hab's nicht ausprobiert, aber würde es nicht reichen das JS für den Request vom Server zu holen?
Alle weiteren Scripte können ja lokal eingebunden werden.

Ich denke an ein kleines Script, welches lediglich den Request ausführt und die zurückgelieferten Daten an eine andere Funktion delegiert.

Die JS-Scripte können sich schon lokal auf der Festplatte (z.B. im Browser-Cache) befinden.
Entscheidend ist, auf welchen Server (http://mydomain.bla/) der Browser zugreift.
Der Verbindungsaufbau über XMLHttpRequest (Ajax) müsste dann zu der gleichen Domain (mydomain.bla) erfolgen.