Déploiement d'un projet de domaine Mule dans un serveur Mule autonome

Question

J'ai deux projets mule référençant chacun un projet de domaine.

Le projet de domaine contient le protocole HTTP commun Listener Configuration. J'essaie de déployer l'application en utilisant le serveur Mule Standalone. Lorsque je place le fichier zip dans le dossier "app" sous MULE_HOME, je trouve que les applications sont déployées mais je ne peux pas récupérer la réponse en utilisant SOAP UI.

Il donne réponse à "Aucun auditeur à l'extrémité". Mais si je mets les fichiers zip dans le dossier "domain" "sous MULE_HOME, je trouve que tout fonctionne correctement.

Quelqu'un peut-il m'aider avec le fonctionnement interne de ce Mule Standalone Server pour les deux types d'applications, dont le domaine est "default" et l'autre auquel un domaine particulier est associé?

En outre, lors du déploiement de l'application avec le domaine particulier, j'ai trouvé que le nom du fichier zip devrait être le même que le domaine projet-test_domain_project (ici). Sinon, cela donne une erreur. Pourquoi est-ce vrai? J'utilise Mule Enterprise Standalone Server version 3.8.

Answer 1

Vous pouvez déployer des domaines de deux façons:

1. Déploiement de votre domaine dans MULE_HOME/domains dossier, puis déployer votre application (s) dans le dossier MULE_HOME/apps. Dans ce cas, vous devez d'abord déployer votre domaine, puis vos applications (ou copier les deux domaines et applications dans leurs dossiers correspondants lorsque Mule est arrêté. Au démarrage, Mule s'assurera que le domaine est déployé en premier)
2. Déploiement de votre domaine en tant que un paquet dans MULE_HOME/domains. Vos applications doivent être "regroupées" dans votre domaine, ce qui signifie que les packages zip des applications doivent être inclus dans votre package zip de domaines. Votre fichier my-domain.zip contiendra alors quelque chose comme: |- mule-domain-config.xml |- apps/ | |- my-app.zip | |- another-app.zip |- lib/

Je reprends ce qui est documenté dans le Mule Shared Resources doc.

Quand je mettais le fichier zip dans le dossier « app » sous MULE_HOME, je trouve que les applications sont déployées, mais je ne peux pas récupérer la réponse en utilisant l'interface utilisateur SOAP.

Déployez-vous tous les fichiers zip (y compris le fichier zip du domaine) sous le dossier MULE_HOME/apps/?Cela ne fonctionnera pas: vous devez mettre votre fichier zip de domaine dans le dossier domains/ et les applications fichier zip sous apps/ dossier

Mais si je mets les fichiers zip dans le dossier « domaine » » sous MULE_HOME, je constater que tout fonctionne bien.

Vous avez probablement déployez vos applications + domaine en tant que faisceau (deuxième façon je l'ai décrit), de sorte qu'il fonctionne bien;)

En outre, lors du déploiement de l'application avec le domaine particulier, je trouvé que le nom de fichier zip doit être le même que le projet de domaine test_domain_project (ici). Sinon, cela donne une erreur. Pourquoi est-ce vrai?

je soupçonne (bien qu'il ne soit pas documenté) que Mule utilisera l'application ou domaine nom de fichier zip que l'application/nom de domaine lui-même, en ignorant le nom configuré dans les fichiers .xml. Par exemple, si vous créez un domaine nommé 'my-banana-domain' mais renommer le fichier zip 'my-pear-domain.zip' et le déployer, Mule créera un dossier de domaine 'my-pear- domaine ' et enregistrez un domaine nommé ' my-pear-domain '. Cependant, vos applications auront toujours une association avec 'my-banana-domain' mais Mule n'aura qu'un domaine nommé 'my-pear-domain'. TL; DR Mule utilise le nom de domaine zip domain comme nom de domaine pour associer des applications, d'où votre erreur.