Додайте файл властивостей до класного шляху IntelliJ

Я запускаю просту програму Java з IDE IntelliJ, використовуючи меню Run-> Run. Це чудово працює. Тепер я хочу додати журнал log4j.

Я додав папку ресурсів під корінь проекту. Я додав файл log4j.properties у цю папку. Я змінив код, щоб щось записати.

Який правильний спосіб сказати IntelliJ включити папку ресурсів у classpath, щоб побачити файл властивостей?

З IntelliJ 8 я міг здогадатися, як п'яна мавпа, і врешті-решт змусив її працювати. Зараз у мене 9, і я цілком невдалий. Я намагався протягом години. Як щодо опції "Додати в класний шлях" десь? / дим / вентиляція / рент

Спробуйте це:

• Перейдіть до структури проекту.
• Виберіть модуль.
• Знайдіть папку в дереві праворуч і виберіть її.
• Натисніть кнопку Джерела над цим деревом (із синьою папкою), щоб зробити цю папку джерелом папки.

Насправді у вас є щонайменше два способи це зробити, перший спосіб описаний ColinD, ви просто налаштовуєте папку "ресурси" як папку "Джерела" в IDEA. Якщо Patterns Ресурс містить розширення вашого ресурсу, то він буде скопійований в вихідний каталог , коли ви Make проект і вихідний каталог автоматично є шлях до класів додатки.

Ще один поширений спосіб - безпосередньо додати папку "ресурси" до класного шляху. Перейти до структури проекту | Модулі | Ваш модуль | Залежності , натисніть Додати , бібліотека модулів з одним входом , вкажіть шлях до папки "ресурси".

Ще одне рішення - поставити файл log4j.properties безпосередньо під вихідний корінь вашого проекту (у каталог пакунків за замовчуванням). Це те саме, що перший спосіб, за винятком того, що вам не потрібно додавати інший вихідний корінь у налаштуваннях модулів Шляхи , файл буде скопійовано у вихідний каталог у Make.

Якщо ви хочете протестувати різні конфігурації log4j, можливо, буде простіше вказати користувальницький файл конфігурації безпосередньо в конфігурації Run / Debug , параметри VM, подані як:

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

У мене така ж проблема, і це мене дуже дратує !!

Я завжди вважав, що мене хочу зробити як відповідь 2. Це працювало в Intellij 9 (зараз він використовує 10).

Однак я зрозумів, що додавання цих рядків до мого файлу Pom Maven допомагає:

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

Я витратив досить багато часу, розгадуючи, як це зробити в Intellij 13x. Я, мабуть, ніколи не додавав файли властивостей до артефактів, які потребували їх, що є окремим кроком в Intellij. Налаштування нижче, також працює, коли у вас є файл властивостей, який спільний для декількох модулів.

• Перейдіть до налаштування проекту (CTRL + ALT + SHIFT + S)
• У списку виберіть модуль, до якого потрібно додати один або кілька файлів властивостей.
• Праворуч виберіть вкладку Залежності.
• Клацніть зелений плюс і виберіть "Банки або каталоги".
• Тепер виберіть папку, яка містить файли властивостей. (Я не намагався включати окремий файл)
• Тепер Intellij запитає вас, що таке "категорія" обраного файлу. Виберіть "класи" (навіть якщо їх немає).
• Тепер ви повинні додати файли властивостей до артефакту. Intellij надасть вам ярлик, показаний нижче. Він відобразить помилки в червоній частині внизу та "червоній лампочці", яка при натисканні показує вам можливість додати файли до артефакту. Ви також можете перейти до розділу "артефакти" та додати файли до артефактів вручну.

Зіштовхнувся з подібним завданням, додавши файли з розширеннями .ini на класний шлях. Знайшов цю відповідь , яка полягає в тому, щоб додати її до Налаштування -> Компілятор -> Шаблони ресурсів -> [...]; *. Ini

Якщо у вас коли-небудь трапляється така ж проблема зі Scala та SBT:

• Перейдіть до структури проекту. Ярлик: (CTRL + ALT + SHIFT + S)

