{"id":737,"date":"2026-06-01T19:00:00","date_gmt":"2026-06-01T19:00:00","guid":{"rendered":"https:\/\/blogs.mulesoft.com\/fr\/?p=737"},"modified":"2026-06-01T19:25:29","modified_gmt":"2026-06-01T19:25:29","slug":"apercu-de-la-version-de-mai-2026-danypoint-code-builder","status":"publish","type":"post","link":"https:\/\/blogs.mulesoft.com\/fr\/news\/apercu-de-la-version-de-mai-2026-danypoint-code-builder\/","title":{"rendered":"Aper\u00e7u de la version de mai 2026 d’Anypoint Code Builder"},"content":{"rendered":"Reading Time: <\/span> 14<\/span> minutes<\/span><\/span>\n

Cette version s’attaque \u00e0 trois obstacles qui ralentissent quotidiennement les d\u00e9veloppeurs Mule : un canevas (canvas) qui n\u00e9cessite de multiples clics pour \u00eatre compris, des ex\u00e9cutions locales limit\u00e9es \u00e0 un seul projet, et un d\u00e9bogueur (debugger) qui compliquait souvent la t\u00e2che au lieu de l’aider.<\/p>\n\n\n\n

Disposition descriptive de l’interface utilisateur, ex\u00e9cution multi-applicative et am\u00e9liorations du d\u00e9bogueur<\/h2>\n\n\n\n

La disposition descriptive de l’interface utilisateur (Descriptive UI Layout) attribue \u00e0 chaque composant une description en langage clair afin que vous puissiez lire un flux comme une recette de cuisine. Les configurations d’ex\u00e9cution multi-applicatives (Multi-App Run Configurations) vous permettent de d\u00e9ployer plusieurs projets sur un seul runtime local gr\u00e2ce \u00e0 une comp\u00e9tence IA qui les configure de mani\u00e8re conversationnelle. Enfin, une s\u00e9rie de correctifs apport\u00e9s au d\u00e9bogueur \u00e9limine la navigation vers le mauvais fichier, les charges utiles (payloads) illisibles et le manque de suivi de l’ex\u00e9cution sur le canevas.<\/p>\n\n\n\n

Disposition descriptive de l’interface utilisateur : Lisez vos flux comme une recette<\/h3>\n\n\n\n

Le canevas traditionnel des flux Mule vous indique quels composants se trouvent dans un flux, mais pas ce qu’ils font. Vous finissez par cliquer sur chacun d’eux pour comprendre la logique \u2013 en particulier lorsque de nombreux n\u0153uds affichent simplement \u00ab Transform Message \u00bb. La disposition descriptive de l’interface utilisateur remplace le mod\u00e8le mental de graphe de n\u0153uds par un canevas vertical de style recette. Chaque composant s’affiche sous forme de carte dot\u00e9e d’une description lisible par l’homme et g\u00e9n\u00e9r\u00e9e par IA, expliquant ce qu’il fait concr\u00e8tement en termes m\u00e9tier.<\/p>\n\n\n\n

Un processeur Transform Message ne se contente plus de dire \u00ab Transform Message \u00bb ; il indique d\u00e9sormais : \u00ab Stocke les champs d’opportunit\u00e9 principaux dans une variable pour un traitement ult\u00e9rieur dans NetSuite. \u00bb Une r\u00e9f\u00e9rence de flux (Flow Reference) ne montre pas seulement le nom du flux cible ; elle explique ce qui se passe lorsque ce flux s’ex\u00e9cute.<\/p>\n\n\n\n

Comment \u00e7a marche<\/h4>\n\n\n\n

MuleSoft Vibes utilise le type de composant, l’op\u00e9ration, les valeurs de configuration et le contexte du flux de donn\u00e9es environnant pour g\u00e9n\u00e9rer des descriptions. Pour les connecteurs, il lit l’op\u00e9ration et le type d’objet. Pour les transformations DataWeave, il inspecte les sch\u00e9mas d’entr\u00e9e\/sortie. Pour les routeurs Choice, il traduit les conditions en r\u00e8gles m\u00e9tier en langage clair.<\/p>\n\n\n\n

La disposition elle-m\u00eame suit un flux vertical de haut en bas. Les s\u00e9quences lin\u00e9aires s’affichent sous forme de liste d’\u00e9tapes. Les branchements (Choice, Scatter-Gather) apparaissent comme des sous-recettes indent\u00e9es sous l’\u00e9tape parente. Les gestionnaires d’erreurs (error handlers) s’affichent en ligne avec un arri\u00e8re-plan distinct. Les sous-flux (sub-flows) sont r\u00e9ductibles.<\/p>\n\n\n\n

Le compromis : La disposition descriptive de l’interface utilisateur privil\u00e9gie la lisibilit\u00e9 par rapport \u00e0 la densit\u00e9. Si vous avez un flux contenant plus de 30 processeurs et que vous pr\u00e9f\u00e9rez visualiser l’int\u00e9gralit\u00e9 de la topologie d’un seul coup d’\u0153il, la disposition classique du canevas reste disponible. L’interface descriptive est id\u00e9ale pour les flux o\u00f9 la compr\u00e9hension de ce qui se passe est plus importante que la vue d’ensemble instantan\u00e9e.<\/p>\n\n\n\n

Configurations d’ex\u00e9cution multi-applicatives : Ex\u00e9cutez votre stack orient\u00e9e API localement<\/h3>\n\n\n\n

Les projets Mule ne fonctionnent pas de mani\u00e8re isol\u00e9e. Les API appellent des bases de donn\u00e9es, les \u00e9v\u00e9nements s’encha\u00eenent entre les applications et les agents invoquent des outils MCP. Mais jusqu’\u00e0 pr\u00e9sent, tester ces interactions localement impliquait de jongler avec des runtimes distincts, des terminaux s\u00e9par\u00e9s et une coordination manuelle entre chacun d’eux. Prenons l’exemple courant de la connectivit\u00e9 orient\u00e9e API (API-led connectivity) : vos applications experience-api, process-api et system-api doivent toutes s’ex\u00e9cuter simultan\u00e9ment pour valider une requ\u00eate de bout en bout. Cela repr\u00e9sente trois runtimes, trois ensembles de journaux (logs) et d’innombrables changements de contexte.<\/p>\n\n\n\n

Cette version introduit les configurations d’ex\u00e9cution (Run Configurations) dans ACB : des configurations nomm\u00e9es et r\u00e9utilisables qui d\u00e9finissent quels projets d\u00e9ployer ensemble, quel runtime Mule et quelle version de JDK utiliser, ainsi que les arguments de programme\/VM \u00e0 passer.<\/p>\n\n\n\n

Ce qu’une configuration d’ex\u00e9cution d\u00e9finit :<\/h4>\n\n\n\n
    \n
  • Projets \u00e0 ex\u00e9cuter :<\/strong> s\u00e9lectionnez plusieurs projets Mule de votre espace de travail (workspace)<\/li>\n\n\n\n
  • Mode D\u00e9bogage ou Ex\u00e9cution (Debug or Run Mode)<\/strong><\/li>\n\n\n\n
  • Version du runtime Mule :<\/strong> menu d\u00e9roulant des runtimes install\u00e9s localement (ex : 4.6.0)<\/li>\n\n\n\n
  • Version de Java :<\/strong> align\u00e9e sur les exigences du projet<\/li>\n\n\n\n
  • Arguments de programme et de VM :<\/strong> champs distincts avec des valeurs par d\u00e9faut extraites de vos param\u00e8tres existants<\/li>\n<\/ul>\n\n\n\n

    Mod\u00e8le d’ex\u00e9cution :<\/strong> Lorsque vous lancez une configuration multi-projet, ACB package chaque projet via Maven, copie les fichiers JAR dans le dossier apps\/<\/code> du runtime et d\u00e9marre une instance unique de runtime partag\u00e9 qui d\u00e9ploie toutes les applications au d\u00e9marrage. Un seul runtime, plusieurs applications, un seul clic.<\/p>\n\n\n\n

    La comp\u00e9tence (skill) Vibes :<\/strong> Plut\u00f4t que de cliquer dans un formulaire de l’interface utilisateur, vous pouvez cr\u00e9er et g\u00e9rer vos configurations d’ex\u00e9cution de mani\u00e8re conversationnelle via le Dev Agent. Dites simplement \u00ab Cr\u00e9e une configuration de d\u00e9bogage pour mule-ref-db-sapi et customer-api sur le runtime 4.6.0 \u00bb et l’agent g\u00e9n\u00e8re la configuration, la stocke dans votre fichier .code-workspace<\/code> (multi-racine) ou launch.json<\/code> (projet unique), et propose de l’ex\u00e9cuter imm\u00e9diatement.<\/p>\n\n\n\n

    Les configurations sont \u00e9galement disponibles via le menu d\u00e9roulant \u00ab\u00a0Run and Debug\u00a0\u00bb de VS Code et le menu contextuel de l’Explorateur sous la section \u00ab Mule \u00bb.<\/p>\n\n\n\n

    Am\u00e9liorations du d\u00e9bogueur pour un d\u00e9pannage fiable<\/h3>\n\n\n\n

    Le d\u00e9bogueur d’ACB poss\u00e8de la bonne architecture : protocole DAP, proxy transparent, int\u00e9gration standard dans VS Code. Cette version am\u00e9liore l’affichage des donn\u00e9es, la navigation et l’int\u00e9gration avec le canevas.<\/p>\n\n\n\n

    Affichage des donn\u00e9es<\/h4>\n\n\n\n

    Le panneau des variables (Variables) affiche d\u00e9sormais ce que vous vous attendez \u00e0 voir, et non ce que la JVM choisit de s\u00e9rialiser. Les charges utiles (payloads) JSON se copient sous forme de JSON valide que vous pouvez coller directement dans Postman sans avoir \u00e0 supprimer manuellement les s\u00e9quences d’\u00e9chappement. Les types MIME non-Java (application\/json<\/code>, text\/xml<\/code>, text\/plain<\/code>) s’affichent sous forme de texte lisible plut\u00f4t que sous forme de tableaux d’octets bruts (byte arrays).<\/p>\n\n\n\n

    En cas de pause au sein d’un gestionnaire d’erreurs, un espace d\u00e9di\u00e9 aux erreurs (error scope) fait remonter le type d’exception, le message et la cause au premier niveau \u2013 plus besoin de fouiller dans des n\u0153uds Java imbriqu\u00e9s pour comprendre l’origine de la panne. Les valeurs des variables sont modifiables en cours de session (double-clic, saisie, reprise), et les messages d’exception sur les points d’arr\u00eat d’erreur (error breakpoints) sont d\u00e9sormais imm\u00e9diatement lisibles sans avoir \u00e0 les d\u00e9velopper. Le syst\u00e8me \u00e9value non seulement les payloads et les variables, mais il peut \u00e9galement \u00e9valuer les expressions DataWeave. Il s’agit d’une capacit\u00e9 essentielle que les d\u00e9veloppeurs peuvent exploiter pour d\u00e9boguer leurs expressions \u00e9crites en DataWeave.<\/p>\n\n\n\n

    Navigation<\/h4>\n\n\n\n

    Le d\u00e9bogage de projets avec des configurations multiples fonctionne d\u00e9sormais correctement. L’activation d’un point d’arr\u00eat dans config-b.xml<\/code> ouvre bien config-b.xml<\/code> \u2013 et non le fichier qui se trouvait \u00eatre actif par hasard. Le passage \u00e0 l’\u00e9tape suivante dans un <flow-ref><\/code> navigue vers le fichier de configuration qui d\u00e9clare le flux r\u00e9f\u00e9renc\u00e9, et non vers un fichier al\u00e9atoire du projet. Les commandes Step-over<\/em>, Step-in<\/em> et Step-out<\/em> maintiennent toutes le focus sur le fichier contenant le processeur actif. Les points d’arr\u00eat situ\u00e9s dans des fichiers de configuration sous des sous-r\u00e9pertoires (par exemple, src\/main\/mule\/subdir\/<\/code>) ne manquent plus de se d\u00e9clencher en silence.<\/p>\n\n\n\n

    Int\u00e9gration au canevas<\/h4>\n\n\n\n

    Le canevas participe d\u00e9sormais activement \u00e0 la session de d\u00e9bogage. Lorsque l’ex\u00e9cution est suspendue, le processeur actif est mis en \u00e9vidence par un contour en pointill\u00e9s distinct. Vous pouvez voir o\u00f9 vous en \u00eates sans avoir \u00e0 faire de correspondance crois\u00e9e avec les num\u00e9ros de ligne. Si le composant mis en pause se trouve en dehors de l’\u00e9cran, la zone de visualisation (viewport) se d\u00e9place automatiquement pour le faire appara\u00eetre. Les deux indicateurs s’effacent lors de la reprise ou de la fin de la session. Plus besoin de chercher dans un grand flux pour trouver l’endroit o\u00f9 l’ex\u00e9cution s’est arr\u00eat\u00e9e.<\/p>\n\n\n\n

    Prise en main des derni\u00e8res mises \u00e0 jour d’ACB<\/h2>\n\n\n\n

    T\u00e9l\u00e9chargez d\u00e8s aujourd’hui votre dernier pack d’extensions ACB (ACB Extension pack) depuis la marketplace de Visual Studio. N’h\u00e9sitez pas \u00e0 regarder la vid\u00e9o de d\u00e9monstration pour examiner de plus pr\u00e8s tout ce qui a \u00e9t\u00e9 pr\u00e9sent\u00e9 ci-dessus.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Cette version s’attaque \u00e0 trois obstacles qui ralentissent quotidiennement les d\u00e9veloppeurs Mule : un canevas (canvas) qui n\u00e9cessite de multiples clics pour \u00eatre compris, des ex\u00e9cutions locales limit\u00e9es \u00e0 un seul projet, et un d\u00e9bogueur (debugger) qui compliquait souvent la t\u00e2che au lieu de l’aider. Disposition descriptive de l’interface utilisateur, ex\u00e9cution multi-applicative et am\u00e9liorations du […]<\/p>\n","protected":false},"author":5644,"featured_media":739,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[23],"tags":[],"series":[],"persona":[],"industry":[],"class_list":["post-737","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"acf":[],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/blogs.mulesoft.com\/fr\/wp-content\/uploads\/sites\/2\/2026\/06\/acb-may.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/737","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/users\/5644"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/comments?post=737"}],"version-history":[{"count":1,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/737\/revisions"}],"predecessor-version":[{"id":738,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/737\/revisions\/738"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/media\/739"}],"wp:attachment":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/media?parent=737"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/categories?post=737"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/tags?post=737"},{"taxonomy":"series","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/series?post=737"},{"taxonomy":"persona","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/persona?post=737"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/industry?post=737"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}