Comment effacer ResourceBundle cache

C'est une webapp en cours d'exécution sur Tomcat, à l'aide de Guice. Selon les docs nous devrions être en mesure d'appeler ResourceBundle.clearCache(); pour effacer le ResourceBundle cache et probablement d'obtenir la plus récente du lot de la propriété des fichiers.

Nous avons aussi essayé le suivant:

Class klass = ResourceBundle.getBundle("my.bundle").getClass().getSuperclass();
Field field = klass.getDeclaredField("cacheList");
field.setAccessible(true);
ConcurrentHashMap cache = (ConcurrentHashMap) field.get(null);
cache.clear(); //If i debug here I can see the cache is now empty!

ResourceBundle.clearCache(this.class.getClassLoader());

Le comportement que j'attends est:

Démarrage de tomcat et appuyez sur une page et il dit 'Bonjour le Monde'
Modifier le fichier de propriétés contenant 'Bonjour le Monde!" à "Adieu la Terre"
Vider le cache à l'aide d'une servlet
Frapper la page et attendre de voir "Adieu la Terre"

Donc, la question est, comment est ResourceBundle.clearCache() fonctionne réellement ? Et est-il un générique du cache de fichiers nous devons clair aussi ?

avez-vous trouver des solutions à cette situation?
ResourceBundle.clearCache() est ajoutée à la version 1.6 de Java. Je travaillais sur un Java 1.4 serveur et que c'était la raison pour laquelle clearCache() ne fonctionne pas comme prévu.

OriginalL'auteur Ben George | 2012-03-22

6

Cela a fonctionné pour moi:
```
ResourceBundle.clearCache();
ResourceBundle resourceBundle= ResourceBundle.getBundle("YourBundlePropertiesFile");
String value = resourceBundle.getString("your_resource_bundle_key");
```
Notes:
1. ResourceBundle.clearCache() est ajouté à la version 1.6 de Java
2. Ne pas utiliser un statique resourceBundle de la propriété, de l'utilisation
  ResourceBundle.getBundle() méthode après avoir invoqué clearCache()
  méthode.
OriginalL'auteur Devrim
4

Je ne crois pas que vous pouvez en effet le rechargement d'un déjà créé ResourceBundle exemple depuis son contrôle interne à la classe a déjà été créé. Vous pouvez essayer cela comme une solution de rechange pour l'initialisation de votre bundle:
```
ResourceBundle.getBundle("my.bundle", new ResourceBundle.Control() {
    @Override
    public long getTimeToLive(String arg0, Locale arg1) {
        return TTL_DONT_CACHE;
    }
});
```
Même si cette solution est de désactiver la mise en cache tous ensemble, je l'ai essayé et il n'a toujours pas de travail. Mon sentiment est Tomcat est la mise en cache des fichiers de propriétés ? Ennuyeux....
Cela pourrait très bien être le cas. Permettez-moi de penser à une autre façon de contourner ce problème.
avez-vous trouvez une solution?

OriginalL'auteur Perception

J'ai trouvé cette solution (qui fonctionne avec tomcat):

utiliser un ResourceBundle.De contrôle (parce que j'ai besoin UTF8)
ajouter le getTimeToLive comme "Perception" description
de la force de l'indicateur de rechargement
la "ResourceBundle.clearCache" ne fonctionne pas

Comment appeler :

ResourceBundle bundle = ResourceBundle.getBundle("yourfile", new UTF8Control());

La classe personnalisée :

public class UTF8Control extends Control
{
    public ResourceBundle newBundle(
        String baseName,
        Locale locale,
        String format,
        ClassLoader loader,
        boolean reload)
    throws IllegalAccessException, InstantiationException, IOException
    {
        //The below is a copy of the default implementation.
        String bundleName = toBundleName(baseName, locale);
        String resourceName = toResourceName(bundleName, "properties");
        ResourceBundle bundle = null;
        InputStream stream = null;

        //FORCE RELOAD because needsReload doesn't work and reload is always false
        reload = true;

        if (reload) {
            URL url = loader.getResource(resourceName);
            if (url != null) {
                URLConnection connection = url.openConnection();
                if (connection != null) {
                    connection.setUseCaches(false);
                    stream = connection.getInputStream();
                }
            }
        }
        else {
            stream = loader.getResourceAsStream(resourceName);
        }

        if (stream != null) {
            try {
                //Only this line is changed to make it to read properties files as UTF-8.
                bundle = new PropertyResourceBundle(new InputStreamReader(stream, "UTF-8"));
            }
            finally {
                stream.close();
            }
        }
        return bundle;
    }

    //ASK NOT TO CACHE
    public long getTimeToLive(String arg0, Locale arg1) {
        return TTL_DONT_CACHE;
    }
}

J'aime cette approche. Je l'ai combiné avec un ConcurrentHashMap cache de ressources des paquets, un fichier watcher qui supprime un paquet sur le changement de fichier. Galets moteur de template met en œuvre son propre exemplaire de ci-dessus j'ai donc dû le remplacer.

OriginalL'auteur izanat

0

peut-être ce post peut résoudre votre problème.

OriginalL'auteur prongs

this is one more possibility to clear cache 
Class<ResourceBundle> type = ResourceBundle.class;
        try {
            Field cacheList = type.getDeclaredField("cacheList");
            cacheList.setAccessible(true);

            ((Map<?, ?>) cacheList.get(ResourceBundle.class)).clear();
        }
        catch (Exception e) {

           system.out.print("Failed to clear ResourceBundle cache" + e);
        }

OriginalL'auteur sudhakar tokala

Cela fonctionne, le forum, vous pouvez intercepter la première création de la ressource pack:

while (true) {
ResourceBundle resourceBundle = ResourceBundle.getBundle("SystemMessages", new Locale("hu", "HU"),
new ResourceBundle.Control() {
@Override
public List<String> getFormats(String baseName) {
return ResourceBundle.Control.FORMAT_PROPERTIES;
}
@Override
public ResourceBundle newBundle(String baseName, Locale locale, String format, ClassLoader loader, boolean reload) throws IllegalAccessException, InstantiationException, IOException {
System.err.println(this.toBundleName(baseName, locale) + ": " + format + " - " + reload);
return super.newBundle(baseName, locale, format, loader, reload);
}
@Override
public long getTimeToLive(String baseName, Locale locale) {
long ttl = 1000;
System.err.println(this.toBundleName(baseName, locale) + " - " + ttl + "ms");
return ttl;
}
@Override
public boolean needsReload(String baseName, Locale locale, String format, ClassLoader loader, ResourceBundle bundle, long loadTime) {
System.err.println(baseName + "_" + locale + " - " + new Date(loadTime));
return true;
}
});
System.out.println(resourceBundle.getString("display.first_name") + ": John");
System.out.println(resourceBundle.getString("display.last_name") + ": Doe");
Thread.sleep(5000);
}

Ou tout simplement utiliser le printemps ReloadableResourceBundleMessageSource, si possible.

OriginalL'auteur gabor

Vous devez vous connecter pour publier un commentaire.