#Java get file path of current class full

Verify(jarFilePathResolver, times(1)).byGetResource(Ascii.class) getPath (): This file path method returns the abstract pathname as String. String jarPath = jarFilePathResolver.getJarFilePath(Ascii.class) Java File Path java.io.File contains three methods for determining the file path, we will explore them in this tutorial. This is essentially the pathname passed to the File constructor.

#Java get file path of current class full

So lets start with this method to resolve the full path of the corresponding JAR file finally. Simply put, getPath () returns the String representation of the files abstract pathname. We know that we call the Class.getResource () method to get the URL object of the resource of the class. Of course, if byGetProtectionDomain() throws SecurityException, the two methods will be called once: when(GetProtectionDomain(Ascii.class)).thenThrow(new SecurityException('not allowed')) Next, lets see another approach to get the JAR files full path. Verify(jarFilePathResolver, never()).byGetResource(Ascii.class) Īs the code above shows, apart from testing whether the path is valid, we also verify that if we can get the JAR file's path by the byGetProtectionDomain() method, the byGetResource() method should never be called. Verify(jarFilePathResolver, times(1)).byGetProtectionDomain(Ascii.class) After that we told the program to search for paths using get.Class().getResource. Next, let's first test the scenario that the getProtectionDomain() method doesn't throw a SecurityException: String jarPath = jarFilePathResolver.getJarFilePath(Ascii.class) ĪssertThat(jarPath).endsWith('.jar').contains('guava') In this example we first created a line which is used later in the program. To simulate byGetProtectionDomain() throwing SecurityException in our local development environment, let's add Mockito dependency and partially mock the JarFilePathResolver using the annotation: JarFilePathResolverUnitTest jarFilePathResolver