Ecrire fichier dans un jar

Version imprimable

25/10/2007, 13h57
Piolet

Ecrire fichier dans un jar

Bonjour,

j'aimerais savoir s'il est possible d'ecrire un fichier dans un jar (si possible celui qui est executé)

le but de cette demande est, en gros, de pouvoir ecrire un fichier contenant certaines données sensibles de l'application, comme des mots de passe etc...

vu que mon appli est portable, je ne passe plus par les bases de registres (ce que je faisais avant uniquement sous windows).

Voila une idée, si c'est possible bien sur

a vot' bon coeur :D
25/10/2007, 14h33
ITCsoft54

tu peux considerer ton jar comme un zip...

tu peux donc utiliser les class en rapport pour ajouter, supprimmer, mettre à jour des fichiers ....

C'est pas trop securiser de stocker des mots de passe dans le jar, ni meme dans la base de registre...

Voilou !
25/10/2007, 14h42
fr1man

Sinon, au cas où, tu as la classe Preferences qui te permet de stocker des infos de ton application selon l'OS.
Sous Windows ce sera la base de registre, sous d'autres OS ça pourrait être un fichier.
Ce serait donc portable.
25/10/2007, 14h43
Piolet

Citation:

Envoyé par ITCsoft54

tu peux considerer ton jar comme un zip...

tu peux donc utiliser les class en rapport pour ajouter, supprimmer, mettre à jour des fichiers ....

C'est pas trop securiser de stocker des mots de passe dans le jar, ni meme dans la base de registre...

Voilou !

le fait que le jar soit en execution ne pose pas de probleme pour l'ecriture ?

mon application ne necessite pas une grosse securité, c'est juste pour eviter que les utilisateurs effacent les données...

mais sinon que peux tu me conseiller comme manière de faire, sachant qu'on peut considérer qu'il n'y a pas de connexion net...????
25/10/2007, 14h44
Piolet

Citation:

Envoyé par fr1man

Sinon, au cas où, tu as la classe Preferences qui te permet de stocker des infos de ton application selon l'OS.
Sous Windows ce sera la base de registre, sous d'autres OS ça pourrait être un fichier.
Ce serait donc portable.

j'avais vu ca, mais pour le coup..y a pas d'infos que les autre os...et pour windows...ca implique que java soit bien installer sur l'os je crois, or moi, je fournis un jre avec mon appli, il est pas forcément installer dans les regles de l'art...
25/10/2007, 14h52
fr1man

Ben j'ai déjà testé sous Mac os x, et ce sont des fichiers qui sont utilisés.

A partir du moment où tu fournis une JRE avec ton application, il ne devrait pas y avoir de problème, il me semble, non ?
25/10/2007, 14h54
Piolet

Citation:

Envoyé par fr1man

Ben j'ai déjà testé sous Mac os x, et ce sont des fichiers qui sont utilisés.

A partir du moment où tu fournis une JRE avec ton application, il ne devrait pas y avoir de problème, il me semble, non ?

aucune idée..mais bon a choisir je prefere l'ecrire moi meme le fichier...

j'utiliser les Properties (ca revient au meme) et je l'insère dans le jar

mes utilisateurs n'ont pas le "level" pour ouvrir un jar...

mais sinon...autres methodes ? :mrgreen:
05/11/2007, 10h00
ITCsoft54

pour ce qui es de l'ecriture pendant l'execution sa ne devrait pas poser de probleme du moment ou tu ne touche pas au .class lu.

pour ce qui est du mot de passe tu peux faire en sorte que le mot de passe ne soit pas en "claire". par exemple tu fait ajoute decale de 5 la representation de tes caratères. Apres tu peux garder le mot de pass en claire mais dans ce cas pourquoi demander un mot de pass ?
05/11/2007, 10h10
Piolet

Citation:

Envoyé par ITCsoft54

pour ce qui es de l'ecriture pendant l'execution sa ne devrait pas poser de probleme du moment ou tu ne touche pas au .class lu.

pour ce qui est du mot de passe tu peux faire en sorte que le mot de passe ne soit pas en "claire". par exemple tu fait ajoute decale de 5 la representation de tes caratères. Apres tu peux garder le mot de pass en claire mais dans ce cas pourquoi demander un mot de pass ?

ah non mais le mot de passe sera encrypté comme il faut...et pas décryptable (la dessus pas de soucis) je veux juste "planquer" le fichier pour qu'il ne soit pas accessible de tout le monde

