我有一个Swing应用程序,我正在尝试打包在一个可运行的JAR文件中。其DAO功能的一部分是以CSV格式读取和写入src/main/resources/dictData.dat
我的问题是,每当我尝试运行jar时,我都会
java.io.FileNotFoundException: file:/Users/jason/projects/test-dict/target/
dictionary-jar-with-dependencies.jar!/dictData.dat
(No such file or directory)
从命令行。这是通过mvn package
和maven-assembly-plugin
规范
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4.1</version>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifest>
<mainClass>com.test.dictionary.init.AppInit</mainClass>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
我有一个FileIO类实现来处理对文件的读取和写入。
public class FileIO implements IO{
private static final String DICTIONARYFILE = "dictData.dat";
private File dataFile;
private Writer dataWriter;
private Reader dataReader;
@Override
public Map<String, Word> loadDataFile(){
ClassLoader classLoader = getClass().getClassLoader();
Map<String, Word> dictMap = new HashMap<>();
try {
//Open file connection and read stream
dataFile = new File(classLoader.getResource(DICTIONARYFILE).getFile());
dataReader = new FileReader(dataFile);
//CSV parsing code here
} catch (NullPointerException | IOException | NumberFormatException e){
e.printStackTrace();
}
}
}
我只在执行
时遇到此错误java -jar dictionary-jar-with-dependencies.jar
在/Users/jason/projects/test-dict/target/
内。如果我通过IDE运行,我没有错误。
事情是,我可以通过dictData.dat
在jar的末尾看到vim dictionary-jar-with-dependencies.jar
:
...
...
com/test/dictionary/utils/FileIO.class
com/test/dictionary/utils/HttpUtils.class
com/test/dictionary/utils/IO.class
dictData.dat
META-INF/maven/com.test/
META-INF/maven/com.test/dictionary/
META-INF/maven/com.test/dictionary/pom.xml
META-INF/maven/com.test/dictionary/pom.properties
因此,如果没有将数据文件移动到test-dict/com/text/dictionary/data
位置,我该如何解决此问题?
答案 0 :(得分:4)
您无法将classLoader.getResource(DICTIONARYFILE)
返回的URL转换为文件名,因为应用程序资源通常不是实际文件。即使你可以,URL.getFile()
是错误的做法。请改用:
URL dataFile = classLoader.getResource(DICTIONARYFILE);
dataReader = new InputStreamReader(dataFile.openStream());
详细说明:
当你的程序从.jar文件(几乎所有程序都在运行,除了在某些开发环境中)运行时,Class.getResource和ClassLoader.getResource方法返回一个URL,它是一个 jar URL 。 jar URL是具有以下格式的特定于Java的URL方案:
jar:
网址的-jar文件!
路径的-JAR-条目
在您的情况下,.jar文件位于/Users/jason/projects/test-dict/target/dictionary-jar-with-dependencies.jar
。在网址表单中,即file:/Users/jason/projects/test-dict/target/dictionary-jar-with-dependencies.jar
。
您请求的jar文件中的条目/dictData.dat
。因此,getResource
调用返回的网址为:
jar:file:/Users/jason/projects/test-dict/target/dictionary-jar-with-dependencies.jar!/dictData.dat
URL.getFile()
没有按照您的想法行事。特别是,URL.getFile()
不会将URL转换为文件名。它只返回URL的路径部分。路径部分不是文件名;它只是URL的任何部分出现在scheme / authority / host / port之后,直到第一个问号('?')或hash('#')。
对于jar URL,路径部分是4个字符jar:
之后的所有内容。所以你有效地调用了new File("file:/Users/jason/projects/test-dict/target/dictionary-jar-with-dependencies.jar!/dictData.dat")
。
要从URL读取,您不应尝试将其转换为文件,并且您不应假设该URL是文件:URL。如你所见,它往往不是。请从URL的openStream()
方法返回的InputStream中读取。
如果您想知道为什么名为“getFile”的方法实际上没有返回文件,原因是java.net.URL是一个非常古老的类。它存在于Java 1.0中,早在90年代中期。那时,大多数网址确实指向物理文件,尤其是ftp:
网址,这些网址仍然比http:
网址更常见。 java.net.URI类更新,使用更准确的术语。 (每个URL也是一个URI。)