MarkLogic CORS-Header

Question

Wenn wir eine Verbindung zu einem MarkLogic-REST-Endpunkt mithilfe einer AJAX-Anforderung von einem anderen Host oder Port herstellen möchten, habe ich Recht, dass MarkLogic das Hinzufügen von Headern zu den integrierten REST-Endpunkten nicht gestattet, um CORS zu vermeiden Problem?

Ich glaube, ich kann dieses Problem umgehen, indem sie ein XQuery-Skript und diese verbindet - und das Hinzufügen der folgenden an den XQuery-Skript:

xdmp:add-response-header("Access-Control-Allow-Origin", "*"); 
xdmp:add-response-header("Access-Control-Allow-Headers", "origin, x-requested-with, content-type"); 

So zum Beispiel Anstatt eine Verbindung zum Endpunkt "v1/documents? uri =" herzustellen, konnte ich mich einfach mit einem Skript "documents.xqy? uri =" verbinden, das die gleiche Funktionalität bietet. Gibt es einen Nachteil für diesen Ansatz? Gibt es einen besseren Weg, damit umzugehen?

Ich stelle fest, dass eine weitere Option in der Vergangenheit gegeben hat einen Reverse-Proxy zu verwenden, aber ich nehme an, dies ist un-nötig der Ansatz oben gegeben?

Danke!

Answer 1

Wenn Sie benutzerdefinierte XQuery Endpunkte bauen stattdessen die REST-API zu verwenden, dann ja, können Sie Response-Header gesetzt, und Sie sollten in Ordnung sein. Der einzige Nachteil wäre, dass die Out-of-the-Box-Funktionalität der REST-API verloren geht.

Ein weiterer Ansatz ist es, eine mittlere Ebene zwischen dem clientseitige JavaScript und Marklogic zu verwenden und das CORS Problem dort zu behandeln.

Was Sie nicht tun möchten, ist Ihre client-side JavaScript talk directly to the REST API - das ist irgendwie wie eine öffentlich verfügbare ODBC-Verbindung. (Es ist in Ordnung, dass für eine Proof-of-Concept zu tun, aber nicht eine gute Idee für die Produktion.)