赞
踩
前情提要:近期发现jar包有点大,加上网速不给力,上传到远程服务器上时间有点长。于是想把jar包瘦身一下,网上冲浪了一下,有了以下内容。
<configuration>
<layout>ZIP</layout>
<includes>
<include>
<groupId>nothing</groupId>
<artifactId>nothing</artifactId>
</include>
</includes>
</configuration>
位置截图:
mvn dependency:copy-dependencies -DoutputDirectory=D:\lib\step-robot-officeweb -DincludeScope=runtime
java -Dloader.path=lib -jar $JAR_FILE
思考:jar包瘦身后,只有几百K或者几M,上传速度飞起,但还是有一些不完美的地方。应用的依赖改变后,还要重新上传新的依赖,关键点在于,如何有效率的找到新增的依赖,如果新增的依赖少,还好些,新的依赖多的话,就有点得不偿失了,可能就要重新下载全部依赖重新上传,没法只做增量依赖上传,目前没找到合适的工具,查找每次的增量依赖。特别是对于分布式应用,应用之间相互依赖了大量的DTO/接口/工具类等,每个需求的改动,可能都有大量的依赖变动,每次都需要重新上传全部依赖的做法太不合适。
- jar包瘦身,适用一些不常改变或者变化不大的,网络带宽不高的场景
- 对于网络带宽高,依赖变化快的场景,按照全部打包上传方式或许更好
有好的查找依赖变化的工具,推荐下,谢谢
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。