Pas de fichier de propriétés trouvé d'Erreur pour ReloadableResourceBundleMessageSource

Je suis en train d'utiliser un rechargeable printemps regroupement de ressources mais le printemps ne peut pas trouver le fichier. J'ai essayé des tonnes de différents chemins, mais ne peut pas le faire fonctionner n'importe où. Dans le code ci-dessous, vous verrez que je charge à la fois le printemps bundle et la régulière à partir de la même variable de chemin d'accès, mais un seul fonctionne.

J'ai été frapper ma tête contre ce depuis bien trop longtemps. Quelqu'un a des idées?

logfile


INFO  2010-04-28 11:38:31,805 [main] org.myorg.test.TestMessages: C:\www\htdocs\messages.properties
INFO  2010-04-28 11:38:31,805 [main] org.myorg.data.Messages: initializing Spring Message Source to C:\www\htdocs\messages.properties
INFO  2010-04-28 11:38:31,821 [main] org.myorg.data.Messages: Attempting to load properties from C:\www\htdocs\messages.properties
DEBUG 2010-04-28 11:38:31,836 [main] org.springframework.context.support.ReloadableResourceBundleMessageSource: No properties file found for [C:\www\htdocs\messages.properties_en_US] - neither plain properties nor XML
DEBUG 2010-04-28 11:38:31,842 [main] org.springframework.context.support.ReloadableResourceBundleMessageSource: No properties file found for [C:\www\htdocs\messages.properties_en] - neither plain properties nor XML
DEBUG 2010-04-28 11:38:31,848 [main] org.springframework.context.support.ReloadableResourceBundleMessageSource: No properties file found for [C:\www\htdocs\messages.properties] - neither plain properties nor XML
INFO  2010-04-28 11:38:31,848 [main] org.myorg.test.TestMessages: I am C:\www\htdocs\messages.properties

Messages.java


package org.myorg.data;
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
import java.util.PropertyResourceBundle;
import java.util.ResourceBundle;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
import org.springframework.context.support.ReloadableResourceBundleMessageSource;
public class Messages {
protected static final Log logger = LogFactory.getLog(Messages.class);
private static ReloadableResourceBundleMessageSource msgSource = null;
private static ResourceBundle RESOURCE_BUNDLE;
public static final String PATH = "C:" + File.separator + "www" 
+ File.separator + "htdocs" + File.separator + "messages.properties";
private Messages() {
}
public static String getString(String key) {
initBundle();
return msgSource.getMessage(key, null, 
RESOURCE_BUNDLE.getString(key), null); 
}
private static void initBundle(){
if(null == msgSource || null == RESOURCE_BUNDLE){
logger.info("initializing Spring Message Source to " + PATH);
msgSource = new ReloadableResourceBundleMessageSource();
msgSource.setBasename(PATH);
msgSource.setCacheSeconds(1);
FileInputStream fis = null;
try {
logger.info("Attempting to load properties from " + PATH);
fis = new FileInputStream(PATH);
RESOURCE_BUNDLE = new PropertyResourceBundle(fis);
} catch (Exception e) {
logger.info("couldn't find " + PATH);
} finally {
try {
if(null != fis)
fis.close();
} catch (IOException e) {
}
}
}
}
}

TestMessages.java


package org.myorg.test;
import org.myorg.data.Messages;
public class TestMessages extends AbstractTest {
public void testMessage(){
logger.info(Messages.PATH);
logger.info(Messages.getString("OpenKey.TEST"));
}
}

InformationsquelleAutor samspot | 2010-04-28

2

Juste pour l'enregistrement, vous pouvez essayer cette approche:
1. déclarer la reloadableResourceBundle bean avec basename='messages' .extension de propriétés est assumé et n'est pas requise
2. injecter ce titre de référence dans votre bean
3. créer des messages.les propriétés de fichier et le placer vos trucs à elle
4. copie des messages.propriétés en votreprojet/web/messages.propriétés
5. détendre et profiter de
Explication:
Printemps rechargeable message bundle ne pas utiliser le chemin de classe comme elle est mise en cache par application des serveurs. Vous pouvez contourner cela en classpath:votre.properies mais puis à nouveau, vous pouvez aussi bien utiliser le non rechargeable version qui est un peu de tiques plus rapide.
En d'autres termes, l'astuce est d'utiliser la webApp répertoire qui n'est pas mise en cache. Vous pouvez placer vos fichiers en vertu de votreprojet/web ou n'importe où en dessous aussi longtemps que vous laissez le chargeur de savoir.

