5.0.6 - Ändern der Adapterdomänen- und Portkonfiguration nach der Bereitstellung durch Konfiguration - für QA- und Testteams im Entwicklungsprozess
Ich habe einige Fragen zur Konfiguration des dynamischen Adapters zur Laufzeit gesehen
Kann ich mit einem Worklight-Adapter die Domäne und den Port für eine Prozedur zur Laufzeit ändern?
aber meine frage bezieht sich auf die adapterkonfiguration nach dem deploy auf dem wl server 5.0.6 von extern - nicht zur laufzeit vom code.
Unser Szenario ist, dass das QA- und Testteam in unserem Unternehmensentwicklungs- und -testprozess den Zielhost und -port für die Adapter während des Tests regelmäßig vom Mockup-Backend zum Test-Backend zum Produktions-Backend ändern muss.
Dies sollte natürlich über die Konfiguration geschehen und nicht erneut kompiliert und erneut bereitgestellt werden.
Gibt es eine Möglichkeit, die Domänen- und Portwerte für Adapter zu ändern, die auf dem WL-Server 5.0.6 bereitgestellt werden? Kann dies in den WL-Datenbanktabellen geändert werden? Kann dies im Dateisystem des WL-Servers irgendwo geändert werden?
da wir noch keine lösung dafür gefunden haben, denkt das entwicklerteam bereits darüber nach, den adapter nur als dumme fassade zu verwenden und die gesamte verbindung zu den backend-diensten in adapterseitigem java mit dem zu implementierenJava URL und Verbindungsklassen. Dann wäre es soEinfaches Lesen einer Konfigurationsdatei aus dem Dateisystem in Java um die Backend-Ziel-URL und die Ports in dieser Datei zu ändern. Es wäre sogar einfach, die URL und den Port von einer Eigenschaft in der zu lesenworklight.properties Datei in JavaScript und übergeben Sie es an Java, um eine Verbindung herzustellen.
Ich möchte vermeiden, den gesamten Back-End-Verbindungscode in Java zu entwickeln. Ich würde es vorziehen, wenn das Projekt die eigentlichen Adapter-Konnektivitätsfunktionen verwendet, aber ich bin mir auch nicht sicher, wie ich das Team überzeugen kann, da dies recht einfach istnur 4 Codezeilen in Java. Der Vorteil der Verwendung der Adapterkonnektivität, die nicht konfiguriert werden kann, ist gegenüber einer eigenen Java-Implementierung in Adapter-Java-Code nur schwer zu erkennen.
Vielen Dank.