Repository navigation
FAQ
Three. Akuma, Rev, and Lamari are the only canonical souls, and one player cannot hold more than one.
No. The initial ritual reserves the next unclaimed soul. The target-selection GUI belongs to the separate Mother Soul removal ritual.
No. The Focus is owner-bound and protected from storage, trade, sale, dropping, and duplication. Run /dragon focus with one free inventory slot if it is missing.
No. It changes presentation only. Damage, defense, durations, energy, cooldowns, targeting, and ritual results stay the same.
The default selector mode is Locked. While holding the Focus, scrolling cycles abilities and cancels the slot change. Use /dragon settings selector sneak-scroll if you want normal scrolling unless sneaking.
It requires Bukkit's flying state. Use Wings first or another legitimate source of flight. Elytra gliding alone is not the same state.
Current Dragonborn are blocked from landing the killing blow. A non-Dragonborn player must finish it.
Free inventory space and run /dragon refunds. Overflow stays pending safely.
It is the privacy-safe public label for a soul without a public holder that is waiting, reserved, choosing, silenced, not yet awakened, or otherwise unavailable. It does not reveal internal maintenance context.
No. Build the physical altar first, then record its locations through the guided setup.
No. It is a persistent BlockDisplay. Players cannot pick it up.
When internal-protection.required-for-event is true, protection must be enabled and both cuboid corners must be configured in the same world. Use /dragon protection enable, setpos1, and setpos2, then run /dragon event preview again.
It can preview it, but /dragon event start and confirm-start are player-only.
Most can. Commands that need the sender's world, location, GUI, or personal preview are player-only. The Commands page marks every sender type.
No. Forced state changes and the entire developer branch remain blocked in Production unless the explicit destructive override is enabled.
No. A token is rejected if relevant state differs from the preview. Run the original command again and review a fresh preview.
No. Pending souls are retained and can be assigned after the countdown, on an eligible join, or during startup recovery.
Do not edit runtime data while Paper is running. Prefer supported repair and confirmed transfer commands. For offline data repair, stop the server, take a full backup, and validate the entire connected state afterward.
The whole plugins/DragonAltar directory while Paper is stopped, plus the matching plugin JAR. Restoring only one data file or only the JAR can leave incompatible state.
No. It has no telemetry, analytics, update checker, crash upload, or outbound service call.
Not under the included license. Paid, premium, subscription, paywalled, or purchase-gated DragonAltar features require separate written permission from Silverfox0338.
The repository license allows genuinely voluntary donations only when payment gives no DragonAltar feature, content, access, priority, advantage, or other benefit.
Yes, if it follows the published API and all license conditions, remains free, includes the required notice, does not bundle DragonAltar, and does not imply endorsement.
DragonAltar is owned by Silverfox0338.
API contract 3.0. The Maven artifact version matches the plugin release:
com.dragonaltar:dragonaltar-api:1.4.23.
Add the GitHub Packages repository and the provided Maven dependency
com.dragonaltar:dragonaltar-api:1.4.23. Configure ~/.m2/settings.xml with a
classic GitHub token carrying read:packages, declare depend: [DragonAltar],
and load DragonAltarApi.class from Bukkit's ServicesManager during
onEnable. See Add-on Development for the
copy-paste configuration.
No. Use the DragonAltarApi service interface and documented com.dragonaltar.api records, add-on hooks, and events.
No. Runtime files are not an API, can change, and contain information that is not suitable for public output.
Only after canUse and activate return success. An exception or failed result does not charge them.
Yes. Override ultimate() to return true. The cast then requires a full bar and uses the shared persistent ultimate cooldown.
No. They run on the server thread. Keep them fast and schedule slow work properly.
No. The add-on and every DragonAltar-related feature must remain free. Paid or premium DragonAltar features are prohibited.
See Add-on Development and API Reference.
- Home
- Installation
- Altar Setup
- Ancient Dragon Event
- Dragon Souls
- Rituals
- Abilities
- Resonances
- Player Guide
- Administrator Guide
- Configuration
- Ability Configuration
- Commands
- Permissions
- Add-on Development
- API Reference
- Integrations
- Data and Privacy
- Troubleshooting
- FAQ
DragonAltar is owned by Silverfox0338.