Discussion :

[Metha_Chemista]

Bonsoir tout le monde !

Je suis en train de réaliser une application de gestion pour mon stage.

Tout ce passe bien, néanmoins j'ai un petit problème pour ouvrir un fichier depuis mon projet avec new file("Path").

En fait j'aimerais créer un dossier final de cette façon :

/nom_projet
-----> application.jar
-----> /Ressources
---------> data1.txt
---------> data2.txt
---------> ect....

Du coup il faut que les classes contenues dans application.jar puissent ouvrir les fichiers dataX.txt.

Ca marche si je met le chemin en entier, c'est à dire "C:/documents/... .../nom_projet/Ressources/data1.txt". Mais si j'utilise un truc du style "./Ressources/data1.txt" (c'est à dire en partant de la source de mon dossier avec "."), là mon fichier n'est jamais trouvé :/

J'ai essayer de mettre plein de ".." à tous les endroits mais ca ne marche pas non plus

Du coup quelqu'un a une solution pour accéder aux fichiers de mon dossier Ressources sans utiliser le chemin en entier? Peut être que c'est parce que PATH de mon projet n'est pas là où je le crois (pour moi le "." = "C:/documents/... .../nom_projet", mais je me trompe peut être ).

Merci d’avance

PS: Ya un fichier qui contient des login et mot de passe, du coup ya pas moyen de le cacher un minimum (en le mettant dans le jar par exemple, ou en mettant un mot de passe au fichier). Mais je sais pas si c'est très propre de faire ça

PS 2: Le Java de l'entreprise est en 1.6, du coup je travaille moi aussi en 1.6

[tchize_]

il faut que tu te place dans le dossier du jar avant de l'exécuter:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd c:\chemin\vers\ton\application
java -jar tonAppli.jar

en général on met ça dans un script shell

le "." c'est le dossier courant, ce qui peut être tout et n'importe quoi suivant comment le jar est lancé.

[joel.drigo]

PS: Ya un fichier qui contient des login et mot de passe, du coup ya pas moyen de le cacher un minimum (en le mettant dans le jar par exemple

Si, tu le mets au même endroit que tes .java, dans les sources si tu utilises un IDE (au même endroit que les .class correspondant dans la version compilée, et donc inclus dans le jar si tu en fais un jar). En revanche, tu n'y accèdes plus par File, mais en tant que ressource justement, par la méthode getResource(name) (par URL) ou getResourceAsStream(name) (par InputStream) de la classe Class, ou ClassLoader. Mais c'est vraiment une très faible protection, puisqu'il suffit de regarder dans le jar au final pour lire le fichier (au moins ça évite d'avoir plusieurs fichiers). Ensuite, tu peux éventuellement crypter le mot de passe, ce qui rendra un peu plus difficile son accès, sachant, qu'il suffira de décompiler le code pour retrouver rapidement le mot de passe. La meilleure technique reste de ne pas inclure de mot de passe dans un fichier accessible au public.

[Metha_Chemista]

tchize :

Ok merci je vais tester
Par contre les gens qui utiliseront l'application n'utiliseront pas la commande "java" mais appuieront simplement sur l’icône du fichier jar :/
Donc la source ne sera pas forcement fixé, il n'y a pas moyen de forcer la source à l'endroit où est l'application ?

joel.drigo :

Oui c'est vrai le fichier de login sera théoriquement accessible par tous
Mais on m'a dit que la sécurité n'était vraiment pas importante (l'application ne sera dispo que en local par les ouvriers et les admins, ils n'auraient donc aucun intérêt à "pirater" leur propres applications ^^).
Du coup merci je vais essayer

[joel.drigo]

Par contre les gens qui utiliseront l'application n'utiliseront pas la commande "java" mais appuieront simplement sur l’icône du fichier jar :/
Donc la source ne sera pas forcement fixé, il n'y a pas moyen de forcer la source à l'endroit où est l'application ?

Dans ce cas le dossier d'exécution est le dossier dans lequel se trouve le jar. Il suffit de référencer le fichier par son chemin relatif à ce dossier (donc new File("fichier.truc"); et new File("dossier/autre.machin") pour une arborescence comme ça :

• bidule.jar
• fichier.truc
• dossier
  
  • autre.machin

[Metha_Chemista]

C'est bon l'application arrive à trouver les fichiers avec "Ressources/data" ^^

Merci beaucoup

[adiGuba]

Salut,


Sinon on peut généralement récupérer l'emplacement du jar avec l'API de reflection :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 // ou "Main" est une classe du jar :
Main.class.getProtectionDomain().getCodeSource().getLocation()

Oui c'est vrai le fichier de login sera théoriquement accessible par tous
Mais on m'a dit que la sécurité n'était vraiment pas importante (l'application ne sera dispo que en local par les ouvriers et les admins, ils n'auraient donc aucun intérêt à "pirater" leur propres applications ^^).

Dans ce cas pourquoi une sécurité ?
"On met un cadenas, mais on laisse la clef dessus c'est plus simple..."


C'est quoi comme application ?
Il n'y a vraiment pas moyen de déplacer l'authentification sur un serveur ??


a++

[tchize_]

Dans ce cas le dossier d'exécution est le dossier dans lequel se trouve le jar.

Non, ce n'est pas nécessairement le cas, d'où l'intérêt de créer un script shell. Voilà ce que j'obtiens ici quand je double clique sur un jar

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Current folder : /home/tchize/.
Jar location : file:/tmp/my.jar

Une alternative pour retrouver à se trouve le .jar qui contient une classe déterminée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

MaClasse.class.getProtectionDomain().getCodeSource().getLocation());

mais je ne suis personellement pas fan de ce genre de méthode car ça deviens vite le bordel quand on a beaucoup de librairies

[joel.drigo]

Non, ce n'est pas nécessairement le cas, d'où l'intérêt de créer un script shell. Voilà ce que j'obtiens ici quand je double clique sur un jar

Je ne savais pas que sur linux ce n'était pas le cas. Sur Windows, à priori, ça l'est toujours, ou non (en tout cas, je n'ai jamais vu que ça ne fonctionnait pas sous Windows) ? Sinon, l'alternative au shell sur Windows serait le racourci, et d'utiliser la propriété "Démarrer dans".

[tchize_]

Sous windows, comme sous linux, ça dépend de comment l'association de fichier a été créée. Le dossier de travail fait partie de la configuration de l'association. Et sous linux, en général, toutes les association font pointer le dossier courant dans la home ou Mes documents. Dans tous les cas ce n'est pas sous le contrôle de la jvm et ça ne fait l'objet d'aucune standardisation. Si ça marche dans 99% des cas, ça te fait quand même 1% de users qui se retrouvent avec une application inutilisable.