JBOSS EAP – Déployer une application à la racine du serveur
JBoss EAP, déployer un war à la racine du serveur avec un context path root à /
Dans cet article, nous verrons comment déployer un archive war (un projet) à la racine du serveur JBOSS
Le fichier jboss-web.xml
Première étape, la plus simple, configurer dans votre fichier de déployement d’application jboss-web.xml pour que le pointe vers /.
Voici un exemple simple de mon fichier jboss-web.xml
<
jboss-web>
<
context-root><
/context-root>
<
security-domain>java:/jaas/diagergo-security<
/security-domain>
<
/jboss-web>
Si vous deployez votre application ainsi, vous obtiendrez une erreur de jboss vous expliquant qu’il existe déjà une application deployée sur le context-path root.
Pour eviter ce problème, il suffit de dire à jboss de ne pas déployer son application par défaut sur le /.
Configurer jboss pour ne pas déployer l’application sur le root /
Pour cela, ouvrir le fichier standalone.xml et rechercher la balise
Modifier la valeur enable-welcome-root à false.
</virtual-server>
Maintenant, il suffit de redémmarer votre serveur d’application JBoss pour que la modification soit prise en compte. Une fois redémarré, deployez votre application sur le serveur. Vous devriez avoir ainsi l’application déployée sur le root du serveur /. Et voilà, c’était tout simple. Merci à l’équipe Jboss d’avoir fait quelque chose d’aussi simple.
Nos podcasts en lien
Pour aller plus loin
Symfony VS Laravel : comparaison des Frameworks PHP pour des APIs performantes
Laravel et Symfony sont deux frameworks PHP très populaires pour le développement d'applications web. Lorsque l'on envisage une utilisation en mode API, ces frameworks offrent des approches variées dans la gestion des endpoints, controllers, services, répositories et ORM (Object-Relational Mapping). Mais quels sont les différences fondamentales entre Laravel et Symfony sur ces aspects spécifiques ? C'est ce que nous allons découvrir dans cet article !
Activer le failover au niveau client JDBC ou OCI avec Oracle DataGuard
Oracle DataGuard est une solution de réplication à chaud d’une base de données Oracle fournie gratuitement avec l’édition Enterprise. Cette solution permet de disposer d’une base de données de secours répliquée de façon synchrone ou asynchrone avec une ba
RAG : comment ça marche techniquement ?
Un RAG (Retrieval Augmented Generation) est un système utilisé dans les entreprises pour améliorer la gestion documentaire, et notamment, faciliter la recherche dans de grosses volumétries de documents. Si vous avez déjà testé d’utiliser l’IA avec les LLM traditionnels pour ce sujet, vous avez sûrement rencontré des problématiques importantes liées au manque de contexte ou de connaissances basé sur les documents (dû à la limite de tokens d’entrée). C’est là où le RAG joue sa carte ! Un RAG a pour but d’alimenter la base de connaissances de votre IA avec vos documents. Et comme, elle se base sur vos données pour répondre aux questions (documents internes, données confidentielles, etc), les réponses sont plus pertinentes ! Dans cet article, nous plongeons au coeur du fonctionnement d’un RAG pour vous expliquer les rouages du système. Let’s go !
Nous suivre, nous écouter
