How to Delete an Account from Maven Central
Maven Central is the default public repository for Java and JVM-based dependencies, maintained by Sonatype. Millions of developers use it to publish and consume open-source libraries. But if you've reached the point where you want to remove your account entirely, the process isn't as straightforward as clicking a "Delete Account" button — and understanding why requires a closer look at how Maven Central actually works.
What Kind of Account Does Maven Central Use?
Maven Central doesn't operate on a traditional username/password account system in the way that social platforms or SaaS tools do. Access is managed through Sonatype's infrastructure, and depending on when you registered, you may be dealing with one of two different systems:
- Legacy OSSRH (OSS Repository Hosting): Older accounts were created via Sonatype's Jira-based system at
issues.sonatype.org. This was the standard path for publishing to Maven Central for many years. - Central Portal (portal.central.sonatype.com): Sonatype migrated to a new publishing portal. Accounts created after mid-2023 or migrated accounts now live here.
Knowing which system your account lives in is the first variable that determines your next steps. If you're unsure, check whether you have active credentials on the legacy Jira system or on the newer Central Portal — they are separate logins.
Can You Actually Delete a Maven Central Account? 🔍
Here's the honest answer: Maven Central does not offer a self-service account deletion button through either interface. This is intentional. Because Maven Central is a permanent, immutable artifact repository, the platform is designed around the principle that published artifacts should remain accessible indefinitely to avoid breaking downstream builds across the ecosystem.
That said, you have a few meaningful options depending on what you're actually trying to accomplish.
Option 1: Request Account Closure Through Sonatype Support
For both legacy OSSRH and the Central Portal, account removal requires contacting Sonatype directly. The recommended path is:
- Go to central.sonatype.com or the legacy Jira system
- Submit a support request or open a help ticket requesting account closure
- Clearly state your namespace (GroupId), your registered email, and the reason for the request
Sonatype's support team handles these requests manually. Response times can vary, and account closure does not guarantee removal of published artifacts — that's a separate consideration entirely.
Option 2: Understand What "Deleting" Actually Covers
This is where many users hit unexpected friction. Deleting your account and deleting your published artifacts are two completely different actions — and the latter is almost never granted.
| Action | Self-Service? | What It Affects |
|---|---|---|
| Close your account/login | No — requires support request | Your ability to log in and publish |
| Remove a published artifact | Rarely approved | Specific JAR/POM files in the repository |
| Revoke namespace/GroupId | No — requires review | Your publishing permissions for a domain |
| Delete account data (GDPR) | Possible via formal request | Personal data tied to the account |
If your concern is privacy or GDPR compliance, you have a stronger formal pathway. EU-based users can submit a data deletion request citing GDPR Article 17, which Sonatype is legally obligated to process. This typically covers personal data (name, email, login metadata) rather than the artifact metadata itself, but it's worth specifying exactly what you want removed.
What Happens to Your Published Artifacts?
This is the sticking point most developers don't anticipate. If you've published any JARs, POMs, or other artifacts under your GroupId, those remain in Maven Central permanently after account closure. The repository's integrity model depends on immutability — removing artifacts would silently break any project that declared a dependency on your library.
In rare cases, Sonatype has removed artifacts — typically when there's a security vulnerability, a license violation, or a malicious package involved. But routine removal requests for personal preference are almost universally declined.
If you published something accidentally or want to prevent future downloads, your most practical options are:
- Deprecation notices in newer artifact versions (via POM metadata or a README in the artifact)
- Publishing a final version with an explicit deprecation flag pointing users elsewhere
- Namespace abandonment — simply stop renewing or using the namespace without formal closure
The Variables That Shape Your Situation
What "deleting your Maven Central account" means in practice depends heavily on several factors:
- Whether you've published any artifacts — if you registered but never published, closure is simpler
- Which system your account is on — legacy OSSRH vs. Central Portal has different support paths
- Your reason for leaving — privacy concerns, project abandonment, namespace transfer, or something else each points toward a different resolution
- Your jurisdiction — GDPR and similar privacy laws create enforceable deletion rights for personal data that don't exist for artifact content
- Whether others depend on your artifacts — even if you don't care about breakage, Sonatype will consider the downstream impact
Developers who only ever consumed dependencies (never published) have an easier path than those who own a GroupId with published artifacts. Someone managing a corporate namespace faces a different situation than a solo developer who uploaded one library years ago.
The right approach — and what Sonatype's support team will actually be able to do for you — depends entirely on which of these profiles fits your situation. 🛠️