maven编译后资源文件内容发生变更问题随记

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

现象描述

最近做的个功能需要将字体文件放入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 imag

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值