2016-05-03 7 views
1

ich diese Probe befolgt habe: https://docs.wso2.com/display/ESB490/Governance+Partition+in+a+Remote+RegistryWSO2 ESB Cache bei der Verwendung von GREG montiert

Alles funktioniert gut: Ich habe eine Liste von Endpunkten in Governance-Teil meines GREG, die durch eine Carbon-Anwendung Artifact hinzugefügt werden (. Auto). Der ESB lädt dieses Repository, um diese Endpunkte zu sehen und zu verwenden. Perfekt!

Aber, wenn die Endpunkte in Greg Console geändert werden (z. B. die URL des Endpunkts aktualisieren), wird es in der ESB Console nicht aktualisiert. Erst nach etwa 10 bis 15 Minuten erscheinen Updates. Ich denke, es gibt Cache-Konfiguration hinzufügen/aktualisieren, um diese Remote-Governance zu berücksichtigen? Jede Hilfe zu schätzen bitte :)

Antwort

1

Dies ist aufgrund der Caching-Timeout von ESB, die standardmäßig auf 15 Minuten festgelegt ist. Wenn ein Artefakt im G-Reg-Knoten bereitgestellt wird, dauert es etwa 15 Minuten, bis es im ESB-Knoten sichtbar ist. Sie können diese Caching-Timeout-Dauer in der Datei "/repository/deployment/server/synapseconfigs/default/registry.xml" wie folgt reduzieren.

<registry provider="org.wso2.carbon.mediation.registry.WSO2Registry"> <parameter name="cachableDuration">15000</parameter> </registry>

Aber dieser Wert geändert wird auch Auswirkungen auf die Leistung haben. Wenn dieser Wert zu niedrig ist, wird in der Datenbank nach Ressourcen gesucht, da die meisten Ressourcen im Cache fehlen.