SkytAsul
LLJLes Laboratoires Java
•Created by SkytAsul on 9/20/2023 in #aide-avancé
Galère de relocation maven
Je vous explique vite fait mon problème.
J'ai un gros projet maven, séparé en deux modules "API" et "Implémentation".
Le projet API contient quelques dépendances en mode "provided" : les annotations jetbrains, l'api paper...
Mais le projet API contient également des dépendances en mode "compile". Lors du build, ces dépendances sont incluses dans le JAR à l'aide du plugin maven shade mais en même temps elles sont relocated (= leur package est modifié).
Ça marche super, et lorsque je build mon projet Implementation qui dépend d'API les dépendances sont bien reconnues avec leur package relocated.
Maintenant, j'aimerais bien utilisé la fonctionnalité d'eclipse de "workspace resolution" : si je l'active, j'aurais le projet API en dépendance directe du projet Implémentation, et pas le JAR qui est build.
Ça permet de naviguer simplement entre les fichiers juste par un shift+click et d'avoir les changements en direct sans avoir à build l'API à chaque maj d'une signature de méthode.
Ça pourrait marcher super bien... mais les dépendances relocated foutent la merde : lorsque dans le projet Implementation j'essaye d'accéder à une dépendance de l'API qui est relocated, ça va utiliser son package avant relocation. Le problème est que, lors du build, le compilateur maven ne trouve pas les classes en question (évidemment, vu qu'elles ont été déplacées lors du build de l'API).
J'ai essayé quelques manips sans succès (genre copier aussi le code de relocation dans le pom.xml de l'Implementation), et je commence à désespérer.
Y a-t-il une solution pour pouvoir utiliser le workspace resolution avec des dépendances relocated ?
3 replies
LLJLes Laboratoires Java
•Created by SkytAsul on 11/3/2022 in #aide-avancé
SQL select par l'index dans une requête ordonnée
Hello, je sèche sur ce problème donc je pose ici.
J'ai une table avec des données associant (entre autre) un ID de joueur à un nombre de point. La table est grosse.
Avec une requête composée de ORDER BY DESC et LIMIT, j'obtiens la liste des 10 joueurs avec le plus de points. Ça c'est facile.
Maintenant, je souhaite obtenir le (par exemple) 137e joueur avec le plus de point.
Pour l'instant ce que je vois comme solution c'est un
SELECT id, points FROM players ORDER BY points DESC LIMIT 137 et dans mon ResultSet je prend le tout dernier. Problème, je pense que ce n'est pas du tout efficace, parce que ici je récupère 136 lignes inutiles, donc ça fait du traffic pour rien.
Y a-t-til une meilleure solution?8 replies