Wie individuelle Assoziationen konfigurierten in governance.xml in WSO2 Enterprise Store

Question

Ich habe eine benutzerdefinierte Vereinigung für Typen ‚Schema‘ in governance.xml abrufen:

<Association type="schema">    
<critical reverseAssociation ="isCriticalTo" iconClass="">service</critical> 
</Association> 

ich einige Verbände geschaffen, um den Greg Verlag mit für das Gleiche. Die benutzerdefinierten Zuordnungen werden nicht in der Standardnutzlast des WSO2-Speichers für das bestimmte Artefakt abgerufen.

Wie kann ich WSO2 Enterprise Store View anpassen, um die benutzerdefinierten Zuordnungsdetails abzurufen und anzuzeigen (critical/isCriticalTo)?

Answer 1

Ihr Eintrag governance.xml sieht gut aus, entfernen Sie jedoch das iconClass-Attribut, wenn Sie es nicht verwenden. Sie finden den behoben governance.xml Eintrag,

<Association type="service"> 
<isCriticalTo reverseAssociation ="critical" iconClass="fw-store">schema</critical> 
</Association> 

Anmerkung: Ich nehme an, Sie service.rxt in Admin-Konsole bereitgestellt haben und machte es in Verlag und Speicher ermöglichen

(wenn Sie Vermögenswerte dann fein sehen können.)

Die Assoziationsseite sieht nach dem Hinzufügen des obigen XML-Codes wie eine Ähnlichkeit aus.

Sie finden dieses nützliche blog post. Dieser Blogeintrag handelt von G-Reg 5.2.0. es ist jedoch kompatibel mit G-Reg 5.1.0 außer reverseAssociation, iconClass.

Für WSDLs, wenn Benutzer alle "depends" und "usedBy" anzeigen möchten, können Benutzer sie anzeigen, indem sie die Datei WSDL asset.js nach ihren Bedürfnissen erweitern. Um alle zu sehen die "hängt" und "usedBy" Verbände für WSDL finden Sie die folgenden Code-Schnipsel aus asset.js Datei,

GREG_HOME/repository/deployment/server/jaggeryapps/store/Erweiterungen/assets/wsdl /asset.js

if(deps.associationType == "soapservice") { 
    associations.push(deps); 
} 

und den Code unten auf Kommentar,

//if(deps.associationType == "soapservice") { 
    associations.push(deps); 
//} 

Dann können Benutzer alle sehen die "hängt" und "usedBy" Assoziationen.

WSO2 Entwickler behoben haben diese korrekt in ihrem git Repo, die PR from here Bitte finden.