Zum Hauptinhalt springen

Pakete

Vieles von dem, was ITB tut, ist nicht eingebaut. Es kommt als Pakete – installierbarer Inhalt, der Artefakte zum Generieren hinzufügt, Regeln, gegen die Ihr Modell geprüft wird, oder Einträge in der Oberfläche der Anwendung selbst. Zu ändern, was Sie generieren oder was die Anwendung anbietet, heisst ein anderes Paket zu installieren – und nicht, eine neue Version der Anwendung zu bekommen.

Diese Seite handelt vom Installieren. Was ein Paket deklariert, steht in Pack Configuration; ein Paket, das die Oberfläche erweitert, behandelt Capabilities.

Pakete installieren Sie aus dem Marketplace (Paketsymbol in der linken Seitenleiste, unter dem Logo). Sie werden je Benutzer installiert, ein Versuch betrifft also niemanden sonst.

Woher ein Paket kommt und was es beiträgtEin Paket wird aus dem Marketplace in Ihren eigenen Paketspeicher installiert. Von dort tragen die vier Arten Verschiedenes bei: ein Template-Paket gibt der Engine ihre Regeln und Vorlagen, ein Capability-Paket ergaenzt die Anwendung um Assistenten und Menüeinträge, ein Quality-Paket bringt Regeln für den Reiter Quality, und ein Bundle trägt mehrere davon plus ein Modell.MarketplaceStufen und GruppenIhr Paketspeicherje Benutzer – niemandsonst ist betroffenTemplate packTypen, Definitionen, Builder, Vorlagen – die Regeln, die die Engine ausführtCapability packAssistenten, Menüeinträge, Aktionen – beim Start der Anwendung gelesenQuality packRegelgruppen, die der Reiter Quality gegen Ihr Modell ausführtBundlemehrere davon plus ein Modell, als ein Eintrag installiert –geprüft, bevor irgendetwas geschrieben wird

Der Marketplace mit der Gruppe Bundles

Die vier Arten​

Der Marketplace gruppiert seinen Inhalt danach, was er tut:

GruppeWas sie beiträgt
Template packsDie Artefakte selbst – SQL-Modelle, Schemata, Dokumentationsseiten
Quality rulesRegelgruppen, die der Reiter Quality gegen Ihr Modell ausführt
CapabilitiesErgänzungen der Oberfläche: Assistenten, Aktionen, Menüeinträge
BundlesMehrere davon, plus ein Modell, als ein Eintrag installiert

Ein Paket deklariert, was es von Ihrem Modell braucht – Entitätstypen, Attributtypen, Beziehungstypen, benutzerdefinierte Eigenschaften – und ITB prüft das nach der Installation. Fehlt etwas, bietet der Abgleichsdialog an, es zu ergänzen, statt die Generierung still nichts erzeugen zu lassen.

info

Diese Prüfung ist der Grund, warum man einem Paket direkt nach der Installation trauen kann. Ein Paket passt über den Typschlüssel auf Ihr Modell; ohne die erwarteten Typen würde es auf nichts passen und keine Dateien erzeugen – ohne Fehlermeldung, denn „nichts hat gepasst" ist kein Fehlschlag.

Bundles: mehrere Bestandteile als ein Eintrag​

Ein Modell und das Paket, das daraus generiert, gehören zusammen. Getrennt ausgeliefert fallen sie auseinander: jemand installiert das Modell ohne sein Paket, generiert und bekommt nichts.

Ein Bundle verhindert das, indem es alles auf einmal installiert – das Modell mit seiner Typkonfiguration, die Template-Pakete, ein etwaiges Capability-Paket und die Qualitätsregeln – in der Reihenfolge, in der sie zusammenwirken. Alles wird geprüft, bevor irgendetwas geschrieben wird, ein Bundle kann also nicht halb installiert liegenbleiben.

Weil ein Bundle ein Modell mitbringen kann, zeigt Ihnen die Installation vorher, was darin steckt:

  • jedes enthaltene Paket, mit Art und Version;
  • die Regelgruppen, die es installiert;
  • und, wenn es ein Modell mitbringt, eine Warnung, dass das Modell in Ihrem Arbeitsbereich ersetzt und seine Git-Verbindung entfernt wird.

Was ein Bundle installieren wird, gezeigt bevor etwas passiert

vorsicht

Ein ersetztes Modell lässt sich nicht wiederherstellen. Sichern Sie Ihr Modell vorher mit Modellaktionen ▸ Download Model in der Kopfleiste.

Nach der Installation zeigt ein Bundle Install again – so bekommen Sie sein Modell zurück, nachdem Sie daran gearbeitet haben – und Remove, was die Pakete und Regelgruppen wieder entfernt. Remove lässt das Modell bewusst stehen, weil eine Ersetzung nicht rückgängig zu machen ist.

Zum Ausprobieren​

Drei Demo-Bundles liegen jeder Installation bei und brauchen keine Lizenz:

BundleWas es zeigt
Demo: Retail Data VaultKunden, Produkte und Bestellungen als Data Vault – Staging-Views, Hubs, ein Link und ein Satellit, als dbt-Modelle generiert
Demo: Retail Business ObjectsDieselbe Geschäftswelt als Business Objects modelliert – erzeugt ein JSON-Schema je Objekt und einen HTML-Datenkatalog
Demo: Retail Business Objects and Data VaultBeides in einem Modell, mit Mapping-Kanten, die zeigen, welches Business Object in welchem Hub, Link oder Satellit landet

Das dritte ist das, was man sich ansieht, wenn man nur eines installiert. Es trägt zwei Template-Pakete, einen Assistenten und ein Modell mit sechzehn Entitäten, das beide Welten hält; ein einziger Lauf erzeugt daraus dbt-Modelle, JSON-Schemata und die Katalogseite zusammen:

Der Inhalt des kombinierten Bundles

Die ersten beiden lohnen sich aber nacheinander. Sie teilen nichts ausser der Geschäftsdomäne – keinen Typ, keine Vorlage – und erzeugen daraus vollkommen verschiedene Artefakte. Das ist die deutlichste Vorführung dessen, was eine Konfiguration entscheidet, und Pack Configuration geht durch, wie.