Як отримати шлях до каталогу src / test / ресурси в JUnit?

Я знаю, що можу завантажити файл з src / test / ресурси за допомогою:

getClass().getResource("somefile").getFile()

Але як я можу отримати повний шлях до каталогу src / test / resources , тобто я не хочу завантажувати файл, я просто хочу знати шлях до каталогу?

Спробуйте працювати з ClassLoaderкласом:

ClassLoader classLoader = getClass().getClassLoader();
File file = new File(classLoader.getResource("somefile").getFile());
System.out.println(file.getAbsolutePath());

A ClassLoaderвідповідає за завантаження в класах. У кожному класі є посилання на а ClassLoader. Цей код повертає a Fileз каталогу ресурсів. Заклик getAbsolutePath()до нього повертає свій абсолют Path.

Javadoc для ClassLoader: http://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html

Вам не потрібно возитися з навантажувачами класу. Насправді, це погана звичка потрапляти, тому що ресурси завантажувача класів не є java.io.File об'єкти, коли вони знаходяться в архіві jar.

Maven автоматично встановлює поточний робочий каталог перед запуском тестів, так що ви можете просто використовувати:

    File resourcesDirectory = new File("src/test/resources");

resourcesDirectory.getAbsolutePath() поверне правильне значення, якщо саме це вам і справді потрібно.

Я рекомендую створити src/test/dataкаталог, якщо ви хочете, щоб ваші тести мали доступ до даних через файлову систему. Це дає зрозуміти, що ви робите.

Я просто використовую Pathз Java 7

Path resourceDirectory = Paths.get("src","test","resources");

Охайно і чисто!

Якщо це весняний проект, ми можемо використовувати код нижче, щоб отримати файли з папки src / test / resource .

File file = ResourceUtils.getFile(this.getClass().getResource("/some_file.txt"));

У мене є проект Maven3 за допомогою JUnit 4.12 та Java8. Для того , щоб отримати шлях до файлу під назвою myxml.xmlпід src/test/resources, я роблю це всередині тесту:

@Test
public void testApp()
{
    File inputXmlFile = new File(this.getClass().getResource("/myxml.xml").getFile());
    System.out.println(inputXmlFile.getAbsolutePath());
    ...
}

Тестовано на Ubuntu 14.04 за допомогою IntelliJ IDE. Довідка тут .

Весь вміст у програмі src/test/resourcesкопіюється у target/test-classesпапку. Отже, щоб отримати файл з тестових ресурсів під час створення Maven, ви повинні завантажити його з test-classesпапки, наприклад:

Paths.get(
    getClass().getProtectionDomain().getCodeSource().getLocation().toURI()
).resolve(
    Paths.get("somefile")
).toFile()

Зламатися:

1. getClass().getProtectionDomain().getCodeSource().getLocation().toURI()- дати вам URI target/test-classes.
2. resolve(Paths.get("somefile"))- вирішує someFileв target/test-classesпапку.

Оригінал anwser узятий з цього

Існують відмінності та обмеження у варіантах, пропонованих @Steve C та @ ashosborne1. Вони повинні бути визначені, я вважаю.

Коли ми можемо використовувати File resourcesDirectory = new File("src/test/resources");:?

• 1 Коли тести будуть проводитися тільки через Maven, але не через IDE.
• 2.1 Коли тести будуть проводитися через Maven або
• 2.2 через IDE, і лише один проект імпортується в IDE. (Я використовую "імпортний" термін, тому що він використовується в IntelliJ IDEA. Я думаю, що користувачі eclipse також імпортують свій проект Maven). Це спрацює, тому що робоча директорія, коли ви запускаєте тести через IDE, така сама, як і ваш проект.
• 3.1 Коли тести будуть проводитися через Maven або
• 3.2 через IDE, і більше ID проектів імпортується в IDE (коли ви не студент, ви зазвичай імпортуєте кілька проектів) І перед тим, як запустити тести через IDE, ви вручну налаштовуєте робочий каталог для своїх тестів. Цей робочий каталог повинен посилатися на ваш імпортований проект, який містить тести. За замовчуванням робочий каталог усіх проектів, імпортованих у IDE, є лише одним. Можливо, це обмеження IntelliJ IDEAлише, але я думаю, що всі ІДЕ працюють так. І ця конфігурація, яку треба робити вручну, зовсім не є хорошою. Працюючи з декількома тестами, що існують у різних проектах Maven, але імпортовані в один великий проект “IDE”, змушують нас пам’ятати про це і не дозволяють розслабитися та отримати задоволення від вашої роботи.

Рішення, пропоноване @ ashosborne1 (особисто я віддаю перевагу цьому), вимагає 2 додаткових вимог, які необхідно виконати перед запуском тестів. Ось перелік етапів використання цього рішення:

• Створіть тестову папку ("teva") та файл ("readme") всередині "src / test / ресурси /":

  src / тест / ресурси / teva / readme

  Файл повинен бути створений у тестовій папці, інакше він не працюватиме. Мейвен ігнорує порожні папки.

• Принаймні один раз створити проект через mvn clean install. Він також запустить тести. Можливо, буде достатньо запустити лише ваш тестовий клас / метод через maven, не будуючи цілого проекту. В результаті ваші тестові ресурси будуть скопійовані в тестові класи, ось такий шлях:target/test-classes/teva/readme