Salut,

Citation:

Envoyé par Piolet

le fait que le jar soit en execution ne pose pas de probleme pour l'ecriture ?

Il me semble que cela peut poser des problèmes sous Windows, car le fichier ne pourra pas être modifier s'il est lu en même temps par la JVM...

Citation:

Envoyé par Piolet

j'avais vu ca, mais pour le coup..y a pas d'infos que les autre os...et pour windows...ca implique que java soit bien installer sur l'os je crois, or moi, je fournis un jre avec mon appli, il est pas forcément installer dans les regles de l'art...

Normalement les Preferences fonctionnent pour tous les OS et quelque soit le mode d'installation...
Par contre le gros défaut à mon avis c'est que tu ne maitrises pas forcément l'emplacement des données... :?

Citation:

Envoyé par Piolet

mais sinon que peux tu me conseiller comme manière de faire, sachant qu'on peut considérer qu'il n'y a pas de connexion net...????

Perso j'utiliserais le répertoire HOME pour stocker les fichiers de config de l'utilisateur :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 public static File getConfigDirectory(String applicationName) throws FileNotFoundException { String userHome = System.getProperty("user.home") + File.separator + "." + applicationName; File dir = new File(userHome); if (!dir.isDirectory()) { // Si ce n'est pas un répertoire valide : // On tente de créer le répertoire : if (!dir.mkdirs()) { // Si le répertoire n'a pas pu être créé // On remonte une exception : throw new FileNotFoundException("Directory " + dir); } } return dir; }
Avec applicationName == "test" cela renverrai quelque chose du style :

Perso j'utiliserai deux fichiers properties :

C:\Documents and Settings\login\.test sous les Windows
/home/login/.test sous les Unix...

Le répertoire Docs&Setting n'est généralement pas consulté par les utilisateurs, et les répertoires commençant par un . sont caché sous Unix, et c'est ce qui est généralement utilisée pour stocker les fichiers de config
Normalement sous Windows 2000/XP et supérieur il faudrait plutôt utiliser C:\Documents and Settings\login\Application Data\.test mais ce n'est pas gênant...

Ce que tu peux faire également c'est d'utiliser un double fichier properties :

Un à l'intérieur du jar qui contiendra les données par défaut (et donc en lecture seule)
Le second dans le "user.home" qui contiendra les valeurs redéfini par l'utilisateur (et donc modifiable)

Ce qui donnerait tout simplement à la lecture :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 // Création de l'objet Properties : Properties properties = new Properties(); // On charge le fichier dans le jar qui contient les données par défaut : InputStream in = Main.class.getResourceAsStream("fichier.properties"); try { properties.load(in); } finally { in.close(); } // On charge le fichier du compte utilisateur : File confFile = new File(getConfigDirectory("tonapps"), "fichier.properties"); in = new FileInputStream(confFile); try { properties.load(in); } finally { in.close(); }
Si le second fichier comporte des clef identique au premier, leurs valeurs seront écrasé ;)

a++

05/11/2007, 10h50
Piolet

ok merci, je garde cette option sous le bras, elle me parait pas mal ;)
05/11/2007, 15h42
ITCsoft54

Citation:

Envoyé par adiGuba

Salut,

Il me semble que cela peut poser des problèmes sous Windows, car le fichier ne pourra pas être modifier s'il est lu en même temps par la JVM...

Pas sur, à verifier. Je crois que sa reste possible (je suis quasi sur pour un appli non applet) si j'ai le temps je posterai un bout de code le fesant.
05/11/2007, 15h45
Piolet

Citation:

Envoyé par ITCsoft54

Pas sur, à verifier. Je crois que sa reste possible (je suis quasi sur pour un appli non applet) si j'ai le temps je posterai un bout de code le fesant.

avé plaisir:mrgreen:
05/11/2007, 16h03
bulbo

Certaine VMs ont du mal si on touche aux jars en cours d'exécution ..

J'ai constaté ça avec une VM 1.4, si l'appli se mettait a jour toute seule, elle partait complètement en sucette ..

Faut vraiment faire un test sur différentes plateformes et avec différentes VM récentes pour être sur ...

Bulbo ;)
13/11/2007, 12h19
Piolet
Comment faites vous, sur eclipse pour ecrire dans un fichier..?

je m'eclipse...je m'explique pardon ;)
quand je veux charger une icon sous eclipse, une image, bref je fais :
Code:

