Un développeur webMethods passe ses journées dans Designer. Il écrit des flow services sur Integration Server, mappe des documents dans le pipeline, branche des adapters JDBC ou SAP et publie des messages sur Universal Messaging. Selon le poste, il expose aussi des API derrière API Gateway ou gère des échanges EDI avec des partenaires dans Trading Networks, aujourd'hui webMethods B2B.
La suite a changé de propriétaire. IBM a racheté webMethods à Software AG en 2024 et la vend dans son offre IBM Integration, en SaaS ou installée chez le client. Beaucoup de plateformes tournent encore en 10.x, parfois avec l'ancien Broker. Un profil qui a mené une montée en 10.15 ou 11.1, ou un passage de Broker à Universal Messaging, a souvent vu les vrais problèmes de la plateforme.
Les écarts entre candidats tiennent rarement à la connaissance des écrans. Ils se voient sur la gestion des erreurs : un trigger qui rejoue un message, un service qui distingue une panne passagère d'une donnée invalide, un flux relancé sans doublon chez le destinataire. Demandez aussi comment les packages passent d'un environnement à l'autre. Le déploiement à la main par l'interface d'administration reste courant et pose problème dès que les environnements se multiplient.
Les briques webMethods d'un poste de développeur
Integration Server et Microservices Runtime
Le serveur qui exécute les services. Le code est rangé en packages, que l'on déploie d'un environnement à l'autre. Microservices Runtime est une version allégée du même moteur, prévue pour tourner en conteneur, avec une configuration injectée au démarrage par des variables.
Designer et flow services
L'atelier de développement, basé sur Eclipse. Un flow service s'assemble avec des étapes (INVOKE, MAP, BRANCH, LOOP, REPEAT, SEQUENCE, et TRY/CATCH sur les versions récentes). Les données circulent dans le pipeline, partagé entre les étapes. Des services Java complètent quand le flow ne suffit pas.
Document types et mappings
Les document types décrivent la structure des données échangées : XML, JSON, fichiers plats, IDoc. Le mapping se fait dans l'étape MAP avec les services intégrés pub.*. Valider un document contre son schéma évite de transmettre une donnée fausse à la cible.
Universal Messaging et triggers
Le bus de messages de la suite, qui a remplacé webMethods Broker. Les services publient des documents et des triggers s'y abonnent pour lancer un service à chaque message. Les réglages du trigger (série ou concurrent, nombre de relances, exactly-once) décident de l'ordre et des doublons.
Adapters
Les connecteurs vers les bases (JDBC Adapter), SAP, IBM MQ ou les fichiers. Ils fournissent des services prêts à l'emploi et des notifications qui lancent un flux quand une ligne change dans une table. Leurs connexions et leurs pools se règlent par environnement.
API Gateway
La passerelle qui expose les services en API REST ou SOAP, avec authentification OAuth2 ou JWT, limites de débit et journalisation. Le développeur y publie ses API et leurs politiques. Les offres récentes demandent aussi OpenAPI et la conception de contrats d'API.
Trading Networks (webMethods B2B)
Le module des échanges avec des partenaires externes : profils de partenaires, règles de traitement, formats EDI (EDIFACT, X12) et protocoles AS2 ou SFTP. Il apparaît dès que des commandes, factures ou avis d'expédition passent entre entreprises.
webMethods.io Integration
La version SaaS, rattachée aujourd'hui à IBM webMethods Integration. Les flux s'y construisent en ligne avec des connecteurs vers les applications cloud. Un profil formé sur le SaaS n'a pas toujours touché au serveur installé, et l'inverse est vrai.
Deployer et CI/CD
Deployer et l'Asset Build Environment construisent et installent les packages de façon reproductible, appelés depuis Jenkins ou GitLab CI. Les valeurs propres à chaque environnement sont substituées au déploiement. Sans cette chaîne, chaque mise en production repose sur des gestes manuels.
Les offres françaises emploient plusieurs intitulés : développeur webMethods, ingénieur middleware webMethods, développeur iPaaS IBM webMethods, ou développeur intégration Java avec webMethods et Apache Camel. Le poste mêle souvent le build de nouveaux flux et le run d'un existant, avec des astreintes possibles quand des flux critiques passent par la plateforme. Les installations vont des versions 10.x à la 11.1, en machines virtuelles ou en conteneurs, et les offres récentes citent souvent Kafka, OpenAPI et la CI/CD à côté de webMethods. Les certifications passées chez Software AG restent sur les CV. Elles attestent la connaissance des outils, l'expérience de production se vérifie sur des incidents racontés en détail.
Ce que l'entretien webMethods doit établir
- Flow services et pipeline
- Mappings et document types
- Universal Messaging et triggers
- Gestion des erreurs et rejeu
- API Gateway et sécurité des flux
- Déploiement, CI/CD et supervision
Questions de production pour un développeur webMethods
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un flow service qui traite un fichier de 200 000 lignes finit en OutOfMemoryError sur Integration Server. Que regardez-vous ?
Une bonne réponseLe service charge sans doute tout le fichier dans le pipeline. Il faut le lire par morceaux : convertToValues en mode itérateur pour un fichier plat, lecture nœud par nœud pour un gros XML, traitement par lots de quelques centaines d'enregistrements. Dans la boucle, il supprime les variables devenues inutiles pour que le pipeline ne grossisse pas. Il vérifie ensuite la taille du tas et les autres services qui tournent au même moment.
Signal d'alerte« J'augmente la mémoire de la JVM » comme seule réponse, ou aucune idée de ce que contient le pipeline à un instant donné.
Question 2 · senior
Un trigger doit traiter les messages d'un même client dans l'ordre d'arrivée. Comment le configurez-vous ?
Une bonne réponseUn trigger en traitement série, qui prend les messages un par un. Quand plusieurs Integration Server consomment le même canal, le type de durable côté Universal Messaging doit aussi garantir l'ordre, sinon chaque serveur avance de son côté. Le prix est le débit. Pour en regagner, il découpe le flux par groupe de clients ou porte un numéro de séquence dans le message pour réordonner côté cible.
Signal d'alerteUn trigger en concurrent avec dix threads « parce que c'est plus rapide », ou l'idée que Universal Messaging garantit l'ordre quelle que soit la configuration.
Question 3 · confirmé
Un service lancé par un trigger échoue parce que la base cible est indisponible. Comment faites-vous pour que le message soit rejoué et pas perdu ?
Une bonne réponseL'erreur doit remonter comme une erreur passagère (ISRuntimeException), par exemple avec pub.flow:throwExceptionForRetry ou par un adapter qui signale la perte de connexion. Le trigger rejoue alors le message selon le nombre de relances et l'intervalle réglés. Après la dernière relance, il suspend le trigger plutôt que de jeter le message. Une donnée invalide, elle, ne doit pas être rejouée : elle part dans une file ou une table d'erreurs.
Signal d'alerteUn bloc qui attrape toutes les erreurs, écrit une ligne de log et termine normalement : le message est acquitté et perdu. Ou des relances infinies qui bloquent tout le flux.
Question 4 · confirmé
Une application source renvoie la même commande deux fois après un timeout. Comment évitez-vous de la créer deux fois dans l'ERP ?
Une bonne réponseUne clé métier (numéro de commande ou identifiant de message de l'émetteur) contrôlée avant l'écriture, dans une table de suivi ou directement par un upsert côté cible. Il sait que le exactly-once d'un trigger repose sur l'identifiant du document et sur l'historique des documents reçus : il protège contre une seconde livraison par le bus, pas contre un émetteur qui publie deux fois. Pour les échanges partenaires, Trading Networks sait aussi repérer les doublons.
Signal d'alerte« Le exactly-once du trigger règle le problème », ou aucune notion de clé de déduplication.
Question 5 · confirmé
Vous exposez un flow service en API REST pour une application externe. Que configurez-vous dans API Gateway ?
Une bonne réponseUne API décrite en OpenAPI, publiée dans API Gateway, qui route vers Integration Server en HTTPS. Des politiques d'authentification (OAuth2, JWT ou clé d'API selon l'appelant), une limite de débit, une protection contre les messages malformés ou trop gros, et des journaux sans données sensibles. Integration Server n'est jamais exposé directement sur Internet. Il prévoit une version dans le chemin pour faire évoluer le contrat.
Signal d'alerteLe port 5555 d'Integration Server ouvert sur Internet avec une authentification basique, ou un compte Administrator utilisé par l'appelant.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter en webMethods : les questions fréquentes
Software AG, IBM, webMethods.io : quels noms chercher sur un CV ?
Les trois désignent la même famille de produits. Software AG a développé webMethods jusqu'au rachat par IBM en 2024, et l'offre s'appelle aujourd'hui IBM webMethods, dans la gamme IBM Integration. Sur un CV, cherchez Integration Server, Designer, Universal Messaging ou Broker, Trading Networks et API Gateway. webMethods.io désigne la version SaaS. Une expérience limitée à webMethods.io ne couvre pas forcément l'administration d'un serveur installé, et l'inverse non plus.
Un développeur Java peut-il prendre un poste webMethods ?
Oui, à condition d'accepter de travailler surtout en flow services et non en code. Les bases Java servent pour les services Java, la lecture des erreurs et le réglage de la JVM. Il lui faudra apprendre le pipeline, les triggers et la messagerie, ce qui prend quelques mois sur un vrai projet. Pour un poste de run seul sur une plateforme complexe, un profil qui a déjà tenu une plateforme webMethods en production démarre plus vite.
Développeur ou administrateur webMethods : où passe la frontière ?
Le développeur écrit les services, les mappings, les triggers et les API. L'administrateur installe les serveurs, applique les correctifs, gère les clusters Universal Messaging, les certificats et les sauvegardes. Dans les petites équipes, une même personne fait les deux. Précisez dans l'offre qui déploie en production et qui répond aux alertes la nuit, car beaucoup de candidats se présentent comme développeurs alors qu'ils ont surtout fait de l'exploitation.
Comment organiser la partie pratique de l'entretien webMethods ?
Un test technique court en direct suffit souvent. Montrez un flow service avec un défaut (pipeline qui grossit, erreur avalée, appel sans timeout) et demandez à la personne de le commenter. Vous pouvez aussi lui faire dessiner un flux avec ses erreurs et ses relances. Un exercice à faire chez soi demande une licence et un environnement installé, ce que beaucoup de candidats n'ont pas.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
