博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于在打包Jar文件时遇到的资源路径问题(二)
阅读量:5014 次
发布时间:2019-06-12

本文共 2285 字,大约阅读时间需要 7 分钟。

在关于中,以及描述了当资源与可执行JAr分离时的资源路径代码的编写问题,后来想了想,为什么将《Java核心技术卷一》中的程序10-1即ResourceTest的Jar文件放在任何地方都可以执行呢?

图:将原本一起放入目录中的Jar放到桌面上,点击依然能执行

于是我将这个Jar包进行解压,发现在这个包中依然有资源,这就说明了这个包在脱离了原先目录而执行时,依据的资源路径应该是在自己的Jar包中。(至于这个Jar在原先目录时是根据自己包中的资源还是目录中的资源我并不清楚,因为按照在关于在打包Jar文件时遇到的资源路径问题(一)所描述的,在同一目录下的资源能作为URL传递进去也是可以解释的)

   解压之后:------>     

 

接下来的问题就是如何在打包的时候将资源也一同打包进Jar包中

方法(一) : 在cmd中使用 jar cvf *.class *.gif 或者后面再接别的资源类型的通配符格式,然后再使用 java -jar XXX.jar 。

方法(二) : 使用Eclipse方式如何操作呢:

    方法:将资源或者包含资源的文件目录放入项目文件夹中的某个文件夹,这里又有两种方式可以放置:

首先注意一点:打包时只有在项目文件下的src文件夹中才能打包进Jar包中,其他地方即使在该项目下也不能被打包进Jar包中

其次,每次新放置了资源后要对Eclipse的项目资源管理器进行刷新,这样才能正确打包

最后,以下两种方法都是在Eclipse编译时会报错,但是打包出来运行时就可以了,这就是本文同上一篇《关于在打包Jar文件时遇到的资源路径问题(一)》最大的不同之处。

================================正文开始分割线=================================================

 

方式一:放在src文件下,就是同其他任何包在src目录下,这种方式需要使用绝对资源位置(最前面加“/”):

  例如在ImageViewerProject项目中,将palette.gif放在src目录下,同在这个目录下的还有image包,该包中就是主程序

图:将palette.gif放在src目录下

 

图:在Eclipse中的项目资源管理器空白处进行刷新

 

图:刷新之后将会看到palette.gif资源将会出现在src目录下

程序一定要使用绝对资源路径:

chooser.setAccessory(new PreImageViewer(chooser));URL picUrl = this.getClass().getResource("/palette.gif");

 

这时将该程序导出成Jar包,无需再添加资源到该Jar包所在目录,就可以直接运行了:

将这个Jar包进行解压,可以看到palette.gif就在其中,而且同image包处于同一目录下:

 

但是还是离《Java核心技术》所示的例子还差一步,因为其示例代码所用的是相对资源路径,那么该如何做到呢,答案就在方式二。

 

=========================================================================

方式二:将资源放入程序所在的包中,此时还未打包前该包中还是各种.java文件:

例如在ImageViewerProject项目中,将palette.gif放在src目录下的image包中,该包中就是主程序,也就是说资源和源代码放在了一起:

图:将palette.gif放在源码包目录下,和源程序放在了一起

对Eclipse进行刷新:

这样,在程序中就可以不一定使用绝对资源路径,可以使用相对资源路径,代码就可以变成这样:

chooser.setAccessory(new PreImageViewer(chooser));URL picUrl = this.getClass().getResource("palette.gif");

 

 

现在利用Eclipse对程序进行打包,同样的,无需无需再添加资源到该Jar包所在目录,就可以直接运行了:

依然对这个Jar进行解压来看看内部,与方式一不同,这次资源就在解压的目录下,而是在class文件所在的包中,和字节码文件在一起:

  打开image包------->

 

=================================================================================================================

因此可以使用这两种方式将资源进行同代码一起打包进Jar包,这两种方式并没有说哪个好哪个坏,从资源所在的位置就能看出,因此还是具体情况具体分析。

  同理,无论是这一篇博客还是上一篇的《关于在打包Jar文件时遇到的资源路径问题(一)》,这些方法都必须根据实际情况进行选择:

如果是资源需要经常修改,那么就可以使用《关于在打包Jar文件时遇到的资源路径问题(一)》所介绍的方法,将可执行Jar包和资源分离,这样易于改动,而不需要将Jar包解压修改后在复原;

如果是某些资源不需要修改,那么就可以使用本文中的方式,将资源和字节码文件一起打包进Jar包中,这样易于将应用程序移动,

当然,如果结合这两者方式,对固定资源和常修改资源进行分类处理,能获得更好的效果。

 

转载于:https://www.cnblogs.com/fjdingsd/p/4681204.html

你可能感兴趣的文章
Practial Vim 学习笔记一
查看>>
.NET中使用js实现百度搜索下拉提示效果[不是局部刷新,呜呜。。]
查看>>
ITCAST视频-Spring学习笔记(使用Spring的注解方式实现AOP入门)
查看>>
关于二维码“QR”的6大注意事项
查看>>
MySQL - 常用命令及常用查询SQL
查看>>
C# .NET MVC 接收 JSON ,POST,WCF 无缝隙切换
查看>>
android获取USB设备的名称
查看>>
JavaPersistenceWithHibernate第二版笔记-第七章-005排序的集合(@org.hibernate.annotations.SortComparator)...
查看>>
ue4同c#通信时的中文乱码问题
查看>>
黄老师架构师课程笔记(二)
查看>>
mvc性能优化
查看>>
log
查看>>
663 如何做“低端”产品?(如何把低端做得高端 - 认同感)
查看>>
JDBC 第九课 —— 初次接触 JUnit
查看>>
Windows核心编程:第10章 同步设备IO与异步设备IO
查看>>
浏览器加载、解析、渲染的过程
查看>>
开放api接口签名验证
查看>>
sed 常用操作纪实
查看>>
C++复习:对C的拓展
查看>>
校外实习报告(九)
查看>>