Discussion :

[quentinb56]

Bonjour, je poste ce sujet pour utiliser et acquérir une bonne pratique.

Je réalise actuellement une application qui charge des properties de base (présent dans le dossier resources de mon projet de base et charger lors de la compilation).
Je souhaiterais que l'utilisateur puisse modifier / ou ajouter des properties pendant l'exécution.

Je pourrais passer par la demande à l'utilisateur de spécifier le répertoire lors du premier lancement mais je souhaiterais ne pas le faire pour divers raisons ...

Du coup peut on modifier les properties d'un jar sachant que celui ci est déjà compiler ? Peut on modifier dynamiquement un jar donc recompiler ou interpréter pendant l'exécution ?

[joel.drigo]

Salut,

Un Jar n'est pas destiné a être modifié lorsqu'il est chargé. Déjà, sur certains systèmes ce ne sera même pas possible parce que un fichier chargé est verrouillé.


Au lieu d'utiliser un fichier properties, utilise l'API Preference de Java qui est plus adaptée à ton besoin : le fichier properties pourra servir éventuellement à initialiser ces préférences.

Par ailleurs, tu peux également déterminer un dossier automatiquement pour ton application et y stocker ce que tu veux, y compris un fichier properties que tu pourras modifier.

Par exemple :

Code :

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

File dossierConfigApplication = new File(System.getProperty("user.home"), "monApplicationTruc");

[quentinb56]

Merci pour ta réponse je réponds tardivement . L' API préférence fonctionne de la même manière que des properties non ? Peux ton crypter les fichiers générés par cette API ? Et le dossier d'installation ne peut pas être modifie dans ce cas là par l'utilisateur ? Sachant que le jar ne saura pas où est stocké le nouveau dossier

[joel.drigo]

Non, les préférences ne fonctionnent pas du tout comme les Properties :

• il s'agit d'un système arborescent
• sous Windows, c'est stockée dans la registry. Sous Unix, dans des fichiers (respectivement, dans <user.home>/.java/.userPrefs et /etc/.java, selon qu'il s’adissent de préférence système ou utilisateur.
• Il n'y a pas besoin de savoir où c'est stocké : l'API se débrouille. En revanche, il faudra prévoir une procédure de désinstallation pour nettoyer proprement les préférences.
• il n'y a pas d'options de cryptage intégrée, mais on peut utiliser n'importe quelle solution de cryptage pour crypter les valeurs qu'on écrit dans les préférences. En théorie, les préférences ne sont pas un endroit pour stocker des données cryptées : la solution pourrait être de stocker les données dans un conteneur dédié (un fichier), et de stocker le chemin vers ce container dans les préférences, mais ça n'empêchera personne de virer le fichier ou de l'écraser par un autre

[Gugelhupf]

Je pense que tu pourrais placer ton fichier de properties à l'extérieur de ton projet (en indiquant un chemin relatif peut-être, ou l'absolu en variable d'environnement) pour que l'utilisateur puisse le modifier sans qu'il ne soit nécessaire de recompiler le projet. Par contre le "dynamiquement" je n'y crois pas trop, en détectant les changements en temps réel ? Le plus simple serait de charger les properties au démarrage du projet.

[quentinb56]

Très bien merci pour vos réponses je voulais éviter de passer par l'enregistrement d'informations dans un dossier mais à priori j'y serais obligé. Je vais regardé la solution de l'API Preference, tu m'as un peu refroidit sur ton histoire de nettoyage mais je vais regardé en profondeur.

[Stessy]

Si tu souhaites pourvoir modifier des propriétés dynamiquement et qu'elles soient prises en compte sans devoir redémarrer ton application, je te suggères d'aller voir du côté de la librairie Netflix Archaius.