Aller au contenu
Plateformes

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
  1. BungeeCord ou Velocity ?
  2. Ce qu'il faut mettre dans la demande
  3. Build et vérification
  4. Installation

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.json ou 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.

Plugins de proxy BungeeCord et Velocity | Codexe Docs