
Retours d’expériences sur le tout nouveau serveur jBoss 7!
Jboss 7 version web repose sur deux versions distinctes:

Le mecanisme est different. Il suffit pour déployer son war/ear/jar de créer un fichier du même nom postfixé par .dodeploy.
Presque instantanément le serveur déploie l’application. Et cas d’erreur, un fichier .failed est créé. Pour relancer un déploiement créer un fichier .redeploy .
Ce mécanisme s’avère particulièrement efficace en production car facilement scriptable.
Là, il faut tirer un chapeau au équipes jboss car le serveur demarre presque instantanément. Le temps de démarrage d’une application reste par contre presque inchangé.
En cas de montée en charge, effectuée avec jMeter, le serveur reste très stable aussi bien en mémoire que en CPU.
Lors du développement (avec ECLIPSE), le serveur perd des classes, ou des fichiers de properties. Solution:
Arrêter le serveur et supprimer les fichiers /tmp/* et supprimer le war/ear/jar incriminé. Redémarrer le serveur à vide, puis redéployer votre application/
De même, lors d’une grande journée de développement, le serveur à tendance à mal supporter un nombre conséquent de redéploiement d’application. Pensez à redémarrer le serveur est souvent une bonne idée.
En fonction du niveau de maturité du projet, il est plus ou moins simple de migrer une application. Si vous avez respecté les standards J2E, la migration se passe plutôt bien. (Hormis hibernate qui nécessite des modifications pour passer en version 4).
Pour l’authentification JAAS, tout se situe dans le fichier de configuration mais ceci nécessitera un autre post plus tard dans la semaine. Ceci demande pas mal de modification si vous avez utilisé les classes WebAuthentication de jBoss qui n’existe plus.
La configuration des datasources sous jBoss 7 n’est guère plus complexe que sous les anciennes versions de jBoss. Un article expliquera comment le faire.
Pour conclure rapidement sur le serveur jBoss 7. Les premières semaines d’exploitation sont plutôt très positifs. On peut le recommander sans problème pour des applications critiques. Plusieurs posts suivront pour expliquer plus en détails des points précis.
La recherche en plein texte est une fonctionnalité puissante qui permet d'effectuer des recherches avancées dans des bases de données en analysant le contenu textuel. Contrairement aux recherches simples par mot-clé, elle prend en compte la structure linguistique et permet de fournir des résultats plus pertinents. PostgreSQL, l'un des systèmes de gestion de bases de données les plus populaires, inclut nativement des outils robustes pour la recherche en plein texte. Dans cet article, nous allons explorer les bases de la recherche en plein texte dans PostgreSQL. Nous couvrirons l'installation, la recherche sur plusieurs colonnes, la pondération des termes et l'utilisation de Soundex pour la recherche phonétique.
Les tests E2E, c’est quoi ? Définition, implémentation et retour d’expériences des librairies de tests E2E !
Comment modéliser efficacement une base de données pour une application performante ? Nos 4 conseils pratiques à destination des développeurs pour une modélisation efficace