Question

Le problème: vous avez une distribution de projet Java zippé, qui dépend de plusieurs bibliothèques comme Spring-Core, Spring-Context, Jacskon, Testng et Slf4J. La tâche consiste à rendre la chose créable hors ligne. Il est normal de créer un dépôt local de scope de projet avec tous les pots de bibliothèque requis.

J'ai essayé de faire ça. On dirait que même si le projet contient les pots dont il a besoin pour Javac et Runtime, la version nécessiterait toujours un accès Internet. Maven se cacherait toujours dans le réseau pour récupérer la plupart de ses propres plugins dont il a besoin pour la construction. Je suppose que Maven est exécuté avec le répertoire .m2 vide (car il peut s'agir du premier lancement de la construction, qui peut être une construction hors ligne). Non, je ne suis pas d'accord pour distribuer un instantané Maven Repo complet le long du projet lui-même, car cela ressemble à un gâchis total pour moi.

Un peu de dos: la tâche plus large consiste à créer la distribution d'idées JDK / IntelliJ de style portable Windows qui va le long du projet et permet un minimum de codage / course Java à l'intérieur de l'IDE avec une configuration minimale et un accès Internet minimal. Le projet est destiné aux étudiants dans une classe d'ordinateur, avec peu ou pas de contrôle sur la configuration du système. Il est souhaitable de garder le système de construction de console intact pour le mode hors ligne, mais je suppose que Maven dépend trop du réseau, donc je dois l'abandonner en faveur d'une bonne vieille fourmi.

Alors, quelle est votre opinion, pourrions-nous déplacer complètement le premier Maven en mode hors ligne? Mon intestin est que la distribution de maven initiale contient simplement le minimum nu nécessaire pour retirer les plugins essentiels du référentiel principal et n'est pas entièrement fonctionnel sans voir le référentiel principal au moins une fois.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top