Obtenez l'emplacement du fichier JAR

Je vais essayer d'obtenir l'emplacement d'un Runnable JAR fichier est exécuté à partir.
J'ai essayé de faire

try {
    String path = new java.io.File(".").getCanonicalPath();
} catch (IOException e) {
    e.printStackTrace();
}

Mais qui renvoie:

C:\Users\Kevin\Desktop/server/Server

alors que le fichier JAR est situé à

C:\Users\Kevin\Desktop

J'ai aussi essayé de faire

return new file(Server.class.getProtectionDomain().getCodeSource().getLocation().getPath());

Mais qui renvoie:

C:\Users\Kevin\Desktop\server.jar/server/Server

Donc, fondamentalement, je veux le chemin d'accès du fichier JAR sans le nom de fichier et non pas le chemin de la classe.

Toute façon de faire cela?

Cela peut être utile, perméable à la discussion. stackoverflow.com/questions/320542/... //Henrik
La spécification est incomplète. Ce qui devrait être fait si vous êtes à la pas en cours d'exécution à partir d'un BOCAL? Que faire si le POT vit dans un Réseau?
Eh bien, la chose est que je suis en train de créer un répertoire contenant des fichiers et qui doit être sur mon ordinateur de bureau ou partout où je suis en cours d'exécution le POT de. Si je le lance en mode de débogage au sein d'Eclipse permet de créer des fichiers dans la corbeille/dossier du serveur.
Mais vous avez toujours exécuter à partir de ".", donc ..... où est le problème?

OriginalL'auteur Snakybo | 2013-03-12

24

Mise à jour

Depuis il ne fonctionne pas dans certains cas de test, je vais mettre à jour la réponse.

La manière correcte de le faire devrait être avec ClassLoader:
```
File jarDir = new File(ClassLoader.getSystemClassLoader().getResource(".").getPath());
System.out.println(jarDir.getAbsolutePath());
```
Testé sur différents chemins de classe, la sortie est correcte.

Vieille réponse

Cela devrait fonctionner
```
File f = new File(System.getProperty("java.class.path"));
File dir = f.getAbsoluteFile().getParentFile();
String path = dir.toString();
```
Cela fonctionne pour moi, de mon programme est de:
```
C:\Users\User01\Documents\app1\dist\JavaApplication1.jar
```
Et il retourne
```
C:\Users\User01\Documents\app1\dist
```
Cela ne fonctionne que tant que vous classpath contient seulement une entrée.
avez-vous déjà essayé le code ci-dessus sur les systèmes linux/unix cela fonctionne parfaitement?
contient une entrée" de ce qu'il signifie...??
Le chemin de la classe peut être une liste de fichiers jar, zip de fichiers et de répertoires, séparés par des ':' sous Unix ou ';' dans Windows. Clairement new File("foo.jar:bar/:baz.jar") ne pas fonctionner ensuite.
Lorsque vous définissez cette façon, par exemple la course java -cp foo.jar:bar/:baz.jar .....

OriginalL'auteur BackSlash

Ci-joint ma version de l'informatique le pot répertoire

/**
* Compute the absolute file path to the jar file.
* The framework is based on http://stackoverflow.com/a/12733172/1614775
* But that gets it right for only one of the four cases.
* 
* @param aclass A class residing in the required jar.
* 
* @return A File object for the directory in which the jar file resides.
* During testing with NetBeans, the result is ./build/classes/,
* which is the directory containing what will be in the jar.
*/
public static File getJarDir(Class aclass) {
URL url;
String extURL;      // url.toExternalForm();
//get an url
try {
url = aclass.getProtectionDomain().getCodeSource().getLocation();
//url is in one of two forms
//       ./build/classes/  NetBeans test
//       jardir/JarName.jar  froma jar
} catch (SecurityException ex) {
url = aclass.getResource(aclass.getSimpleName() + ".class");
//url is in one of two forms, both ending "/com/physpics/tools/ui/PropNode.class"
//         file:/U:/Fred/java/Tools/UI/build/classes
//         jar:file:/U:/Fred/java/Tools/UI/dist/UI.jar!
}
//convert to external form
extURL = url.toExternalForm();
//prune for various cases
if (extURL.endsWith(".jar"))   //from getCodeSource
extURL = extURL.substring(0, extURL.lastIndexOf("/"));
else {  //from getResource
String suffix = "/"+(aclass.getName()).replace(".", "/")+".class";
extURL = extURL.replace(suffix, "");
if (extURL.startsWith("jar:") && extURL.endsWith(".jar!"))
extURL = extURL.substring(4, extURL.lastIndexOf("/"));
}
//convert back to url
try {
url = new URL(extURL);
} catch (MalformedURLException mux) {
//leave url unchanged; probably does not happen
}
//convert url to File
try {
return new File(url.toURI());
} catch(URISyntaxException ex) {
return new File(url.getPath());
}
}

OriginalL'auteur Zweibieren

0

J'ai dû le désordre autour d'un lot avant j'ai finalement trouvé une solution qui fonctionne.

Il est possible que le jarLocation est livré avec un préfixe comme file:\ ou jar:file\, qui peuvent être supprimés en utilisant String#substring().
```
URL jarLocationUrl = MyClass.class.getProtectionDomain().getCodeSource().getLocation();
String jarLocation = new File(jarLocationUrl.toString()).getParent();
```
OriginalL'auteur Jelle
-1

Si vous connaissez
```
file(Server.class.getProtectionDomain().getCodeSource().getLocation().getPath());
```
retourne
```
C:\Users\Kevin\Desktop\server.jar/server/Server
```
Et vous savez que votre Bocal nom est server.jar ou pour toute question .fichier jar, votre intention est d'obtenir C:\Users\Kevin\Desktop , simple est de faire la manipulation de la chaîne.

Avec l'extrait de sortie, marquer la chaîne basé sur Fichier.séparateur et la construction du chemin d'accès (par la concaténation des chaînes de caractères avec des Fichier.le séparateur entre les deux) jusqu'à ce que vous obtenez un jeton qui contient .jar

Oui, mais ce que si l'utilisateur décide de changer le nom de la JARRE?
Vous ne devez pas rechercher avec codé en dur pot de nom de fichier, idéalement après avoir récupérer le jeton, vous devriez vérifier si ce jeton.contient du(.jar), cela fonctionnera à ce que jamais peut-être avez vous bocal de nom de fichier
Non, il n'est pas, par exemple si elle est ZIP renommé
C'est une simple manipulation de Chaîne, vous devez gérer tous les possibles extensions de fichier pour votre condition. Généralement, il est assez si vous venez de gérer pot & zip

OriginalL'auteur Vinod Jayachandran

Vous devez vous connecter pour publier un commentaire.