de le placer dans webapp-config.xml
```
<bean id="messageSource"  class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property name="basename" value="message"/>
<property name="cacheSeconds" value="1"/>
</bean>
```
et c'est votre bean:
```
public class YouBeanWithMsgReloadableResourceBundle {
public void yourMethod(){
String msg = ms.getMessage("your.memo.nic", null, "your default message", Locale.CANADA);
}
@Autowired MessageSource ms;}
```
Et depuis JSF2 est vraiment des trucs cool que vous pouvez utiliser dans un visages contexte:
```
public void validate(FacesContext context, UIComponent component, Object value)
throws ValidatorException {
MessageSource ms = FacesContextUtils.getWebApplicationContext(context).getBean(MessageSource.class);
String msg = ms.getMessage("your.memo.nic", null, "your default message", Locale.CANADA);
}
```
- Hey merci de répondre à ma question très ancienne! J'en suis à un emploi différent, donc je ne peux pas jouer avec la source, mais votre réponse est très raisonnable. Merci!
- Pour ceux qui utilisent cet exemple, je voudrais que vous c'est, cependant, je serais partisan d'cacheSeconds=1 est peut-être trop fréquentes pour un multi-serveur en environnement de production et accéder à la même ressource partagée. Utiliser ce qui est raisonnable pour votre besoin.
InformationsquelleAutor Steven Varga
2

Vous pouvez spécifier les propriétés de fichier(s) d'être à l'extérieur de l'archive par la configuration dans le contexte de l'application fichier comme ceci:
```
<bean id="messageSource"
class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property name="defaultEncoding" value="UTF-8"/>
<property name="basenames">
<list>
<value>file:/whatever_your_file_path_is/messages/admin_i18n</value>
<value>file:/whatever_your_file_path_is/messages/customer_i18n</value>
</list>
</property>
</bean>
```
- êtes-vous sûr que cela fonctionne?...je pense que ReloadableResourceBundleMessageSource ne fonctionne pas avec l'emplacement du système de fichiers
- Nous avons été en utilisant le nom de base avec une substitué file:// expression depuis 2012. J'ai testé tout à l'heure avec basenames - la liste d'approche et qui fonctionne de manière adéquate ainsi. C'est les propriétés de la fève de: <property name="basenames"> <list> <value>${cms.catalog.url}/highschool/customer/messages</value> </list> </property> <property name="cacheSeconds" value="${cms.catalog.cache.seconds}" /> travaillé aussi bien en tant que: <property name="basename" value="${cms.catalog.url}/highschool/customer/messages" /> <property name="cacheSeconds" value="${cms.catalog.cache.seconds}" />
InformationsquelleAutor Tommy Stephenson
1

Avec ReloadableResourceBundleMessageSource vous devez déplacer les fichiers de messages de le classpath si vous voulez réellement être rechargeable. Si vous n'avez pas de soins pour l'rechargeable fonctionnalité, vous pouvez le mettre dans le classpath et l'utilisation de la classpath: préfixe.
```
<bean id="messageSource"
class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property name="defaultEncoding" value="UTF-8"/>
<property name="basenames">
<list>
<value>classpath:messages/admin_i18n</value>
<value>classpath:messages/customer_i18n</value>
</list>
</property>
</bean>
```
Je viens de passer à ReloadableResourceBundleMessageSource. C'est de travailler pour moi.
- il fonctionne avec classpath, mais le fichier? je ne le pense pas
InformationsquelleAutor MikeNereson
0

plutôt que de lire à partir d'un fichier, vous devriez probablement lire depuis le classpath à l'aide de
```
Messages.class.getResourceAsStream("/path/from/classpathroot/messages.properties")
```
- Mon but ici est d'avoir le fichier lisible à l'extérieur du fichier jar, de sorte que nous pouvons apporter des modifications sans redéploiement. Le FileInputStream méthode que vous voyez ci-dessus le fait, mais encore nécessite un redémarrage du serveur n'est donc pas optimale. Cela devrait fonctionner... l'ensemble de la raison pour ReloadableResourceBundleMessageSource de l'existence est d'avoir un rechargeable fichier de propriétés, et de l'api précise qu'il est fait pour les lire depuis le système de fichiers ainsi.
- salut sampot, pouvez-vous faire avec "fichier:"?
InformationsquelleAutor MeBigFatGuy

Vous devez vous connecter pour publier un commentaire.