Il peut est parfois utile de charger des propriétés directement en JNDI depuis le serveur. Par exemple, un fichier properties qu’on souhaite externaliser de son war et qui est spécifique à chaque environnement. JBoss possède un mécanisme pour disposer de
Il peut est parfois utile de charger des propriétés directement en JNDI depuis le serveur. Par exemple, un fichier properties qu'on souhaite externaliser de son war et qui est spécifique à chaque environnement. JBoss possède un mécanisme pour disposer de propriétés exposées en JNDI à l'application. Cette configuration se situe dans le subsystem naming:1.1.
JBoss offre avec ce subsystem deux solutions pour disposer d’une « base de données » de properties:
Soit en mettant toutes les properties dans le fichier de configuration comme ceci.
<
subsystem xmlns="urn:jboss:domain:naming:1.1">
<
bindings>
<
simple name="jndi/mavaleur" value="mavaleur">
<
/simple>
<
/bindings>
<
/subsystem>
Soit en injectant le fichier de properties en JNDI dans l'application avec l'ajout d'un module dans JBOSS, ce qui est très pratique si le fichier de properties est volumineux.
Voilà, avec cette petite astuce, il est possible de stocker des propriétés dans le fichier de configuration standalone, ou bien dans un fichier de properties externalisé. Il est après très facile de charger ces paramètrages dans l'application grace à JNDI.
Zoom et retour d'expérience sur SignalR, bibliothèque qui simplifie l’implémentation du temps réel dans le développement applicatif.
Annuler un mail envoyé, c’est désormais possible ! Il y a quelques jours, Gmail a fait de ce rêve une réalité ! Si vous faites partie de ceux qui relisent leurs mails après leur envoi ou qui se rendent compte qu’une faute d’orthographe s’est malencontreus
Il est possible dans Jaspersoft studio d’ouvrir des rapports stockées sur un serveur jasperserver.