• Після цього ви можете отримати доступ до папки за допомогою коду, який уже запропонував @ ashosborne1 (Вибачте, що я не зміг правильно відредагувати цей код у цьому списку елементів):

public static final String TEVA_FOLDER = "teva"; ... 
URL tevaUrl = YourTest.class.getClassLoader().getResource(TEVA_FOLDER); 
String tevaTestFolder = new File(tevaUrl.toURI()).getAbsolutePath();

Тепер ви можете запустити свій тест через IDE стільки разів, скільки захочете. Поки ви не запустите mvn чистим. Це випаде цільову папку.

Створення файлу всередині тестової папки та запуску програми Maven вперше, перш ніж запускати тести через IDE, необхідні кроки. Без цих кроків, якщо ви просто у вашій IDE створюєте тестові ресурси, потім пишете тест і запускаєте його лише через IDE, ви отримаєте помилку. Запуск тестів через mvn копіює тестові ресурси в target / test-класи / teva / readme, і вони стають доступними для завантажувача класів.

Ви можете запитати, навіщо мені потрібно імпортувати більше одного проекту Maven в IDE і чому так багато складних речей? Для мене одна з головних мотивацій: тримати файли, пов'язані з IDA, далеко від коду. Спочатку я створюю новий проект у своєму IDE. Це підроблений проект, який є лише власником файлів, пов'язаних з IDE. Потім я імпортую вже існуючі проекти Maven. Я змушую ці імпортовані проекти зберігати файли IDEA лише в моєму первісному підробленому проекті. Як результат, я не бачу серед коду файлів, пов'язаних з IDE. SVN не повинен їх бачити (не пропонуйте налаштувати svn / git на ігнорування таких файлів, будь ласка). Також це дуже зручно.

Найпростішим і чистим рішенням, яке я використовую, припустимо, назва тестового класу є TestQuery1і resourcesу вашій testпапці є такий каталог :

├── java
│   └── TestQuery1.java
└── resources
    └── TestQuery1
        ├── query.json
        └── query.rq

Щоб отримати URI, TestQuery1виконайте такі дії:

URL currentTestResourceFolder = getClass().getResource("/"+getClass().getSimpleName());

Щоб отримати URI одного з файлів TestQuery1, виконайте:

File exampleDir = new File(currentTestResourceFolder.toURI());
URI queryJSONFileURI = exampleDir.toURI().resolve("query.json");

Ви не можете використовувати файл із папки ресурсів для тестів у звичайному випадку. Причина полягає в тому, що файли ресурсів у папці ресурсів зберігаються всередині банку. Таким чином, вони не мають реального шляху у файловій системі.

Найбільш простим рішенням може бути:

1. Скопіюйте файл із ресурсів у тимчасову папку та знайдіть шлях до цього тимчасового файлу.
2. Робіть тести, використовуючи тимчасовий шлях.
3. Видаліть тимчасовий файл.

TemporaryFolderfrom JUnitможе бути використаний для створення тимчасових файлів та видалення після тестування. Класи з guavaбібліотеки використовуються для копіювання папки ресурсів форми файлу.

Будь ласка, зауважте, що якщо ми використовуємо підпапку в папці ресурсів, як goodодну, нам не доведеться додавати ведучі /до шляху ресурсу.

public class SomeTest {

    @Rule
    public TemporaryFolder tmpFolder = new TemporaryFolder();


    @Test
    public void doSomethinge() throws IOException {
        File file = createTmpFileFromResource(tmpFolder, "file.txt");
        File goodFile = createTmpFileFromResource(tmpFolder, "good/file.txt");

        // do testing here
    }

    private static File createTmpFileFromResource(TemporaryFolder folder,
                                                  String classLoaderResource) throws IOException {
        URL resource = Resources.getResource(classLoaderResource);

        File tmpFile = folder.newFile();
        Resources.asByteSource(resource).copyTo(Files.asByteSink(tmpFile));
        return tmpFile;
    }

}

Використовуйте наступне, щоб ввести в сплячку зі сплячкою Spring у ваших тестах:

@Bean
public LocalSessionFactoryBean getLocalSessionFactoryBean() {
    LocalSessionFactoryBean localSessionFactoryBean = new LocalSessionFactoryBean();
    localSessionFactoryBean.setConfigLocation(new ClassPathResource("hibernate.cfg.xml"));
    localSessionFactoryBean.setPackagesToScan("com.example.yourpackage.model");
    return localSessionFactoryBean;
}

Якщо у вас немає hibernate.cfg.xmlподарунка у вашій src/test/resourcesпапці, він автоматично повернеться до src/main/resourcesпапки у вашій папці.

Використовуйте .getAbsolutePath () на своєму об'єкті File.

getClass().getResource("somefile").getFile().getAbsolutePath()

З Spring ви можете легко прочитати його з папки ресурсів (або основні / ресурси, або тест / ресурси):

Наприклад, створіть файл: test/resources/subfolder/sample.json

@Test
public void testReadFile() {
    String json = this.readFile("classpath:subfolder/sample.json");
    System.out.println(json);
}

public String readFile(String path) {
    try {
        File file = ResourceUtils.getFile(path);
        return new String(Files.readAllBytes(file.toPath()));
    } catch (IOException e) {
        e.printStackTrace();
    }

    return null;
}

List<String> lines = Files.readAllLines(Paths.get("src/test/resources/foo.txt"));
lines.forEach(System.out::println);