Ouvrir un répertoire avec Desktop

Bonjour, petite question sur Desktop.

J'essaie d'ouvrir un répertoire depuis mon application, sous windows, pas de problème mais sous linux une erreur est levée, savez vous pourquoi ? :

Mon code :

Code:

---

1 2 3 4 5 6 7

if ( Desktop.isDesktopSupported()){ if(Desktop.getDesktop().isSupported(Desktop.Action.OPEN)){ try { Desktop.getDesktop().open(file); } catch (IOException ex) { ex.printStackTrace(); ....

---

Mon erreur :

Code:

---

1 2 3

java.io.IOException: Failed to show URI:file:/home/jose/workspace/ at sun.awt.X11.XDesktopPeer.launch(XDesktopPeer.java:75) at sun.awt.X11.XDesktopPeer.open(XDesktopPeer.java:43)

---

Mon dossier existe bien, j'ai tous les droits dessus...

Bonjour,

Ne serais-ce pas Desktop.browse() qu'il faut utiliser?
open() ne sert que pour le fichiers il me semble...

C'est la même chose, enfin je veux dire j'ai la même erreur

Dans la JavaDoc on peut lire

Avec Open :

Citation:

---

IOException - if the specified file has no associated editor, or the associated application fails to be launched

---

Et avec Browse :

Citation:

---

IOException - if the user default browser is not found, or it fails to be launched, or the default handler application failed to be launched

---

Ha :(

Est-ce qu'un File.listFiles() te liste correctement ton répertoire?
Si ça ne fonctionne pas, il s'agit probablement d'une erreur dans le chemin du répertoire.

EDIT : oui, browse était une suggestion idiote :)

Citation:

---

Envoyé par Washmid

Ha :(

Est-ce qu'un File.listFiles() te liste correctement ton répertoire?
Si ça ne fonctionne pas, il s'agit probablement d'une erreur dans le chemin du répertoire.

---

Oui il liste, donc aucun problème sur le lien en lui même

Citation:

---

Envoyé par Washmid

EDIT : oui, browse était une suggestion idiote :)

---

J'avais essayé avec browse avant, sans succès, donc même idée lol

Je précise qu'au début de contrôle le File par :

Code:

---

1 2	if (file.exists() && file.isDirectory()){ ...

---

Donc il existe bien et est de type répertoire ...

Nota : en regardant ma config linux j'ai bien un programme associé au répertoire
inode/directory=nautilus.desktop

J'ai plus d'idées...:?

Il y a toujours la possibilité du

Code:

---

Runtime.getRuntime().exec(new String[] {"nautilus", uri});

---

mais bon c'est franchement laid :roll:, même avec le "nautilus" en préférences.

Citation:

---

Envoyé par Washmid

J'ai plus d'idées...:?

Il y a toujours la possibilité du

Code:

---

Runtime.getRuntime().exec(new String[] {"nautilus", uri});

---

mais bon c'est franchement laid :roll:, même avec le "nautilus" en préférences.

---

En même temps je voudrai bien comprendre où est le problème :s

Je viens d'essayer sous opensuse avec KDE en DE, bah ce n'est pas brillant. Il arrive in fine à ouvrir une fenêtre, mais pas à la bonne adresse et il essaie en mode superuser... Sans même parler du fait qu'il passe par des API dépréciées à priori...

Donc la façon la plus propre de faire sous linux serait de procéder en utilisant les outils cross desktop issus de xdg qui seront présents dans toute distrib.
exemple:

Code:

---

1 2 3 4 5 6 7

ProcessBuilder builder = new ProcessBuilder("xdg-open","/home/sinok"); try { builder.start(); } catch (IOException e1) { // TODO Auto-generated catch block e1.printStackTrace(); }

---

Citation:

---

Envoyé par Jose.N70

En même temps je voudrai bien comprendre où est le problème :s

---

En effet moi aussi !
J'ai peut-être tellement fait de .NET que dès que je tombe un problème qui semble lié à du code natif j'en finis par ne même plus chercher à comprendre :aie:

Dans les sources on voit que cette exception est levée si la méthode JNI "gnome_url_show" retourne false... Apparemment une fonction C de même nom existe, donc on peut supposer qu'il s'agit probablement plus d'un problème au niveau d'un packet gnome qu'un problème purement java.

Deux idées plus ou moins en l'air :
- tournes-tu sous kde (auquel cas il manque peut-être simplement une dépendance / une version spécifique) - je sais nautilus est plus un programme gnome mais on sait jamais :mrgreen:
- j'ai déjà eu quelques aléas sous linux dûs à des problèmes 32 bits / 64 bits avec du code JNI. Si tu as une jvm 32 bits, peux-tu essayer la 64 bits et inversement?