Dieses Release adressiert drei Hürden, die Mule-Entwickler täglich ausbremsen: eine Canvas-Oberfläche, die mehrere Klicks erfordert, um sie überhaupt zu verstehen; lokale Testläufe, die auf ein einziges Projekt beschränkt sind; und ein Debugger, der die Arbeit oft eher erschwert als erleichtert hat.
Deskriptives UI-Layout, Multi-App-Ausführungskonfigurationen und Debugger-Verbesserungen
Das deskriptive UI-Layout (Descriptive UI Layout) versieht jede Komponente mit einer Beschreibung in verständlicher Sprache, sodass Sie einen Ablauf (Flow) wie ein Kochrezept lesen können. Die Konfigurationen für die Multi-App-Ausführung (Multi-App Run Configurations) ermöglichen es Ihnen, mehrere Projekte auf einer einzigen lokalen Runtime bereitzustellen – unterstützt durch eine KI-Funktion, die diese im Dialogmodus einrichtet. Eine Reihe von Debugger-Fehlerbehebungen sorgt schließlich dafür, dass das Navigieren zur falschen Datei, unlesbare Payloads und fehlendes Ausführungs-Tracking auf der Canvas-Oberfläche der Vergangenheit angehören.
Deskriptives UI-Layout: Lesen Sie Ihre Flows wie ein Kochrezept
Die traditionelle Flow-Canvas-Oberfläche zeigt Ihnen zwar, welche Komponenten sich in einem Flow befinden, aber nicht, was sie tun. Am Ende klickt man sich durch jede einzelne Komponente, um die Logik zu verstehen – besonders dann, wenn viele Knotenpunkte einfach nur mit „Transform Message“ beschriftet sind. Das deskriptive UI-Layout ersetzt das mentale Modell eines Knotengraphen durch eine vertikale Canvas-Oberfläche im Rezeptstil. Jede Komponente wird als Karte mit einer KI-generierten, für Menschen leicht lesbaren Beschreibung dargestellt, die erklärt, was die Komponente auf geschäftlicher Ebene tatsächlich tut.
Ein „Transform Message“-Prozessor sagt nicht mehr nur stumpf „Transform Message“, sondern zeigt stattdessen an: „Speichert die wichtigsten Opportunity-Felder in einer Variablen für die spätere Verarbeitung in NetSuite.“ Eine Flow-Referenz (Flow Reference) zeigt nicht mehr nur den Namen des Ziel-Flows, sondern erklärt, was passiert, wenn dieser Flow ausgeführt wird.
Wie es funktioniert
MuleSoft Vibes nutzt den Komponententyp, die Operation, die Konfigurationswerte und den Kontext des umgebenden Datenflusses, um diese Beschreibungen zu erstellen. Bei Konnektoren liest es die Operation und den Objekttyp aus. Bei DataWeave-Transformationen prüft es die Eingabe- und Ausgabeschemata. Bei Choice-Routern übersetzt es die Bedingungen in verständliche Geschäftsregeln.
Das Layout selbst folgt einem vertikalen Top-Down-Fluss. Lineare Abfolgen werden als Liste von Schritten dargestellt. Verzweigungen (Choice, Scatter-Gather) erscheinen als eingerückte Unterrezepte unter dem übergeordneten Schritt. Fehlerbehandler (Error Handlers) werden inline mit einem deutlich abgehobenen Hintergrund angezeigt. Sub-Flows lassen sich zuklappen.
Der Kompromiss: Das deskriptive UI-Layout setzt auf Lesbarkeit statt auf Dichte. Wenn Sie einen Flow mit mehr als 30 Prozessoren haben und die gesamte Topologie lieber auf einen Blick erfassen möchten, steht Ihnen das klassische Canvas-Layout weiterhin zur Verfügung. Das deskriptive Layout ist ideal für Flows, bei denen das Verständnis des genauen Ablaufs wichtiger ist als die reine visuelle Übersicht.
Multi-App-Ausführungskonfigurationen: Führen Sie Ihren API-gesteuerten Stack lokal aus
Mule-Projekte existieren nicht isoliert. APIs rufen Datenbanken auf, Events werden zwischen Anwendungen weitergeleitet und Agenten rufen MCP-Tools auf. Bisher bedeutete das lokale Testen dieser Interaktionen jedoch, mit verschiedenen Runtimes, separaten Terminals und manueller Koordination zu jonglieren. Nehmen wir das klassische Beispiel der API-gesteuerten Konnektivität (API-led Connectivity): Ihre Experience-API, Process-API und System-API müssen alle gleichzeitig laufen, um eine End-to-End-Anfrage zu validieren. Das bedeutete drei Runtimes, drei Protokoll-Feeds (Logs) und unzählige Kontextwechsel.
Dieses Release führt Ausführungskonfigurationen (Run Configurations) in ACB ein: benannte, wiederverwendbare Konfigurationen, die definieren, welche Projekte zusammen bereitgestellt werden sollen, welche Mule-Runtime und JDK-Version verwendet werden soll und welche Programm-/VM-Argumente übergeben werden.
Was eine Ausführungskonfiguration definiert:
- Auszuführende Projekte: Wählen Sie mehrere Mule-Projekte aus Ihrem Workspace aus.
- Debug- oder Run-Modus (Debug or Run Mode)
- Mule-Runtime-Version: Dropdown-Menü der lokal installierten Runtimes (z. B. 4.6.0).
- Java-Version: Abgestimmt auf die Projektanforderungen.
- Programm- und VM-Argumente: Separate Felder mit Standardwerten, die aus Ihren bestehenden Einstellungen übernommen werden.
Ausführungsmodell: Wenn Sie eine Multi-Projekt-Konfiguration starten, paketiert ACB jedes Projekt über Maven, kopiert die JAR-Dateien in den Ordner apps/ der Runtime und startet eine einzige, gemeinsam genutzte Runtime-Instanz, die alle Anwendungen beim Booten bereitstellt. Eine Runtime, mehrere Apps, ein einziger Klick.
Die Vibes-Funktion (Skill): Anstatt sich durch ein UI-Formular zu klicken, können Sie Ihre Ausführungskonfigurationen im Dialogmodus über den Dev Agent erstellen und verwalten. Sagen Sie einfach: „Erstelle eine Debug-Konfiguration für mule-ref-db-sapi und customer-api auf Runtime 4.6.0“, und der Agent generiert die Konfiguration, speichert sie in Ihrer .code-workspace-Datei (Multi-Root) oder launch.json (Einzelprojekt) und bietet an, sie sofort auszuführen.
Die Konfigurationen sind auch über das standardmäßige „Run and Debug“-Dropdown-Menü von VS Code sowie über das Kontextmenü des Explorers unter dem Bereich „Mule“ verfügbar.
Debugger-Verbesserungen für eine zuverlässige Fehlersuche
Der ACB-Debugger verfügt über die richtige Architektur: DAP-Protokoll, transparenter Proxy, standardmäßige VS-Code-Integration. Dieses Release verbessert die Datendarstellung, die Navigation und die Canvas-Integration.
Datendarstellung
Das Variablen-Fenster (Variables) zeigt jetzt das an, was Sie erwarten, und nicht das, was die JVM zufällig serialisiert. JSON-Payloads lassen sich als gültiges JSON kopieren, das Sie direkt in Postman einfügen können, ohne Maskierungszeichen (Escape Characters) manuell entfernen zu müssen. Nicht-Java-MIME-Typen (application/json, text/xml, text/plain) werden als lesbarer Text und nicht als rohe Byte-Arrays dargestellt.
Wenn die Ausführung in einem Fehlerbehandler anhält, bringt ein spezieller Fehlerbereich (Error Scope) den Ausnahmetyp, die Nachricht und die Ursache auf die oberste Ebene – Sie müssen sich nicht mehr durch verschachtelte Java-Knoten graben, um herauszufinden, was schiefgelaufen ist. Variablenwerte können mitten in der Sitzung bearbeitet werden (Doppelklick, Eingabe, Fortsetzen), und Ausnahmenachrichten an Fehler-Haltepunkten (Error Breakpoints) sind jetzt sofort lesbar, ohne sie erweitern zu müssen. Das System wertet nicht nur Payloads und Variablen aus, sondern kann auch DataWeave-Ausdrücke evaluieren. Dies ist eine entscheidende Funktion, die Entwickler nutzen können, um ihre in DataWeave geschriebenen Ausdrücke zu debuggen.
Navigation
Das Debuggen von Projekten mit Multi-App-Konfigurationen funktioniert jetzt reibungslos. Das Auslösen eines Haltepunkts in config-b.xml öffnet tatsächlich config-b.xml – und nicht die Datei, die gerade zufällig aktiv war. Das Hineinspringen (Step-in) in ein <flow-ref> navigiert zu der Konfigurationsdatei, die den referenzierten Flow deklariert, und nicht zu einer willkürlichen Datei im Projekt. Die Befehle Step-over, Step-in und Step-out behalten alle den Fokus auf der Datei, die den aktiven Prozessor enthält. Haltepunkte in Konfigurationsdateien, die sich in Unterverzeichnissen befinden (z. B. src/main/mule/subdir/), werden nicht mehr stillschweigend übergangen.
Canvas-Integration
Die Canvas-Oberfläche nimmt nun aktiv an der Debugging-Sitzung teil. Wenn die Ausführung angehalten wird, wird der aktive Prozessor mit einer deutlichen gestrichelten Linie hervorgehoben. Sie sehen sofort, wo Sie sich befinden, ohne Zeilennummern abgleichen zu müssen. Befindet sich die pausierte Komponente außerhalb des sichtbaren Bereichs, scrollt der Viewport automatisch dorthin, um sie anzuzeigen. Beide Indikatoren werden gelöscht, sobald die Sitzung fortgesetzt oder beendet wird. Das Suchen nach der aktuellen Ausführungsposition in einem großen Flow gehört damit der Vergangenheit an.
Erste Schritte mit den neuesten ACB-Updates
Laden Sie noch heute das neueste ACB-Erweiterungspaket (ACB Extension Pack) vom Visual Studio Marketplace herunter. Schauen Sie sich auch das Demo-Video an, um alle oben vorgestellten Funktionen in Aktion zu sehen.
