Jak uzyskać ścieżkę do katalogu src / test / resources w JUnit?

Wiem, że mogę załadować plik z src / test / resources za pomocą:

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

Ale w jaki sposób można uzyskać pełną ścieżkę do src / test / zasobów katalogu , to znaczy nie chcę, aby załadować plik, po prostu chcę znać ścieżkę katalogu?

Spróbuj pracować z ClassLoaderklasą:

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

A ClassLoaderodpowiada za ładowanie w klasach. Każda klasa ma odniesienie do ClassLoader. Ten kod zwraca a Filez katalogu zasobów. Wywołanie getAbsolutePath()go zwraca wartość absolutną Path.

Javadoc dla ClassLoader: http://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html

Nie musisz zadzierać z modułami ładującymi klasy. W rzeczywistości jest to zły nawyk wchodzenia w to, ponieważ zasoby modułu ładującego klasy nie są obiektami java.io.File, gdy znajdują się w archiwum jar.

Maven automatycznie ustawia bieżący katalog roboczy przed uruchomieniem testów, więc możesz po prostu użyć:

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

resourcesDirectory.getAbsolutePath() zwróci prawidłową wartość, jeśli tego naprawdę potrzebujesz.

Polecam utworzenie src/test/datakatalogu, jeśli chcesz, aby twoje testy miały dostęp do danych przez system plików. To wyjaśnia, co robisz.

Po prostu użyłbym Pathz Java 7

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

Schludnie i czysto!

Jeśli jest to projekt wiosenny, możemy użyć poniższego kodu, aby pobrać pliki z folderu src / test / resource .

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

Mam projekt Maven3 przy użyciu JUnit 4.12 i Java8. Aby uzyskać ścieżkę do pliku o nazwie myxml.xmlunder src/test/resources, robię to z poziomu przypadku testowego:

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

Testowane na Ubuntu 14.04 z IntelliJ IDE. Odnośnik tutaj .

Cała zawartość src/test/resourcesjest kopiowana do target/test-classesfolderu. Aby pobrać plik z zasobów testowych podczas kompilacji maven, musisz załadować go z test-classesfolderu, w ten sposób:

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

Awaria:

1. getClass().getProtectionDomain().getCodeSource().getLocation().toURI()- dam ci URI do target/test-classes.
2. resolve(Paths.get("somefile"))- rozwiązuje someFiledo target/test-classesfolderu.

Oryginalna odpowiedź pochodzi z tego

Istnieją różnice i ograniczenia w opcjach oferowanych przez @Steve C i @ ashosborne1. Uważam, że należy je sprecyzować.

Kiedy możemy użyć File resourcesDirectory = new File("src/test/resources");:?

• 1 Kiedy testy będą przeprowadzane tylko przez maven, ale nie przez IDE.
• 2.1 Kiedy testy będą przeprowadzane przez maven lub
• 2.2 poprzez IDE i tylko jeden projekt jest importowany do IDE. (Używam terminu „zaimportowany”, ponieważ jest on używany w IntelliJ IDEA. Myślę, że użytkownicy Eclipse również importują swój projekt maven). To zadziała, ponieważ katalog roboczy po uruchomieniu testów przez IDE jest taki sam jak twój projekt.
• 3.1 Kiedy testy będą przeprowadzane przez maven lub
• 3.2 poprzez IDE, a więcej niż jeden projekt jest importowany do IDE (gdy nie jesteś studentem, zwykle importujesz kilka projektów) ORAZ przed uruchomieniem testów przez IDE ręcznie konfigurujesz katalog roboczy dla swoich testów. Ten katalog roboczy powinien odnosić się do importowanego projektu zawierającego testy. Domyślnie katalog roboczy wszystkich projektów importowanych do IDE jest tylko jeden. Prawdopodobnie jest to ograniczenie IntelliJ IDEAtylko, ale myślę, że wszystkie IDE działają w ten sposób. Ta konfiguracja, którą należy wykonać ręcznie, wcale nie jest dobra. Praca z kilkoma testami istniejącymi w różnych projektach maven, ale zaimportowana do jednego dużego projektu „IDE”, zmusza nas do zapamiętania tego i nie pozwala się zrelaksować i czerpać przyjemność z pracy.

