Release 2.11: Das ist die neue BICsuite

Ein neues, modernes Frontend, detaillierte Operator-Privilegien, ein ausgefeiltes Approval-System und vieles mehr: Entdecken Sie die neuen Features von BICsuite Release 2.11

Neues Frontend

Auf der Basis von NodeJS und Angular wurde ein von Grund auf neues Frontend entwickelt. Die browserbasierte Anwendung wurde als Single Page Application konzipiert, damit wurde ein wichtiger Nachteil des Zope-basierenden Frontends eliminiert.
Das Design des Frontends, die Bedienbarkeit und Performance wurden dadurch deutlich modernisiert und verbessert. Aufgrund der Vermeidung von Round-Trips zum Webserver ist die Bedienung nun deutlich flüssiger und angenehmer geworden. Mit Release 2.11 wird das neue GUI als Beta-Release ausgeliefert.

Das neue optionale Nutzer-Interface von BICsuite

Approval System

Auf Kundenwunsch wurde in Release 2.11 ein System für das Ermöglichen eines 4-Augen Prinzips für kritische Operator-Eingriffe implementiert. Auf Master-, Parent- oder Jobebene kann festgelegt werden, welche Operator-Eingriffe nach dem 4-Augen Prinzip durchgeführt werden, welche nur nachträglich überprüft werden sollen, und welche unkritisch sind. Wird das 4-Augen Prinzip gefordert, dann wird im Falle eines entsprechenden Operator-Eingriffs ein Approval-Request ins System eingestellt. Eine zweite Person mit dem Approval-Privileg kann die Aktion danach entweder bestätigen oder ablehnen. Erst nach der Bestätigung durch die zweite Person wird die Operation auch tatsächlich durchgeführt. Wird nur eine anschließende Überprüfung gefordert, wird die Operation sofort durchgeführt, aber es wird auch ein Approval Request ins System eingestellt. Anschließend kann eine zweite Person die Operation gutheißen oder ablehnen. Hierbei steht der dokumentative Charakter im Vordergrund. Es kann zwischen den unterschiedlichen Operationen differenziert werden. So kann etwa ein CANCEL das 4-Augen Prinzip fordern, aber ein RERUN oder das Setzen des Exit Status nicht.

Vollständiger Frontend Support für das Object Monitoring

Watch Types und Object Monitors können nun von der GUI aus definiert werden. Dazu wird das Privileg manage_watchtype benötigt. Es ist nicht mehr nötig, für die Erstellung und Bearbeitung von Watch Types auf die Kommandozeilen-Ebene auszuweichen.

Detaillierte Operator Privilegien

Zusätzlich zum einzelnen OPERATE Privileg, sind nun auch detaillierte Privilegien möglich. Das reine OPERATE Privileg entspricht dabei der Gesamtheit aller Einzelprivilegien, und ist damit semantisch gleichbedeutend mit dem OPERATE Privileg aus den vorherigen Releases. Das OPERATE Privileg kann aber entzogen und in Form von Privilegien für Einzeloperationen wieder vergeben werden. Damit kann z.B. verhindert werden, dass jeder Operator Jobs canceln kann.

Cancel with Kill

Es ist möglich, beim Cancel die Kill Option zu spezifizieren. Alle laufende Jobs mit Kill Program werden dann zuerst abgebrochen und anschließend gecancelt. In diesem Zusammenhang wurde auch die Möglichkeit des rekursiven Kills (ohne Cancel) implementiert.

List Scheduled Kommando

Es wurde ein neues Kommando LIST SCHEDULED implementiert, mit dem für einen definierten Zeitraum ermittelt werden, wann welche Batches und Jobs ausgeführt werden sollen. Damit ist das LIST SCHEDULED Kommando ressourcenintensiver als LIST CALENDER, liefert allerdings aufgrund er Neuberechnung der Schedules ein umfassendes Ergebnis, das von den jeweiligen Kalender-Einstellungen unabhängig ist. Sowohl in LIST SCHEDULED als auch in LIST CALENDER kann nun auch nach Jobnamen gefiltert werden.

Disabled Jobservers

Ein Jobserver kann zu jeder Zeit disabled werden. Allerdings wird er sich weiterhin mit dem Server verbinden können, bis alle zu diesem Zeitpunkt aktiven Jobs abgearbeitet sind. Danach ist der Zugang für den disabled Jobserver gesperrt.

Java Kompatibilität

Mit Release 2.11 werden auch neuere Java Versionen (11, 13, 17 und höher) unterstützt. Allerdings muss bei Benutzung von Java 17 und höher der Parameter MEMFLAGS in der java.conf Datei angepasst werden. Die Einstellung MEMFLAGS="-XX:+UseZGC -XX:-ZUncommit" hat sich bis jetzt bewährt. Für Anregungen und Kommentare sind wir, wie immer, dankbar.

Die vollständigen Release Notes der Release 2.11 können Sie als PDF downloaden: Release Notes 2.11 PDF