1 2 ImageIcon image = new ImageIcon(this.getResources("/com/moi/resources/image.png"));
sachant que mon projet eclipse se base sur un répertoire src contenant le repertoire com (<= celui de l'url de l'image)

tout ca me permet de filer les images a mon jar, comme ca l'utilisateur ne modifiera pas les images

par contre pour un fichier "texte"..la ca chie dans la colle, je fais :
Code:

1 2 3 4 5 URL url = this.getResources("/com/moi/properties/config.ini")); File file = new File(url); //et enfin FileInputStream input = new FileInputStrem(file);
mais pour le input, il me sort un FileNotFoundException, alors que le fichier est bien présent...curieusement dans src/com/moi/properties, mais aussi dans src/bin/com/moi/properties (repertoire contenant le resultat de la compilation)

bref...vous avez deja eu ce problème ?
13/11/2007, 12h22
bulbo

Pour un fichier dans un jar, tu ne peux pas utiliser FileInputStream, il faut quand même fouiller dans l'archive et ce n'est pas le but du FileInputStream.

Utilise getResourceAsStream au lieu de getResource, tu recuperes direct l'InputStream ouvert sur ton fichier texte et tu peux le lire comme ça..

Bulbo ;)
13/11/2007, 12h27
Piolet

Citation:

Envoyé par bulbo

Pour un fichier dans un jar, tu ne peux pas utiliser FileInputStream, il faut quand même fouiller dans l'archive et ce n'est pas le but du FileInputStream.

Utilise getResourceAsStream au lieu de getResource, tu recuperes direct l'InputStream ouvert sur ton fichier texte et tu peux le lire comme ça..

Bulbo ;)

oué...j'en viens donc a ma 2eme question, vu que ca...j'y avais pensé ;)

comment je fais après pour y ecrire dans s'foutu fichier:mrgreen:
13/11/2007, 12h31
bulbo

Citation:

Envoyé par Piolet

oué...j'en viens donc a ma 2eme question, vu que ca...j'y avais pensé ;)

comment je fais après pour y ecrire dans s'foutu fichier:mrgreen:

Tu ne peux pas directement. Une astuce serait de récupérer le jar contenant le fichier et de le modifier. Personnellement je ne recommande pas de modifier un jar en cours d'exécution.. mais tu fais comme tu le sens ;)

Pour trouver le jar inspire toi de la FAQ: http://java.developpez.com/faq/java/...YSTEME_dir_jar

Bulbo ;)
13/11/2007, 12h34
Piolet

Citation:

Envoyé par bulbo

Tu ne peux pas directement. Une astuce serait de récupérer le jar contenant le fichier et de le modifier. Personnellement je ne recommande pas de modifier un jar en cours d'exécution.. mais tu fais comme tu le sens ;)

Pour trouver le jar inspire toi de la FAQ: http://java.developpez.com/faq/java/...YSTEME_dir_jar

Bulbo ;)

et voila...on me fait des promesses en me disant que ca doit etre faisable...mais finalement...ca l'est pas...la deception totale ;)
13/11/2007, 12h39
bulbo

Citation:

Envoyé par Piolet

et voila...on me fait des promesses en me disant que ca doit etre faisable...mais finalement...ca l'est pas...la deception totale ;)

J'ai jamais dit ça moi, et adiGuba non plus .. personnellement pour une appli standalone, j'ai le fichier de conf par défaut dans le jar mais si l'utilisateur le modifie, je le copie sur le disque dans le même répertoire que le jar ou dans un répertoire conf si il y en a déjà un pour cet appli

Bulbo ;)
13/11/2007, 12h43
adiGuba

Citation:

Envoyé par bulbo

J'ai jamais dit ça moi, et adiGuba non plus ..

+1

De plus "faisable" ne signifie pas que c'est la meilleure solution ni que ce sera simple :aie:

Pour moi le jar ne devrait contenir que des ressources en lecture seule ! Penses que si un problème survient pendant l'écriture de la conf dans le jar il y a de forte change que le jar deviennent illisible, et donc que ton application ne soit plus utilisable... :?

a++
13/11/2007, 12h45
Piolet

oué cool les gars...

je plaisante:yaisse2:

enfin oui dans l'esprit c'est vrai que ecrire dans un jar...c'est bof bof..
je vais prendre ton idée du home "et pis f'est tout":mrgreen: