How to deal with relative path in Junits between M

2019-03-08 05:44发布

问题:

I have a maven project with a module

/myProject
pom.xml
    /myModule
    pom.xml
       /foo
       bar.txt

Consider a Junit in myModule which needs to open bar.txt, with maven the basedir is the module directory.

So to open the file bar.txt :

  new File("foo/bar.txt")

This works well when you execute mvn test BUT when you launch the same junit in intellij, it fails because Intellij sets the basedir in the project directory, not the module directory.

Intellij tries to open myProject/foo/bar.txt instead of myProject/myModule/foo/bar.txt

Is there a way to deal with that ?

回答1:

If you want to keep your code, you can try to change the working directory in the run/debug configuration (first entry in the combo box giving access to what you want to run) Set this to your module root. But prefer the other suggested approach:

ClassLoader.getSystemResourceAsStream(youPath) 

Or my preferred:

getClass.getResource(youPath)

or

getClass.getResourceAsStream(youPath)

A leading '/' in path indicates the working dir of your project, while no '/' indicates a relative dir to current class.

I use this last solution for my tests: I put my test data resources at the same package level as the test source, or in a subdir to avoid too messy package.

This way I can do a simple call without complicated path and without having to deal with working directory:

project-root  
  - module A  
    - src  
      - test
        - rootfile.txt  
        - my-complicated-package-naming-root
          - mypackage
            - Test.java
            - testResource.xml  

I can get the files this way:

final URL rootfile= Test.class.getResource("/rootfile.txt");
final URL testResource= Test.class.getResource("testResource.xml");


回答2:

Solution inspired by Guillaume :

In Run->Edit configuration->Defaults->JUnit->Working directory set the value $MODULE_DIR$ and Intellij will set the relative path in all junits just like Maven.



回答3:

a) Don't use Files, use InputStreams. get your InputStream via

ClassLoader.getSystemResourceAsStream("foo/bar.xml")

Most APIs that deal with Files are happy with InputStreams as well.

b) Don't use foo directories, use directories both maven and your IDE know about (i.e. put them in src/main/resources or src/test/resources, so they are on the Class Path)

c) If you have an API that absolutely needs a File, not an InputStream, you can still do

new File(ClassLoader.getSystemResource("foo/bar.xml").toURI())


回答4:

You can specify the working directory for the test runner in the Run/Debug Configurations window:



回答5:

Solution from @tbruyelle works if you keep your project files(.idea) in the same directory as the source code. If you choose Keep Project files in ... in a different location, then $MODULE_DIR$ is trying to look up in the workspace directory and the paths cannot be found. This looks like a bug on IntelliJ, hope they fix it soon.

Workaround: You can specify absolute / relative path of the maven module in working directory

$MODULE_DIR$/../master/mavenmodule1

$MODULE_DIR$: points to workspace directory
../: relative path to source code
master: root directory of your source code
mavenmodule1: maven module name / directory name of the child module.

For multi module maven project you don't have a choice, you need to have a different run configurations pointing to that module. I wish there is another variable that points just to the $MAVEN_MODULE$ ($MODULE_DIR$/../master/$MAVEN_MODULE$) so we can use this configuration for all modules. For the above example, $MAVEN_MODULE$ will be substituted with mavenmodule1