CurseForge · Minecraft mod
ChestShare+
Fork of ChestShare (by Calamech) with modded-container support, async import, and bugfixes.
Quick answer
Which ChestShare+ release should I use?
ChestShare+ chestshare-plus-0.3.2.jar targets 1.21.1 with Fabric. The project page does not say whether this file belongs on the client, dedicated server, or both. All 1 required mods have matching files.
Where it goes
Is ChestShare+ required on the client, server, or both?
The project page does not say whether this file belongs on the client, dedicated server, or both.
The source does not explicitly classify this release as client-only or server-only.
What else does ChestShare+ chestshare-plus-0.3.2.jar need?
chestshare-plus-0.3.2.jar. Change the file and its required mods may change too.
Install Fabric API first. We found matching files for this game-version and loader setup. 12 come through another mod in the chain.
12 extra mods were pulled in by other dependencies. Indented rows show who needs each one. We only count dependency files that match this setup. A file for another loader does not fill the gap.
Before you install it
Add ChestShare+ without breaking your instance.
Built for ChestShare+ chestshare-plus-0.3.2.jar. Pick another file and the loader, install side or required mods may change.
- 01
Stick to this file
Use chestshare-plus-0.3.2.jar. It targets 1.21.1 with Fabric; another release may have different loader, side or dependency requirements.
- 02
Bring the mods it needs
Install Fabric API first. We found matching files for this game-version and loader setup. 12 come through another mod in the chain.
- 03
Put it on the correct side
The project page does not say whether this file belongs on the client, dedicated server, or both.
- 04
Pick the file you checked
Use the “Get this file” button beside chestshare-plus-0.3.2.jar. It opens that exact file at the source.
About this project
What does ChestShare+ add?
ChestShare+
Summary
Per-player instanced loot for world-generated containers — 100% server-side.
Description
Every player gets the dungeon chest. Not just the first one.
On a survival server, the first player to find a structure empties it. Everyone after them explores a looted world. ChestShare+ gives each player their own instance of every world-generated container — same seed, same loot, nobody left out.
And it's 100% server-side: drop one jar in mods/, done. No client install, works with vanilla clients, launcher-locked modpack players, and cracked-open modpacks alike.
This is a fork of ChestShare by Calamech. All credit for the original concept, design, and implementation goes to Calamech. This fork adds:
- Modded/reflective container support — Sophisticated Storage and CobbleFurnies containers are captured and shared the same way vanilla chests, barrels, shulker boxes, and chest minecarts are. Storage mods that build on vanilla's own container system (e.g. Carved Wood's chests and barrels) are covered too, with no special-casing needed.
- Asynchronous, cancellable import — large imports no longer block the server.
/chestshare import statusand/chestshare import cancellet you monitor and stop a running import. - Passive world-gen safety — installing on an existing world never sweeps up a player's own already-placed modded storage; only genuinely freshly-generated chunks are eligible for modded-container auto-capture.
- Structure fingerprint registry — at server start, every registered structure template (vanilla, datapack, and mod-provided) is scanned and its baked-in storage containers are recorded. This lets ChestShare+ recognize and share Sophisticated Storage / CobbleFurnies containers — and loot-table containers like Cobblemon's Gilded Chest — that came from a structure, even on a chunk that existed before the mod was installed.
/chestshare adopt-structure <pos>— adopts every storage container in the structure at<pos>and restores each one's original loot from the template, whatever it currently holds. Covers containers that were already looted, emptied, or previously shared with the wrong contents./chestshare toggle restore-empty-structures— optional, off by default. When enabled, an empty container sitting at a known structure storage position is automatically refilled and made a shared container the next time its chunk loads — including an already-explored chunk being revisited — without needingadopt-structurerun by hand.
Commands (op level 2)
| Command | Effect |
|---|---|
/chestshare convert <pos> <loot_table> |
Convert one container into a shared container with the given loot table |
/chestshare reset <pos> |
Clear cached player rolls — loot regenerates for everyone next open |
/chestshare export <file> |
Export all captured containers to a file |
/chestshare import <file> [force] [parallel N] |
Apply an export to this world, in the background (recovery) |
/chestshare import status |
Show progress of a running import (only visible while one is active) |
/chestshare import cancel |
Cancel a running import (only visible while one is active) |
/chestshare adopt-structure <pos> |
Adopt every storage container in the structure at <pos>, restoring each one's original loot (only visible after server startup completes) |
/chestshare toggle restore-empty-structures [true|false] |
View or set whether empty structure containers are auto-refilled and shared the next time their chunk loads, including already-explored chunks |
Good to know
- Fabric, Minecraft 1.21.1, Java 21. Requires Fabric API. Server-side only (also works in singleplayer/LAN).
- Chunks generated before install: unopened vanilla containers still convert automatically on first open (their loot table is intact); already-looted ones can be recovered with
/chestshare adopt-structureif they came from a registered structure, or with the export/import recovery workflow otherwise (a second copy of the world, same seed and mods, to pre-generate and capture the original loot from). exportonly ever writes containers this mod has already registered — a chunk merely being loaded doesn't register anything by itself. A fresh chunk-generation event, a player opening the container, or/chestshare adopt-structuredoes.- Container support covers: vanilla chests, barrels, shulker boxes, and chest minecarts; any modded block entity that implements vanilla's
Containerinterface — this covers a lot of storage mods for free, since many decorative/simple storage mods build directly on vanilla's own container implementation (confirmed by testing with Carved Wood's chests and barrels; Cobblemon's Gilded Chest also appears to beContainer-based, based on how other mods treat it, though it hasn't been directly tested here); and, by name, Sophisticated Storage and CobbleFurnies specifically, which don't implementContainerand are supported via reflection instead. A mod whose storage is fully custom — neitherContainer-based nor one of those two named integrations — isn't covered by passive discovery, though/chestshare adopt-structurecan still restore it if it came from a registered structure template. - Verified against the official COBBLEVERSE modpack's world-generated storage: Sophisticated Storage, Sophisticated Core, and CobbleFurnies are supported by name, and Carved Wood is covered generically via
Container.
License
MIT — original work Copyright (c) 2026 Calamech. Source code.
Project description from CurseForge.
Pick your setup
ChestShare+ by Minecraft version and loader
Choose the version and loader you play, then open the matching release.
1.21.1
1 loader buildCheck the dependencies, then try the file in a copied instance before changing a world you care about.
Recent files
ChestShare+ versions and loaders
chestshare-plus-0.3.2.jar
19 Sept 2026
chestshare-plus-0.3.1.jar
15 Sept 2026
chestshare-plus-0.3.0.jar
13 Sept 2026
Looking for an older file? The official CurseForge project page is in Resources.