Plugins de proxy BungeeCord et Velocity
Les plugins de proxy qui tournent sur BungeeCord (ou Waterfall) et Velocity. Ce qu'il faut préciser, ce que Codexe génère et comment le build est contrôlé.
Mis à jour
Sur cette page
Un plugin de proxy tourne sur le proxy placé devant vos serveurs backend, pas sur un serveur de jeu. Usages typiques : chat à l'échelle du réseau, outils pour le staff, changement de serveur, mode maintenance, MOTD et nombre de joueurs.
#BungeeCord ou Velocity ?
Le type BungeeCord/Velocity couvre les deux, mais ce sont des API différentes. Indiquez quel proxy vous utilisez dans la demande :
- BungeeCord / Waterfall : l'API classique,
bungee.yml. - Velocity : l'API moderne,
velocity-plugin.jsonou des annotations.
Si vous utilisez les deux, demandez deux projets distincts.
#Ce qu'il faut mettre dans la demande
- Le proxy et sa version.
- Les commandes (commandes du proxy, pas des serveurs backend), les permissions et qui peut les exécuter.
- La façon dont il communique avec les serveurs backend (les canaux de plugin messaging nécessitent un plugin compagnon côté backend ; demandez-le sous la forme d'un projet Spigot/Paper distinct).
- Le stockage et la configuration.
#Build et vérification
Le plugin de proxy est compilé avec Maven et Codexe vérifie qu'il a le bon descripteur (bungee.yml, plugin.yml ou velocity-plugin.json) avant qu'il ne soit Prêt. Sans version dans la demande, l'API BungeeCord 1.21 est utilisée.
#Installation
Placez le JAR dans le dossier plugins/ du proxy et redémarrez le proxy.