


Comment charger correctement les packages JAR externes au démarrage du projet de démarrage Spring?
Comment charger des packages de pot externes lorsque le projet Spring Boot démarre?
Lors de la création d'une application de démarrage de printemps complexe, afin de répondre aux besoins de différents clients et d'améliorer la maintenabilité du code, il est souvent nécessaire de diviser le projet en plusieurs modules, chaque module étant emballé en un package JAR indépendant. Cet article discutera de la façon de charger dynamiquement ces packages de JAR externes lorsque un projet de démarrage de ressort principal sera démarré.
L'article mentionne un scénario: un projet de démarrage de printemps est utilisé pour scanner les codes QR pour interroger les informations, et prend en charge divers types tels que les arbres, les routes, les articles, etc. Afin de se découpler, les modules fonctionnels de base sont emballés dans un package JAR pour fournir des services de base, tandis que différents types de traitements d'informations sont respectivement emballés dans des paquets JAR indépendants respectivement. Lors du déploiement, il vous suffit de charger le type de package JAR correspondant.
J'ai essayé plusieurs façons de charger des packages JAR externes, tels que l'utilisation de Java -xbootClassPath / A, Java -Djava.Ext.Dirs et Java -Dloader.path, mais aucun d'entre eux n'a réussi. La commande java -xbootclasspath / a: fichier: ./ libs -jar main.jar commande ne charge pas le package jar dans le répertoire libs; L'utilisation de java -djava.ext.dirs et java -dloader.path entraîne une exception de démarrage, ce qui invite à la recherche de la classe principale.
La clé du problème réside dans l'utilisation du paramètre -jar. Le paramètre -jar spécifie directement le package JAR en cours d'exécution et ignore les paramètres -classpath ou -cp. Par conséquent, il est nécessaire de contourner le paramètre -jar et de spécifier directement la classe principale et le chemin de classe.
La commande de démarrage correcte est la suivante:
java -classpath './libs*:main.jar' org.springframework.boot.loader.launch.jarlauncher # ou java -cp './libs*:main.jar' org.springframework.boot.loader.launch.jarlauncher
Ici, ./libs* représente tous les packages JAR dans le répertoire LIBS, et Main.jar est le package JAR de l'application principale de démarrage de printemps. org.springframework.boot.loader.launch.jarlauncher est la classe principale réelle du package JAR après Spring Boot. De cette façon, tous les packages JAR dans le répertoire LIBS peuvent être chargés avec succès et l'application Spring Boot peut être exécutée. Il convient de noter que cette méthode nécessite explicitement la classe de démarrage de l'application Spring Boot.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Les technologies émergentes représentent à la fois des menaces et améliorent l'indépendance de la plate-forme de Java. 1) Les technologies de cloud computing et de contenerisation telles que Docker améliorent l'indépendance de la plate-forme de Java, mais doivent être optimisées pour s'adapter à différents environnements cloud. 2) WebAssembly compile le code Java via GRAALVM, prolongeant son indépendance de la plate-forme, mais il doit rivaliser avec d'autres langues pour les performances.

Différentes implémentations JVM peuvent fournir une indépendance de la plate-forme, mais leurs performances sont légèrement différentes. 1. Oraclehotspot et OpenJDKJVM fonctionnent de manière similaire dans l'indépendance de la plate-forme, mais OpenJDK peut nécessiter une configuration supplémentaire. 2. IBMJ9JVM effectue une optimisation sur des systèmes d'exploitation spécifiques. 3. GRAALVM prend en charge plusieurs langues et nécessite une configuration supplémentaire. 4. AzulzingJVM nécessite des ajustements de plate-forme spécifiques.

L'indépendance de la plate-forme réduit les coûts de développement et réduit le temps de développement en exécutant le même ensemble de code sur plusieurs systèmes d'exploitation. Plus précisément, il se manifeste comme suit: 1. Réduire le temps de développement, un seul ensemble de code est requis; 2. Réduire les coûts de maintenance et unifier le processus de test; 3. I itération rapide et collaboration d'équipe pour simplifier le processus de déploiement.

Java'splatformIndependencyfaciliteraDereuseByAllowingBytecodetorunonanyplatformwithajvm.1) DevelopersCanwriteCodeonceForConsistentBehavioracrossplatforms.2) MaintenstarisoniSreducedAsCodoSoesSprojrit

Pour résoudre les problèmes spécifiques à la plate-forme dans les applications Java, vous pouvez prendre les étapes suivantes: 1. Utilisez la classe système de Java pour afficher les propriétés du système pour comprendre l'environnement en cours d'exécution. 2. Utilisez la classe de fichiers ou le package java.nio.file pour traiter les chemins de fichier. 3. Chargez la bibliothèque locale en fonction des conditions du système d'exploitation. 4. Utilisez VisualVM ou JProfiler pour optimiser les performances de plate-forme multipliée. 5. Assurez-vous que l'environnement de test est cohérent avec l'environnement de production par la contenerisation Docker. 6. Utilisez des githubactions pour effectuer des tests automatisés sur plusieurs plates-formes. Ces méthodes aident à résoudre efficacement des problèmes spécifiques à la plate-forme dans les applications Java.

Le chargeur de classe garantit la cohérence et la compatibilité des programmes Java sur différentes plates-formes via le format de fichier de classe unifié, le chargement dynamique, le modèle de délégation parent et les bytecode indépendants de la plate-forme et réalisent l'indépendance de la plate-forme.

Le code généré par le compilateur Java est indépendant de la plate-forme, mais le code finalement exécuté est spécifique à la plate-forme. 1. Le code source Java est compilé en bytecode indépendant de la plate-forme. 2. Le JVM convertit le bytecode en code machine pour une plate-forme spécifique, garantissant un fonctionnement multiplateforme mais les performances peuvent être différentes.

Le multithreading est important dans la programmation moderne car elle peut améliorer la réactivité du programme et l'utilisation des ressources et gérer des tâches simultanées complexes. JVM assure la cohérence et l'efficacité des multitheads sur différents systèmes d'exploitation grâce à la cartographie des filetages, au mécanisme de planification et au mécanisme de verrouillage de synchronisation.


Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

SublimeText3 version anglaise
Recommandé : version Win, prend en charge les invites de code !

SublimeText3 Linux nouvelle version
Dernière version de SublimeText3 Linux

Version Mac de WebStorm
Outils de développement JavaScript utiles

mPDF
mPDF est une bibliothèque PHP qui peut générer des fichiers PDF à partir de HTML encodé en UTF-8. L'auteur original, Ian Back, a écrit mPDF pour générer des fichiers PDF « à la volée » depuis son site Web et gérer différentes langues. Il est plus lent et produit des fichiers plus volumineux lors de l'utilisation de polices Unicode que les scripts originaux comme HTML2FPDF, mais prend en charge les styles CSS, etc. et présente de nombreuses améliorations. Prend en charge presque toutes les langues, y compris RTL (arabe et hébreu) et CJK (chinois, japonais et coréen). Prend en charge les éléments imbriqués au niveau du bloc (tels que P, DIV),