TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Migrating old artifacts from JCenter to MavenCentral

34 pointsby prof18over 4 years ago

3 comments

jillesvangurpover 4 years ago
I hope a more convenient way is created. I&#x27;ve deployed some projects via Sonatype in the past. And while they are friendly and responsive, it&#x27;s a complicated process that involves manual approvals by them (for your first release), setting up gpg keys, etc. It takes days for this to happen. It&#x27;s a big reason jCenter became so popular: it removed a lot of the friction for publishing a simple jar.<p>One thing with jcenter is that you can actually propagate your jars to maven central if they meet minimum requirements (like having javadoc and sources and the right meta data). Many popular jars are actually propagated to maven central that way. I&#x27;ve done that with one of my projects and it already is in maven central. Once there, it will stay there.<p>The issue here is not Sonatype but the fact that the Apache Foundation is understandably very selective about which companies they allow jars to propagate to maven central. Unlike python, ruby, node.js, etc. there is no public repository where you can sign up and publish your jars. Instead you publish to one of a select few of repositories they replicate from, which effectively means Sonatype or JCenter.<p>For a long time, Sonatype&#x27;s repository for OSS jars was the only way to get into maven central. Basically you publish your jars on their repository and then some time after that, maven central picks up the changes. I expect the Sonatype people will be very busy in the next months dealing with the fallout of JCenter disappearing. So, expect some delays. That may be a good moment for them to reconsider some of their processes around this.<p>A more modern&#x2F;user friendly way would be helpful. Maybe Amazon, Microsoft&#x2F;Github, or Google could step up and provide something. Or all of them. Or maybe they can even work together to make that happen. After all, MS bought npm as well.
评论 #26100588 未加载
评论 #26099946 未加载
评论 #26100019 未加载
评论 #26100030 未加载
评论 #26100640 未加载
评论 #26100568 未加载
kasperniover 4 years ago
I hear a lot of complains about the Sonatype process being not trivial. Here is a background article about why:<p><a href="https:&#x2F;&#x2F;blog.sonatype.com&#x2F;why-namespacing-matters-in-public-open-source-repositories" rel="nofollow">https:&#x2F;&#x2F;blog.sonatype.com&#x2F;why-namespacing-matters-in-public-...</a>
评论 #26100538 未加载
评论 #26101155 未加载
vbezhenarover 4 years ago
I wish Java would move to more distributed artifact storage. Just specify URL and let your build tool download library there. Why does it have to be some kind of central storage? It&#x27;s not like they perform some curating or static analysis or something like that.
评论 #26100117 未加载
评论 #26116872 未加载
评论 #26100726 未加载
评论 #26100369 未加载