所以我一直在高低寻找答案,显然没有找到满意的答案.
问题是我想在JAR中更新JAR(或任何文件),但是文件位于文件夹结构中,我希望避免在JAR之外再现,以便我可以更新它.
例:
Foo.jar (root directory)
/
|->/folder1
|
|->/folder2
|
|->/foo
|
|-->/bar
|
|---->/baz
|
|------>file_to_update.jar
Run Code Online (Sandbox Code Playgroud)
所以,如果我想使用jar命令更新它,我必须首先在JAR之外创建相同的文件夹结构然后执行
jar -uf Foo.jar -C foo/bar/baz/file_to_update.jar
Run Code Online (Sandbox Code Playgroud)
但是我想避免创建这个文件夹结构,因为对于某些文件它可能非常深,而且因为我可能需要更新整个容器JAR中的选定文件,所以我不想创建具有特定结构的这么多文件夹所以jar命令可以更新它们.
换句话说,我想告诉jar命令使用特定源目录中的特定源文件更新特定目标目录中的特定目标文件.
就是这样的
jar -uf Foo.jar -sourceFile /x/y/z/filetoupdate -destFile /a/b/c/filetoupdate
Run Code Online (Sandbox Code Playgroud)
(我知道这种语法不起作用,只是为了举例说明我的需要).
可以这样做吗?当jar命令可以找到匹配的东西时,我绝对需要模仿整个文件夹结构,因为我可能需要更新文件夹结构中100个文件夹深度的文件,这对我来说非常奇怪..仅仅为了更新文件而重现过于复杂.
此外,我知道可以使用常规的ZIP实用程序,但是我在Linux中可用的那个实际上并没有更新文件,即使它说它已经完成(重新打开jar时,它的旧版本完好无损),现在我不能去寻找另一个(公司政策,没时间,测试问题,你的名字).
最后,如果我可以从命令行执行此操作,则意味着我可以创建批处理文件来更新大量特定文件,而无需创建文件夹结构.
我忘了说我也想避免不得不解开,更新,重新调整整个事情,因为这个JAR可以上升到2GB,所以这需要一段时间来做到这一点,基本上,添加一点资源文件到我的巨大的JAR.
非常感谢任何帮助!
Ami*_*rma 51
作为公认的答案已经指出的那样,你不能使用既没有zip,也不是jar命令插入一个特定的文件在文件系统上的压缩文件中的特定目录.
但是有这种解决方法,简而言之,首先在压缩文件中提取特定文件,您可以更新它,然后将其放回压缩文件中:
1.提取单个文件:
考虑一个包含以下内容的jar
$ jar tvf foo.jar
0 Thu Jan 10 00:05:06 IST 2013 META-INF/
68 Thu Jan 10 00:05:06 IST 2013 META-INF/MANIFEST.MF
0 Thu Jan 10 00:04:30 IST 2013 x/
0 Thu Jan 10 00:07:36 IST 2013 x/b/
9 Thu Jan 10 00:07:36 IST 2013 x/b/hello.txt
0 Thu Jan 10 00:04:30 IST 2013 x/a/
Run Code Online (Sandbox Code Playgroud)
要仅提取hello.txt,您必须提供文件到提取的完全限定路径.Jar也会创建适当的文件夹.
示例:
$ jar xvf foo.jar x/b/hello.txt
inflated: x/b/hello.txt
$ tree x/
x
??? b
??? hello.txt
1 directory, 1 file
Run Code Online (Sandbox Code Playgroud)
2.更新单个文件
例:
$ jar vfu foo.jar x/
adding: x/(in = 0) (out= 0)(stored 0%)
adding: x/b/(in = 0) (out= 0)(stored 0%)
adding: x/b/hello.txt(in = 23) (out= 11)(deflated 52%)
Run Code Online (Sandbox Code Playgroud)
3.我尝试过哪个版本的jar?
我jar在Fedora 17上使用了JDK 7.
我已经验证了这里提到的所有步骤.希望这可以帮助.
4129445:在Sun/Oracle错误数据库中逐步更新ZIP文件的API要求在java api中实现此功能.
来自评估:
"很容易同情那些希望修复这个bug的人.也许更容易同情那些无意中覆盖已经被正在运行的JVM使用的JAR文件的人."
和
"如果jar和zip API从第一天开始就允许使用可变的zip文件就好了.但是在这一点上,添加来自Java的jar和zip文件的可变性(或者更确切地说,增加变异的容易性)似乎可能会引入更难以调试的问题."