Ne pouvez pas trouver bundle pour le nom de base /Bundle, de la locale en_US

Je suis en utilisant une bibliothèque qui a une dépendance sur JSF.

Lorsque j'essaie d'exécuter mon projet, c'est montrer exception suivante massage.. 

java.util.MissingResourceException: Can't find bundle for base name /Bundle, locale en_US
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1427)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1250)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:705)

Des idées ?

  • On dirait que vous êtes en passant un mauvais chemin.
  • Vous pouvez essayer de vérifier cette réponse Ici
  • Créer Bundle.properties fichier dans votre région: src/main/webapp/WEB-INF/classes.
  • stackoverflow.com/q/2668161/1599699
  • Essayez de créer un dossier de ressources sur ce chemin src/main/resources puis déposer ou récupérer vos fichiers à partir de là en utilisant ResourceBundle sur Android. stackoverflow.com/a/44452218/1718223
InformationsquelleAutor Md. Mahabubur Rahman | 2012-10-20
  1. 53

    L'exception est de dire qu'un Bundle_en_US.properties, ou Bundle_en.properties, ou au moins Bundle.properties fichier est prévu dans la racine du classpath, mais il n'y a réellement aucun.

    Assurez-vous qu'au moins un de ces fichiers est présent dans la racine du classpath. Ou, assurez-vous de fournir le bon nom du bundle. Par exemple, si le groupe de fichiers sont en fait été placé dans le paquet com.example.i18n, alors vous avez besoin pour passer com.example.i18n.Bundle comme le nom du bundle au lieu de Bundle.

    Dans le cas où vous êtes en utilisant Eclipse "Dynamic Web Project", le chemin de la classe racine est représenté par src dossier, là où tous vos packages Java sont. Dans le cas où vous êtes à l'aide d'un projet Maven, le chemin de la racine pour les fichiers de ressources est représenté par src/main/resources dossier.

    Voir aussi:

    InformationsquelleAutor BalusC
  2. 10

    maven-tomcat-plugin

    Si vous commencez le Projet à l'aide de la maven-tomcat-plugin /maven-tomcat7-plugin, vous devez placer le Bundle.properties, ou même la Resource.properties dans src/main/webapp/WEB-INF/classes. Ne pas demander pourquoi, c'est parce que la façon dont le plugin faux un tomcat.

    • après déplacez le .les propriétés des fichiers dans WEB-INF/classes (même créer un autre wrapper dossier en vertu de l'il), il fonctionne. jusqu'vote et merci!
    InformationsquelleAutor Peter Rader
  3. 5

    J'ai eu le même problemo, et balus solution fixe.

    Pour l'enregistrement:

    WEB-INF\faces-config est

    <?xml version="1.0" encoding="UTF-8"?>
<faces-config
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd"
version="2.0">
    <application>
        <locale-config>
            <default-locale>en</default-locale>
        </locale-config>
        <message-bundle>
            Message
        </message-bundle>
    </application>
</faces-config>

    Et avait un Message.propriétés sous WebContent\Ressources (après mkyong du tutoriel)

    agaçants exception est apparu, même quand j'ai renommé le bundle pour "Message_en_us" et "Message_en". Déplacer vers src\ travaillé.

    Si quelqu'un poste la pièce manquante pour faire des fagots de travail en vertu de ressources,ce serait une belle chose.

    InformationsquelleAutor demonz demonz
  4. 4

    Si vous exécutez le .fichier java dans Eclipse, vous devez ajouter le chemin d'accès aux ressources dans le build path .
    après cela, vous ne verrez pas cette erreur

    • Pourriez-vous être plus précis?
    • Clic droit sur le projet > Propriétés (alt + entrée) > Java Générateur de Chemin > Source > Ajouter un Dossier...
    • Il travaille également pour un projet Netbeans.
    InformationsquelleAutor harry
  5. 2

    Dans mon cas, le problème a été à l'aide de la balise de langue "en_US" dans Locale.forLanguageTag(..) au lieu de "en-US" - utiliser un tiret au lieu de souligner!

    Également utiliser Locale.forLanguageTag("en-US") au lieu de new Locale("en_US") ou new Locale("en_US") pour définir une langue ("fr") avec une région ("NOUS") - mais new Locale("en") œuvres.

    InformationsquelleAutor electrobabe
  6. 1

    Dans mon cas, j'avais en face de SpringBoot projet et j'ai eu la même exception.

    Solution est faite par l'ajout d'env.fichier de propriétés dans le classpath (c'est à dire src/main/dossier de ressources). Ce qui rendait le problème est que dans la configuration log4j il y avait de la propriété comme

    <Property name="basePath">${bundle:env:log.file.path}</Property>

    InformationsquelleAutor milosdju
  7. 0

    J'ai eu le même problème à l'aide de Netbeans. Je suis allé dans le dossier du projet et copié le fichier de propriétés. Je pense cliqué sur "build" et puis "classes". J'ai ajouté le fichier de propriétés dans ce dossier. Qui a résolu mon problème.

    InformationsquelleAutor Sedrick
  8. 0

    J'utilise Eclipse (sans Maven) donc je place le .properties fichier dans src dossier qui contient également le code source java, afin d'avoir le .properties fichier dans le classes dossier après la construction du projet. Il fonctionne très bien.
    Jetez un oeil à ce post: https://www.mkyong.com/jsf2/cant-find-bundle-for-base-name-xxx-locale-en_us/

    Espère que cela vous aidera.

    InformationsquelleAutor trungvt89.it
  9. 0

    Le problème doit être que la ressource-alliance > base-nom de l'attribut à la faces-config.xml fichier a un autre chemin d'accès à votre propriété. Cela m'est arrivé à la firstcup Java EE tutoriel, j'ai donné un autre nom du package sur le projet de création puis de Glassfish a été incapable de trouver les propriétés du dossier qui est sur "firstcup.web".

    J'espère que cela aide.

    InformationsquelleAutor Mr. D MX
  10. 0

    Assurez-vous de ne pas ajouter les propriétés des fichiers dans le mauvais dossier de ressources qu'il y a un sous "Pages Web" et une rubrique " Autres Sources/...'. Ils devaient être dans les " Autres Sources/...'.

    InformationsquelleAutor Dinca Adrian