现象描述
最近做的个功能需要将字体文件放入common.jar中提供读取加载字体,然后发现将字体放在web项目中编译出来的大小和common.jar编译出来的大小不同,而且放在common.jar中的无法被加载。初步猜测maven在编译过程对ttf文件做了什么手脚。
解决
然后一个个对比web项目和common项目的pom文件,把common多出来的build配置项一个个删除尝试,最后定为在
<build>
<resources>
<resource>
<filtering>true</filtering>
</resource>
</resources>
</build>
apache关于filtering官方描述
用于替换资源文件中的变量值。
在我们项目中原意用该功能来区分是测试环境还是线上环境,读取不同文件夹下的资源文件,现在加入字体文件或者图片文件在资源目录下交由maven编译可能导致${xxx}的内容被编译替换为变量值导致字体文件或图片文件不可用。
可以看到在官方描述最后的warning也有相关提示
Warning: Do not filter files with binary content like images! This will most likely result i

在项目中,将字体ttf文件放入common.jar时,发现与web项目编译的结果不同,且在jar中无法正常加载。问题源于maven的资源过滤功能,它可能在编译时对ttf文件内容进行替换。通过调整pom.xml中的build配置,避免过滤二进制文件,以解决字体文件损坏的问题。建议避免使用filtering,而是利用Maven的profile和变量来区分不同环境的资源文件。
最低0.47元/天 解锁文章
796

被折叠的 条评论
为什么被折叠?