Rozwiązanie oferowane przez @ ashosborne1 (osobiście wolę ten) wymaga 2 dodatkowych wymagań, które należy spełnić przed uruchomieniem testów. Oto lista kroków, aby użyć tego rozwiązania:

• Utwórz folder testowy („teva”) i plik („readme”) w „src / test / resources /”:

  src / test / resources / teva / readme

  Plik musi zostać utworzony w folderze testowym, w przeciwnym razie nie będzie działać. Maven ignoruje puste foldery.

• Przynajmniej raz buduj projekt przez mvn clean install. Przeprowadzi również testy. Może wystarczyć uruchomienie tylko klasy testowej / metody przez maven bez budowania całego projektu. W rezultacie Twoje zasoby testowe zostaną skopiowane do klas testowych, oto ścieżka:target/test-classes/teva/readme

• Następnie możesz uzyskać dostęp do folderu za pomocą kodu, który jest już oferowany przez @ ashosborne1 (przepraszam, że nie mogłem poprawnie edytować tego kodu na tej liście elementów):

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

Teraz możesz uruchomić test za pomocą IDE tyle razy, ile chcesz. Dopóki nie uruchomisz mvn clean. Opuści folder docelowy.

Aby utworzyć plik w folderze testowym i uruchomić maven po raz pierwszy, przed uruchomieniem testów za pomocą IDE potrzebne są kroki. Bez tych kroków, jeśli tylko w swoim IDE utworzysz zasoby testowe, a następnie napisz test i uruchom go tylko za pomocą IDE, pojawi się błąd. Uruchamianie testów za pośrednictwem mvn kopiuje zasoby testowe do target / test-klas / teva / readme i stają się one dostępne dla modułu ładującego klasy.

Możesz zapytać, dlaczego potrzebuję importować więcej niż jeden projekt maven do IDE i dlaczego tak wiele skomplikowanych rzeczy? Dla mnie jedna z głównych motywacji: trzymanie plików związanych z IDA z dala od kodu. Najpierw tworzę nowy projekt w moim IDE. To fałszywy projekt, który jest po prostu posiadaczem plików związanych z IDE. Następnie importuję już istniejące projekty maven. Zmuszam te importowane projekty do przechowywania plików IDEA tylko w moim oryginalnym fałszywym projekcie. W rezultacie nie widzę plików związanych z IDE wśród kodu. SVN nie powinien ich widzieć (proszę nie oferować konfiguracji svn / git do ignorowania takich plików, proszę). Jest to również bardzo wygodne.

Najprostsze i czyste rozwiązanie, z którego korzystam, załóżmy, że nazwa klasy testowej to TestQuery1i resourceskatalog zawiera testfolder w następujący sposób:

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

Aby uzyskać identyfikator URI TestQuery1do:

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

Aby uzyskać identyfikator URI jednego z plików TestQuery1, wykonaj:

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

Nie można używać pliku z folderu zasobów do testów w typowym przypadku. Powodem jest to, że pliki zasobów w folderze zasobów są przechowywane w słoiku. Więc nie mają prawdziwej ścieżki w systemie plików.

Najprostszym rozwiązaniem może być:

1. Skopiuj plik z zasobów do folderu tymczasowego i uzyskaj ścieżkę do tego pliku tymczasowego.
2. Wykonuj testy przy użyciu tymczasowej ścieżki.
3. Usuń plik tymczasowy.

TemporaryFolderfrom JUnitmoże służyć do tworzenia plików tymczasowych i usuwania ich po zakończeniu testu. Klasy z guavabiblioteki służą do kopiowania folderu zasobów formularza pliku.

Zauważ, że jeśli użyjemy podfolderu w folderze zasobów, takiego jak goodjeden, nie musimy dodawać prowadzącego /do ścieżki zasobów.

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;
    }

}

Wykonaj następujące czynności, aby wstrzyknąć Hibernację ze sprężyną do testów jednostkowych:

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

Jeśli nie masz hibernate.cfg.xmlprezentu w src/test/resourcesfolderze, automatycznie wróci do src/main/resourcesfolderu w folderze.

Użyj .getAbsolutePath () na swoim obiekcie File.

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

Dzięki Spring możesz łatwo odczytać go z folderu zasobów (main / resources lub test / resources):

Na przykład utwórz plik: 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);