• Thomas Pollinger
• 13.08.2018
• DE

Kleine Tipps für Zwischendurch (Nr. 11)

Keine Dokumentation hat den Anspruch auf Vollständigkeit. Dies gilt auch bei der RQL-Dokumentation für den Management Server. Manchmal wurde ein Query vergessen oder auch bewusst weggelassen. Daher ist ein aktiver Austausch mit dem Hersteller wichtig. Damit man die Rückmeldung gibt, was einem fehlt oder was nicht vollständig ist. Dabei lernt man auch eine Menge an noch nicht bekannten Möglichkeiten, welche einem der Management Server bietet. Wie diesen RQL, der es einem ermöglicht gezielt den ImageCache auf einem oder allen Nodes zu aufzuräumen.

Beispiel für alle anderen Knoten in einem Cluster, ausser der aktuelle:

<IODATA loginguid="[!guid_login!]" sessionkey="[!key!]" dialoglanguageid="[!id!]">
  <IMAGECACHE action="transfer" projectguid="[!guid_linkedproject!]">
    <IMAGE action="delete" folderguid="[!guid_linkedfolder!]" filetitle="filename*.*" />
  </IMAGECACHE>
</IODATA>

oder nur für den aktuellen Knoten, an dem am angemeldet ist:

<IODATA loginguid="[!guid_login!]" sessionkey="[!key!]" dialoglanguageid="[!id!]">
  <IMAGECACHE action="execute" projectguid="[!guid_linkedproject!]">
    <IMAGE action="delete" folderguid="[!guid_linkedfolder!]" filetitle="filename*.*" />
  </IMAGECACHE>
</IODATA>

Beide RQLs können genutzt werden, um die betroffene Grafikdatei aus dem Imagecache zu löschen. Der erste löscht die Grafikdatei aus allen Clusterknoten außer dem aktuellen und der zweite nur aus dem aktuellen Clusterknoten. Man sollte sich auch vergewissern, dass man Wildcards verwendet - um auch Dateien zu löschen, die aus einer Skalierung/Konvertierung resultieren. Man sollte auch darauf achten, wenn man Ordner freigegeben hat, dass man dann die Attribute linkedprojectguid und linkedfolderguid für die Attribute projectguid und folderguid angibt. Wenn der Ordner nicht freigegeben ist, kann man stattdessen die aktuellen Werte für projectguid und folderguid verwenden.

Über den Autor: