Anypoint Code Builder : l'essentiel (Course #code-builder)
For développeurs utilisant Studio.
À la fin, vous saurez
À l'issue de cette formation, vous serez capable de créer, tester et déployer des projets Mule 4 complets dans Anypoint Code Builder afin de sortir votre équipe de Studio sans régression, sur un plan hiérarchisé par risque.
Cas fil rouge
Aster Health maintient une API de pré-autorisation écrite il y a des années dans Studio sous Eclipse ; seuls deux séniors osent la modifier et les trains de release glissent. La DSI impose le passage à Anypoint Code Builder pour des projets natifs Git et une parité CI. Votre lab : reconstruire les 12 flows de sinistre dans ACB sans dérive fonctionnelle, preuve à l'appui avec la suite MUnit d'origine.
Programme chaque ligne est quelque chose que vous faites
6 modules · 13 sujets · dans l'ordre du cours
-
Module 1
Studio face à Code Builder
Objectif. Hiérarchiser le patrimoine d'Aster pour la migration en pesant maturité ACB, dépendances et compétences des équipes.
- Positionner Anypoint Code Builder dans la stratégie post-Eclipse : éditions desktop et web
- Comparer la parité Studio vs ACB : aperçu DataWeave, runner MUnit, packaging, lacunes connues
- Noter les projets pour figer l'ordre de migration : risque de dépendances, besoins de plugins, familiarité
-
Module 2
Projets natifs Git
Objectif. Monter un projet Mule 4.x natif Git depuis la spec OAS 3.x de pré-autorisation, avec une structure propre et relisible.
- Créer des projets Mule 4.x dans ACB depuis les templates ou un dépôt Git cloné
- Lier les specs RAML 1.0/OAS 3.x au scaffolding APIkit sans traîner d'artefacts Studio
- Organiser pour la revue : séparation des configs, propriétés par environnement, hygiène .gitignore
-
Module 3
Flows et aperçu DataWeave en direct
Objectif. Reconstruire les flows d'adjudication avec connecteurs et itérer les mappings dans l'aperçu DataWeave inline, au contrat près.
- Assembler les flows au palette/en XML : connecteurs HTTP, Database et Anypoint MQ dans ACB
- Itérer le DataWeave 2.x avec aperçu inline sur des payloads d'exemple, sans déploiement
-
Module 4
Débugger et MUnit dans l'IDE
Objectif. Exécuter et débugger en local, puis brancher la suite MUnit héritée pour faire remonter toute dérive avant le commit.
- Exécuter et débugger en local : breakpoints, inspection des payloads, redémarrages rapides depuis ACB
- Intégrer MUnit : suites lancées dans l'IDE, suivi du coverage, échec rapide sur toute dérive du socle
-
Module 5
De l'IDE à Exchange et Runtime Manager
Objectif. Publier l'actif reconstruit sur Exchange et déployer via Runtime Manager ou la chaîne CI/CD inchangée.
- Publier projets et fragments réutilisables sur Exchange directement depuis ACB
- Déployer via Runtime Manager ou CI/CD en réutilisant les mêmes goals Maven que du temps de Studio
-
Module 6
Lab : migration Studio complète
Objectif. Reconstruire l'application de pré-autorisation de bout en bout dans ACB, équivalence prouvée par une suite MUnit verte.
- Reconstruire dans ACB, de bout en bout, une app Studio existante : import de spec, flows, DataWeave, MUnit vert, déploiement
Références & documentation officielle chaque affirmation ci-dessus a une source
Module 1
- Présentation d'Anypoint Code BuilderDoc MuleSoft
Module 2
- Créer des intégrationsDoc MuleSoft
- Implémenter des API OAS, RAML, AsyncAPI et GraphQLDoc MuleSoft
Module 3
Module 4
- Déboguer des applications MuleDoc MuleSoft
- Tester des projets avec MUnitDoc MuleSoft
Module 5
- Exporter des projets MuleDoc MuleSoft