Rechargement du fichier de propriétés qui est chargé à l'aide de setBundle

Question

J'espérais obtenir un peu d'aide avec un problème que j'ai avec les fichiers de propriétés dans Spring. Donc, la configuration que j'ai est comme ceci:

opto-mapping.properties - il se trouve dans mon dossier src et contient des traductions pour mes ressources optimisées comme ceci:

generic-min.css=4037119659.css 

Ce fichier est mis à jour Properies chaque fois que le build 'optimiser' est exécuté. J'utilise ensuite

<fmt:setBundle basename="opto-mapping" /> 

Pour importer mon fichier de propriétés dans mon jsp désiré. faisant référence ensuite le contenu en utilisant:

<fmt:message key='generic-min.css' /> 

Tout cela fonctionne très bien, sauf que le fichier de propriétés nécessite un redémarrage tomcat être rechargées. Je ne veux pas avoir à commencer à prendre des sites à chaque fois qu'une ressource est mise à jour. Je voudrais que le fichier de propriétés se recharge automatiquement de temps en temps. J'ai essayé de mettre à jour un bean existant dans spring-context.xml pour recharger ce fichier de propriétés comme je le fais avec les traductions, mais cela n'a pas fonctionné - plus que probablement à cause de l'emplacement des fichiers opto-mapping.properties - mais vous voyez qu'il doit être à cet emplacement pour charger en utilisant fmt: setBundle.

<bean id="messageSource" 
     class="org.springframework.context.support.ReloadableResourceBundleMessageSource"> 
     <property name="cacheSeconds"> 
      <value>1</value> 
     </property> 
     <property name="basenames"> 
      <list> 
       <value>WEB-INF/translations/translations</value> 
       <value>WEB-INF/classes/opto-mapping</value> 
      </list> 
     </property> 
</bean> 

Toute aide ou un point dans la bonne direction serait grandement apprécié en cette période difficile.

J'espère que tout cela fait senese et merci d'avance!

G.

Answer 1

Il y a plusieurs choses que vous pourriez essayer.

<fmt:setBundle> appellera éventuellement ResourceBundle.getBundle(String, Locale, ClassLoader), où la chaîne sera votre nom de base et le chargeur de classe sera Thread.currentThread().getContextClassLoader(). Si vous utilisez JDK 1.6, vous pouvez essayer d'utiliser ResourceBundle.clearCache(ClassLoader) pour effacer le cache du bundle. Il serait logique de le faire dans un filtre de servlet et de le combiner avec une autre logique pour déterminer quand le cache devrait être effacé.

Un autre angle consiste à prendre un contrôle plus direct sur le chargement du fichier de propriétés et la configuration de JSTL.Encore une fois, ce qui rend l'utilisation d'un filtre (en ignorant la gestion des exceptions):

ClassLoader ctxLoader = Thread.currentThread().getContextClassLoader(); 
URL propsURL = ctxLoader.getResource("opto-mapping.properties"); 
URLConnection propsConn = propsURL.openConnection(); 
long propsLastModified = propsConn.getLastModified(); 
// decide if you want to reload... 
propsConn.setUseCaches(false); 
InputStream propsIn = propsConn.getInputStream(); 
ResourceBundle propsBundle = new PropertyResourceBundle(propsIn); 
propsIn.close(); 
LocalizationContext propsCtx = new LocalizationContext(propsBundle); 
ServletContext servletCtx = this.filterConfig.getServletContext(); 
Config.set(servletCtx, Config.FMT_LOCALIZATION_CONTEXT, propsCtx); 

Ensuite, vous pouvez simplement utiliser <fmt:message> dans vos pages. Vous pouvez trouver les documents pour LocalizationContext et Config dans le JSTL API.

Beaucoup d'autres variantes sont possibles, mais assurez-vous de jeter un oeil à la nouvelle ResourceBundle (y compris ResourceBundle.Control) ajouts à JDK 1.6, garder à l'esprit la fonctionnalité d'API « niveau inférieur » comme URLConnection, et se familiariser avec les aspects les plus programmatiques de JSTL disponibles via son API.

Answer 2

Tomcat ne rechargera pas les ressources qui sont sur le chemin de classe. Ceci est indiqué dans le javadoc pour ReloadableResourceBundleMessageSource:

Depuis des serveurs d'applications cache généralement tous les fichiers chargés à partir du chemin de classe, il faut stocker des ressources à un autre endroit (par exemple, dans le répertoire « WEB-INF » d'une web application). Sinon, les changements de fichiers dans le classpath ne seront pas reflétés dans l'application.

Ces emplacements de chemin de classe incluent WEB-INF/classes et ne seront pas libérés.

Essayez de déplacer opto-mapping.properties ailleurs (par exemple, WEB-INF/messages), puis essayez-le.

Answer 3

Merci à vous deux pour vos réponses. J'ai maintenant ce travail et pensé que je partagerais la richesse. Donc, j'ai déplacé mon fichier de propriétés hors du dossier src et dans les propriétés WEB-INF /.

Je mis à jour le grain suivante pour charger les fichiers de propriétés:

<bean id="messageSource" 
     class="org.springframework.context.support.ReloadableResourceBundleMessageSource"> 
     <property name="cacheSeconds"> 
      <value>1</value> 
     </property> 
     <property name="basenames"> 
      <list> 
       <value>WEB-INF/translations/translations</value> 
       <value>WEB-INF/properties/opto-mapping</value> 
      </list> 
     </property> 
    </bean> 

Maintenant, auparavant j'utilisais setBundle pour charger dans mes fichier de propriétés comme ceci:

<fmt:setBundle basename="opto-mapping" /> 

Mais je trouve que évidemment, mon fichier de propriétés n'était plus chargé car je l'avais déplacé. Mais à cause de ma configuration du bean, le nouveau fichier de propriétés était en cours de chargement mais mon setBundle l'écrasait. Donc, la solution était de supprimer setBundle et maintenant mon fichier de propriétés est en train de recharger!

Merci encore!