maven你这个烂东西
博客专区 > Q_J 的博客 > 博客详情
maven你这个烂东西
Q_J 发表于2年前
maven你这个烂东西
  • 发表于 2年前
  • 阅读 189
  • 收藏 1
  • 点赞 1
  • 评论 7

【腾讯云】买域名送云解析+SSL证书+建站!>>>   

摘要: 和IDE配合的真差,多少年了,还是这鸟样

Maven自己命令行编译倒是爽了,可调试时总需要Eclipse之类的IDE吧,好了,导入到IDE里后,IDE经常编译出错,jar下载等这个那个问题总有,少有安静成功的。

 

pom.xml里设定的编译器版本,根本不听从IDE的Workspace级别的Compiler设定啊。

pom.xml里还有什么一堆repo定义, 一堆名字,哪里能很快搞清楚某个jar的版本在哪里指定的和从哪里下载的啊。

为了这点破事,有时还得去maven的repo网站里查,IDE属性里是有,但是不能够文字形式检索啊,哎,真不贴心。

 

对比NodeJS的NPM包管理,简直是惭愧该撞墙!NPM里默默lib的版本都在package.json里写的清清楚楚。

不过归根结底,Java,C#什么的都没法做到NodeJS那样让不同版本的lib共存。

 

这些Maven之类的所谓依赖管理,根本不能解决根本问题,反而藏污纳垢!对于大多数项目经给人添烦恼。

 

Gradle这种倒是问题少多了,不过依然在沿用maven的仓库,恶心,jar版本号的查找仍然不方便。

 

追加:

起因是因为我把 https://github.com/swagger-api/swagger-codegen 里的所有maven 工程都导入到Spring Boot Tool Suite(Eclipese)后,有好几个工程都出错,手动改改配置就好了,就是加个编译器的版本号设定之类的。

环境: Mac,  Java: 6,7,8。当前是8。

这一下,新仇旧恨,觉得maven 的插件多年来依然没有长进,又联想到前不久有个同事说他的gradle工程死活运行失败后来发现是依赖的jar版本问题,发现确定jar的版本最后居然得靠肉眼,因为pom.xml里大多数东西都不写版本号,只是一个仓库名称。哎,无聊,这些东西很多人都碰到过,只是都觉得无所谓,因为反正maven compile之类的命令没问题。

 

 

 

 

标签: maven
  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 12
博文 66
码字总数 54682
评论 (7)
暴走的蛇
小伙儿有点过于偏激了,任何事物的存在必然有它的道理,maven确实存在各种问题,但是你转过头看看在maven之前的ant呢?ant之前有人用export导出打包呢是不是觉的maven好太多了?
Q_J

引用来自“暴走的蛇”的评论

小伙儿有点过于偏激了,任何事物的存在必然有它的道理,maven确实存在各种问题,但是你转过头看看在maven之前的ant呢?ant之前有人用export导出打包呢是不是觉的maven好太多了?
没啥,N年来maven的争论一直很多,不差我一个,我只是说出事实,让人在新项目里用他时掂量掂量。
泥沙砖瓦浆木匠
没看到本质,gradle没有质创新,就依靠语法简单和机制灵活点罢了
HulkZ
因为你没有用对 IDE。少了一个A
Q_J

我用的是Eclipse(Spring Boot Tool Suite)。的确,maven的一些毛病因为不影响运维,大家碰到问题就手动搞一下罢了,改改pom.xml, 改改java lib里参照的版本之类的就好了,都是很小的改动。

只是不爽啊,命令行都好好的,倒入到Eclipse/IDEA里就得手动搞一下,多无聊。

随便找个例子,机器里只安装jdk6,7,8的人,试试看这个:
https://github.com/swagger-api/swagger-codegen

看有多少人能把这里面的所有maven项目都倒入到Eclipse里之后不出错,前提是不准修改任何配置。
Q_J
不要安装jdk5啊。
Q_J

引用来自“HulkZ”的评论

因为你没有用对 IDE。少了一个A
小菜,改点配置就好了。只是不爽。
×
Q_J
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: