Ajouter un fichier de propriétés au classpath d'intelliJ

Question

J'ai l'impression d'être un imbécile en demandant ça, mais je suis fatigué de deviner.

J'exécute un simple programme java à partir de l'IDE IntelliJ en utilisant le menu Run->Run. Aucun problème, il fonctionne bien. Maintenant je veux ajouter la journalisation de log4j.

J'ai ajouté un dossier de ressources sous la racine de mon projet. J'ai ajouté un fichier log4j.properties dans ce dossier. J'ai modifié le code pour enregistrer quelque chose.

Quelle est la bonne façon de dire à intellij d'inclure le dossier des ressources dans le classpath pour que le fichier de propriétés soit vu ?

Avec Intellij 8, je pouvais deviner comme un singe ivre et finalement réussir à faire fonctionner le système. J'ai maintenant 9 et je n'y arrive pas du tout. Cela fait une heure que j'essaie. Je déteste vraiment cette partie d'Intellij. Que diriez-vous d'une option "Add to classpath" quelque part ? /fume /vent /rant

Answer 1

Essayez ça :

• Allez à la structure du projet.
• Sélectionnez votre module.
• Trouvez le dossier dans l'arbre à droite et sélectionnez-le.
• Cliquez sur le bouton Sources au-dessus de cette arborescence (avec le dossier bleu) pour faire de ce dossier un dossier de sources.

Answer 2

En fait, vous avez au moins 2 façons de le faire, la première est décrite par ColinD, vous configurez simplement le dossier "resources" comme dossier Sources dans IDEA. Si le dossier Modèles de ressources contient l'extension de votre ressource, alors il sera copié dans le répertoire de sortie lorsque vous Faire le projet et le répertoire de sortie sont automatiquement un classpath de votre application.

Une autre méthode courante consiste à ajouter directement le dossier "resources" au classpath. Allez à Structure du projet | Modules | Votre module | Dépendances cliquez Ajouter , Bibliothèque de modules à entrée unique spécifiez le chemin d'accès au dossier "ressources".

Une autre solution encore serait de mettre le log4j.properties directement sous le Source Root de votre projet (dans le répertoire du package par défaut). C'est la même chose que la première méthode, sauf que vous n'avez pas besoin d'ajouter une autre racine source dans le module. Chemins d'accès le fichier sera copié dans le répertoire de sortie sur Make.

Si vous souhaitez tester avec différentes configurations de log4j, il peut être plus facile de spécifier un fichier de configuration personnalisé directement dans le champ Configuration Run/Debug , Paramètres VM classé comme tel :

-Dlog4j.configuration=file:/c:/log4j.properties .

Answer 3

J'ai le même problème et cela m'agace énormément !

J'ai toujours pensé que je devais faire comme la réponse 2. Cela fonctionnait dans Intellij 9 (j'utilise maintenant 10).

Cependant, j'ai découvert que l'ajout de ces lignes à mon fichier maven pom aide :

<build>
  ...
  <resources>
    <resource>
      <directory>src/main/resources</directory>
    </resource>
  </resources>
  ...
</build>

Answer 4

J'ai rencontré un problème similaire en ajoutant des fichiers avec des extensions .ini au classpath. J'ai trouvé cette réponse, qui consiste à l'ajouter dans Préférences -> Compilateur -> Modèles de ressources -> [...] ;*.ini

[http://www.markhneedham.com/blog/2011/06/09/intellij-adding-resources-with-unusual-extensions-onto-the-classpath/] [1]

Answer 5

Pour ceux d'entre vous qui migrent d'Eclipse vers IntelliJ ou l'inverse, voici une astuce pour travailler avec des fichiers de propriétés ou d'autres fichiers de ressources.

C'est exaspérant (cela m'a coûté toute une soirée pour le découvrir) mais les deux IDE fonctionnent de manière assez différente lorsqu'il s'agit de rechercher des fichiers de ressources/profils lorsque vous voulez les exécuter localement depuis votre IDE ou pendant le débogage. (Le packaging en .jar est également très différent, mais il est mieux documenté).

Supposons que vous ayez une référence de chemin relatif comme ceci dans votre code :

new FileInputStream("xxxx.properties");

(ce qui est pratique si vous travaillez avec des fichiers .properties spécifiques à l'environnement que vous ne voulez pas empaqueter avec votre JAR).

INTELLIJ

(J'utilise la 13.1, mais cela peut être valable pour d'autres versions).

Le fichier xxxx.properties doit se trouver dans le répertoire PARENT de la racine du projet afin d'être récupéré au moment de l'exécution comme ceci dans IntelliJ. (La racine du projet est l'endroit où se trouve le dossier /src).

ECLIPSE

Eclipse est juste heureux quand le fichier xxxx.properties est à la racine du projet lui-même.

Donc IntelliJ s'attend à ce que le fichier .properties soit d'un niveau supérieur à celui d'Eclipse lorsqu'il est référencé de cette façon ! !!

Cela affecte également la façon dont vous devez exécuter votre code lorsque vous avez cette même ligne de code ( new FileInputStream("xxxx.properties") ; ) dans votre .jar exporté. Si vous voulez être agile et ne voulez pas empaqueter le fichier .properties avec votre jar, vous devrez exécuter le jar comme ci-dessous afin de référencer le fichier .properties correctement à partir de la ligne de commande :

JAR EXPORTÉ PAR INTELLIJ

java -cp "/path/to_properties_file/:/path/to_jar/some.jar" com.bla.blabla.ClassContainingMainMethod

JAR EXPORTÉ PAR ECLIPSE

java -jar some.jar

où l'exécutable jar exporté par Eclipse s'attendra à ce que le fichier .properties référencé se trouve au même endroit que le fichier .jar.