Discussion :

[pendoRa]

Bonjour, ma question est d'ordre générale et concerne l'enregistrement de configuration opéré par un utilisateur sur une application JAVA.

Sur plusieurs de mes projets Java au cours de mon apprentissage du langage, je suis passé par JDOM pour utiliser des fichiers XML qui servent a stocker des valeurs à l'intérieur.
Par exemple, un chemin d'acces, une préférence ( connexion automatique, oui/non si un JCheckBoxMenuItem est coché ou non... etc...).

Je souhaiterais connaître les solutions alternatives éxistantes, et si il était possible de stocker en dur des "préférences" utilisateur.


Merci et j'espère avoir poster au bon endroit.

[Fifan31]

Tu devrais t'intéresser à commons-configuration d'apache.
Je penses que tu y trouveras tout ce qu'il te faut pour faire persister une configuration

[pendoRa]

Merci, c'est parfait.
Je te remercie !

[ninow]

Personnellement, j'aurais plutôt utilisé la classe Properties "standard", afin d'éviter l'ajout de librairies au projet, voir Properties , cette classe dispose de deux methodes store/load qui permettent de charger/sauver simplement une configuration dans un fichier.

Même si le sujet est résolu, je préfére ajouter ce commentaire car il n'est pas toujours possible d'ajouter les libs apache à un projet

[thelvin]

Personnellement, j'aurais plutôt utilisé la classe Properties "standard", afin d'éviter l'ajout de librairies au projet, voir Properties , cette classe dispose de deux methodes store/load qui permettent de charger/sauver simplement une configuration dans un fichier.

Deux choses :
- De toute façon, .properties c'est pas une solution à tout.
PendoRa dit qu'il utilise souvent du XML. Tout est dit.

- commons-configuration permet d'éviter beaucoup de code même avec les .properties, dans le cas où on s'en sert de configuration à différents niveaux (config appli, config module, config utilisateur et config profil.)

Alors oui, on peut pas toujours se permettre d'ajouter une bibliothèque, mais avec commons-config on y gagne toujours à le faire.