• У крайньому лівому списку виберіть Налаштування проекту> Модулі

• У списку модулів праворуч від цього виберіть модуль назви вашого проекту (без збірки) та виберіть вкладку джерела

• У середині розгорніть папку, котра для мене корінь вашого проекту /home/<username>/IdeaProjects/<projectName>

• Подивіться на розділ «Корінь вмісту» з правого боку, червоні контури - це каталоги, які ви не зробили. Ви хочете помістити файл властивостей у каталог ресурсів. Тому я створив src/main/resourcesі поклав у неї log4j.properties. Я вважаю, ви також можете змінити корінь вмісту, щоб розмістити його куди завгодно (я цього не робив).

• Я запустив свій код із конфігурацією SBT, і він знайшов мій файл log4j.properties.

Для тих із вас, хто переходить з Eclipse до IntelliJ або навпаки, є порада при роботі з файлами властивостей або іншими файлами ресурсів.

Його божевілля (коштувало цілий вечір, щоб дізнатися), але робота обох IDE зовсім інша, коли справа стосується пошуку файлів ресурсів / експертних даних, коли ви хочете запустити локально зі свого IDE або під час налагодження. (Упаковка до .jar теж зовсім інша, але це документально краще.)

Припустимо, у вашому коді є такий відносний напрямок шляху:

new FileInputStream("xxxx.properties");

(що зручно, якщо ви працюєте з env-специфічними .properties файлами, які ви не хочете упаковувати разом зі своїм JAR)

INTELLIJ

(Я використовую 13.1, але може бути дійсним для інших версій)

Файл xxxx.properties повинен знаходитися в РІЗНІЙ РІР проекту ROOT, щоб його можна було отримати під час виконання, як це в IntelliJ. (Проект ROOT - це місце, де знаходиться папка / src)

ECLIPSE

Eclipse просто щасливий, коли файл xxxx.properties знаходиться в самому проекті ROOT.

Тож IntelliJ очікує, що файл .properties буде на 1 рівень вищим за Eclipse, коли на нього посилається такий !!

Це також впливає на те, як ви повинні виконати свій код, коли у вашому експортованому .jar є такий самий рядок коду (новий FileInputStream ("xxxx.properties");). Коли ви хочете бути спритними і не хочете упакувати файл .properties з вашою банку, вам доведеться виконати jar, як показано нижче, щоб правильно вказати файл .properties з командного рядка:

ІНТЕЛЛІЙ ЕКСПОРТУВАНИЙ ЖАР

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

ECLIPSE EXPORT JAR

java -jar some.jar

де експортований виконуваний jar Eclipse просто очікує, що посилається файл .properties буде в тому самому місці, де і файл .jar

Можливо, це трохи поза темою, оскільки, на запитання вже відповіли, але я відчув подібну проблему. У моєму випадку лише деякі тестові ресурси блоку були скопійовані у папку виводу при компіляції. Мою persistent.xml у папці META-INF скопійовано, але нічого іншого .

Врешті-решт я "вирішив" проблему, перейменувавши проблемні файли, перебудувавши проект, а потім змінивши імена файлів назад у вихідні. Не питайте мене, чому це спрацювало, але так і було. Я найкраще здогадуюсь, що якимось чином мій проект IntelliJ трохи не синхронізувався з файловою системою, і операція перейменування спричинила якийсь внутрішній "пересканування ресурсів".

Це одна з німих помилок, які я допустив. Я витратив багато часу, намагаючись налагодити цю проблему, і спробував усі відповіді, розміщені вище, але врешті-решт це була одна з моїх безлічі німих помилок.

Я використовував org.apache.logging.log4j.Logger(: fml :), тоді як я повинен був використовувати org.apache.log4j.Logger. Використання цього правильного реєстратора врятувало мій вечір.

У мене була схожа проблема з файлом log4j.xml для одиничного тесту, зробив усе вищезазначене. Але я зрозумів, що це було тому, що я повторно запускав невдалий тест .... якщо я повторно запускаю весь тестовий клас, підбирається правильний файл. Це під Intelli-j 9.0.4