Java: Laquelle de multiples ressources sur classpath JVM prend?

Si j'ai plusieurs fichiers de même nom dans le classpath (par exemple, j'ai plusieurs .jar avec log4j.properties), quelles sont les règles de la JVM suit d'en choisir un?

InformationsquelleAutor Ondra Žižka | 2011-07-10

48

Il est spécifié par l'ordre dans lequel les ressources (c'est à dire généralement les fichiers jar) sont spécifiées à l'aide de -classpath option. Ressources "précédent" sur le chemin de la classe de prendre la priorité sur les ressources qui sont spécifiés après eux. Cela peut être également définie dans le fichier manifest de votre application, puis vous n'avez pas besoin de fournir -classpath option. Vous voudrez peut-être vérifier ces articles sur la façon de travailler avec des fichiers de manifeste.

La description exhaustive de "la façon dont les classes sont trouvés" peut être trouvé ici, où la section sur JAR-class-path Classes décrit la logique de JAR-les fichiers de la recherche.
- Si j'utilise Maven, est-ce à dire qu'il est de facto aléatoire? Paramètre classpath dans le MANIFESTE.MF ne fonctionne pas lors de l'essai (les pots sont prises à partir de locaux repo)
- Depuis Maven 2.0.9, cela peut être manipulé, tel que décrit ici.
- Toute la documentation officielle qui confirme que Resources 'earlier' on the classpath take precedence over resources that are specified after them.?
- La réponse a été mis à jour avec un lien vers la documentation officielle qui décrit la logique de la classe-chemin de la recherche.
- En plus de tout ce qui a été dit, vous pouvez utiliser ClassLoader.getResources(String name). Elle retourne tous les classpath ressources avec le nom donné, dans le même ordre que décrit dans le lien fourni dans la réponse. Utile si vous avez besoin de charger l'ensemble d'entre eux.
InformationsquelleAutor mouser
7

Le chargeur de classe détermine où une ressource sera situé (prises à partir du chargeur de classe JavaDoc):

La classe ClassLoader utilise un modèle de délégation à la recherche de classes et de ressources. Chaque instance de chargeur de classe est associée à un chargeur de classe parent. Lorsqu'il est demandé de trouver une classe ou d'une ressource, d'un chargeur de classe de l'instance de déléguer la recherche de la classe ou de la ressource à son chargeur de classe parent avant d'essayer de trouver la classe ou de la ressource elle-même. La machine virtuelle intégrée du chargeur de classe, appelée la "classe de bootstrap loader", n'est pas en elle-même un parent, mais peut servir en tant que parent d'un chargeur de classe de l'instance.

Donc, peu importe où dans votre code Class#getResource ou de la Catégorie#getResourceAsStream est appelée, ce qui se passe (prises à partir de Class.java)
```
public java.net.URL getResource(String name) {
    name = resolveName(name);
    ClassLoader cl = getClassLoader0();
    if (cl==null) {
        //A system class.
        return ClassLoader.getSystemResource(name);
    }
    return cl.getResource(name);
}
```
ClassLoader.java:
```
public URL getResource(String name) {
    URL url;
    if (parent != null) {
        url = parent.getResource(name);
    } else {
        url = getBootstrapResource(name);
    }
    if (url == null) {
        url = findResource(name);
    }
    return url;
}
```
où ClassLoader#findResource est fait pour être remplacé par le chargeur de classe de mise en œuvre. Cela implique que le comportement est différent sur un serveur d'application, un TomCat ou si vous l'exécutez à partir d'un fichier jar, il dépend du chargeur de classe implémentations de l'environnement, vous êtes actuellement dans.

Ici est un exemple que vous pouvez utiliser pour tracer ce qui se passe sous le capot, dans votre cas particulier.
- Il est vrai chargeur de classe-dépendante, mais depuis que je suis à l'aide de Java SE, avec des chargeurs de classes standard, l'autre réponse s'applique.
- Cela devrait ajouter ce qui se passe quand l'habitude URLClassLoader est utilisé, avec de multiples pots de sous-répertoires.
InformationsquelleAutor emboss
0

Je contribue un cas prouvé que si classpath est, disons, tous les pots dans un dossier, et vous voulez donner la priorité à une (ou plusieurs) d'entre eux, cela ne fonctionne pas:

Windows:
```
bin/prioritized.jar;bin/*
```
Linux:
```
bin/prioritized.jar:bin/*
```
Il semble que le premier chemin bin/prioritized.jar est ignoré tout simplement parce que le deuxième avec un générique inclut dans son propre champ. C'est ce que effectivelly rompt l'ordre indiqué des chemins de classe.

Par conséquent, afin d'avoir de multiples ressources prioritaires (testé sur Java 10.0.1), vous devez les placer dans le non-chevauchement des champs d'application et puis ils vont travailler.

InformationsquelleAutor S-t-x

Vous devez vous connecter pour publier un commentaire.