Java

[XML] stocker les preferences de mon appli

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [XML] stocker les preferences de mon appli

spitagor

Bonjour

Je suis débutant en XML.

J'ai une appli java qui necessite des preferences que je souhaiterait stocker dans un fichier XML : prefs.xml pour ne pas le citer.

En clair quand je vais dans le menu "preferences" ben ca met a jour mon fichier XML

Sachant que je n'aurais que 3 ou 4 parametre a gerer (style un booleen, un chemin de fichier...), croyez vous que XML soit bien adpaté pour mon cas ou vaut il mieux faire ca a la methode "classique" (une classe Préferences avec des attributs comme support de stockage) ?

Merci

Publicité

benou

Pour ce genre de besoin, utilise la classe Properties ...

Si tu veux faire ca en XML, y a pas de problème, mais bon, l'intérêt est pas énorme a part que c'est plus facilement évolutif.

y a une classe Preference en jdk1.4 aussi je crois ... mais je connais pas trop

---------------
ma vie, mon oeuvre - HomePlayer

spitagor

cool je connaissais pas ca...

merci bcp ! je vais voir ca de ce pas !

nraynaud

lol

benou a écrit :

y a une classe Preference en jdk1.4 aussi je crois ... mais je connais pas trop

Elle est mieux (pour faire ça).
Il y a un système pour livrer des configuration "en boite de conserve" avec l'application, et c'est du XML.
http://java.sun.com/j2se/1.4.2/doc [...] ences.html

si vraiment un poil de doc en plus est nécessaire, la doc du JSR :
http://www.jcp.org/aboutJava/commu [...] st/jsr010/

en particulier "Usage Notes"

---------------
trainoo.com, c'est fini

spitagor

merci pour usage notes, je crois que je vais 'en inspirer !

Message édité par spitagor le 15-01-2004 à 13:30:21

El_gringo

Ouais, enfin, si t'as 4 petits paramètres à stocker, c'est peut être plus simple d'utiliser un bête fichier properties et la classe Properties, tu crois pas ?

---------------
Les Vers Solitaires, on aime ... ou pas !

nraynaud

lol

el_gringo a écrit :

Ouais, enfin, si t'as 4 petits paramètres à stocker, c'est peut être plus simple d'utiliser un bête fichier properties et la classe Properties, tu crois pas ?

non, justement, c'est ça la feinte : Properties c'est pour les trucs plus compliqués.

Citation :

How does this API relate to Properties?

It is intended to replace most common uses of Properties, rectifying many of its deficiencies, while retaining its light weight. When using Properties, the programmer must explicitly specify a pathname for each properties file, but there is no standard location or naming convention. Properties files are "brittle", as they are hand-editable but easily corrupted by careless editing. Support for non-string data types in properties is non-existent. Properties cannot easily be used with a persistence mechanism other than the file system. In sum, the Properties facility does not scale.

je te renvoie vers http://www.jcp.org/aboutJava/commu [...] usage.html

pour bien voir que c'est vraiment bidon comme truc.

---------------
trainoo.com, c'est fini

El_gringo

Ouais, enfin, a ce que j'ai compris, c'est plus "encadré" que la classes Properties. Mais vu la simplicité d'usage, c'est vrai qu'il vaut surement mieux utiliser cette classe "Preferences".
Et, quand on fait un export des Preférences (exportTree ou qqch comme ça), elles sont formtées comment les données ?

---------------
Les Vers Solitaires, on aime ... ou pas !

H4dd3R

Ya un truc super pour l'xml en java: jdom.. :love:

---------------
Athlon64 s754 10*200MHz - R9800Pro - 512MB DDR200MHz - ZX6RR - Q2[SupOp] - Tutorial Video: multilangues, multisstitres

yo c spi

Yo !

h4dd3r a écrit :

Ya un truc super pour l'xml en java: jdom.. :love:

Y'a SAX aussi : SAX = DOM simplifié mais moins puissant

Publicité

nraynaud

lol

el_gringo a écrit :

Et, quand on fait un export des Preférences (exportTree ou qqch comme ça), elles sont formtées comment les données ?

Code :

The XML document has the following DOCTYPE declaration:
<!DOCTYPE preferences SYSTEM "http://java.sun.com/dtd/preferences.dtd">
Note that the system URI (http://java.sun.com/dtd/preferences.dtd) is not accessed when exporting or importing prefereneces; it merely serves as a string to uniquely identify the DTD, which is:
<?xml version="1.0" encoding="UTF-8"?>
<!-- The preferences element is at the root of an XML document
representing a Preferences tree. -->
<!ELEMENT preferences (root)>
<!-- The preferences element contains an optional version attribute,
which specifies version of DTD. -->
<!ATTLIST preferences EXTERNAL_XML_VERSION CDATA "0.0" >
<!-- The root element has a map representing the root's preferences
(if any), and one node for each child of the root (if any). -->
<!ELEMENT root (map, node*) >
<!-- Additionally, the root contains a type attribute, which
specifies whether it's the system or user root. -->
<!ATTLIST root
type (system|user) #REQUIRED >
<!-- Each node has a map representing its preferences (if any),
and one node for each child (if any). -->
<!ELEMENT node (map, node*) >
<!ATTLIST node
name CDATA #REQUIRED >
<!ELEMENT map (entry*) >
<!-- An entry represents a single preference, which is simply
a key-value pair. -->
<!ELEMENT entry EMPTY >
<!ATTLIST entry
key CDATA #REQUIRED
value CDATA #REQUIRED >

http://java.sun.com/j2se/1.4.2/doc [...] ences.html

ça serait bien de lire les docs que je poste. Surtout que là c'est sur un sujet ridiculement minimaliste.

---------------
trainoo.com, c'est fini

El_gringo

yo c spi a écrit :

Y'a SAX aussi : SAX = DOM simplifié mais moins puissant

C'est pas simplifié, c'est une couche en dessous que DOM. Du coup c'est plus performant, et permet de faire de l'évènementiel (permet de ne lire qu'une partie du document : alors que le mode DOM oblige à lire l'intégralité du document pour construire l'arborescence).
Mais là on s'écarte du sujet.
Le gars qui à posté la question de base à 4 propriétés à gérer. Il va pas faire du SAX pour ça !!!

---------------
Les Vers Solitaires, on aime ... ou pas !

benou

yo c spi a écrit :

Y'a SAX aussi : SAX = DOM simplifié mais moins puissant

[:kiki]

faut arrêter de dire n'importe quoi, hein !

---------------
ma vie, mon oeuvre - HomePlayer

spitagor

VOus inquietez pas j'aurais d'autres questions qui vont venir tres vite sur Java et XML : je dois créer des albums de documents (en clair des fichiers qui ont la meme extension) , pour chaque document on peut avoir une ou plusieurs "propriétés" qui ont une valeur . Le tout est configurable par GUI que je suis en train de construire avec Swing !

Je pense que l'utilisation se XML sera alors pleinement justifiée !

Je prepare mes questions car je sens qu'il va y en avoir !

Message édité par spitagor le 15-01-2004 à 23:16:59

gilou

Modérateur
Modzilla

el_gringo a écrit :

DOM est plutot une approche top-down et SAX une approche bottom-up au parsing d'un fichier XML.
DOM construit un arbre a partir du document XML ==> il faut lire tout le document pour construire l'arbre et de plus cet arbre consomme de la place memoire.
SAX envoie des evenements de parsing au fur et a mesure de la lecture du document ==> peu de consommation memoire, ...
On peut construire un arbre DOM a partir des informations SAX (quoique, elles sont peut etre insuffisantes a la base), mais ce n'est nullement une obligation. On peut avoir des parsers DOM n'ayant rien a voir avec SAX.
A+,

---------------
There's more than what can be linked! -- Iyashikei Anime Forever! -- AngularJS c'est un framework d'engulé! --

El_gringo

Merci pour la petite précision.
A+

---------------
Les Vers Solitaires, on aime ... ou pas !

the real moins moins

y'a XPP aussi [:zebra33]

[c'était mon moment j'étale ma culture à la manière de la confiture, merci à tous d'avoir suivi]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

El_gringo

the real moins moins a écrit :

y'a XPP aussi [:zebra33]

[c'était mon moment j'étale ma culture à la manière de la confiture, merci à tous d'avoir suivi]

Certains disent que la culture, c'est comme la confiture :
moins on en a, plus on l'étale ! :whistle:

---------------
Les Vers Solitaires, on aime ... ou pas !

the real moins moins

c'est exactement ce que je voulais dire, y'avait'il vraiment besoin de l'expliquer?

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

El_gringo

the real moins moins a écrit :

c'est exactement ce que je voulais dire, y'avait'il vraiment besoin de l'expliquer?

Au moins là, c'est clair !

---------------
Les Vers Solitaires, on aime ... ou pas !

the real moins moins

je vois pas où ça aurait pu ne pas l'être.

et puis n'insiste pas trop, tu as déjà appris quelquechose, l'existence de l'XPP, c'est déjà ça non?

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

El_gringo

the real moins moins a écrit :

je vois pas où ça aurait pu ne pas l'être.

et puis n'insiste pas trop, tu as déjà appris quelquechose, l'existence de l'XPP, c'est déjà ça non?

Ben, juste le nom, comme ça, on s'en fout un peu. Tant qu'a faire, si tu places le nom, une petite expliquation de ce dont il s'agit ne serait pas mal venue.
Ne serait-ce que pour montrer que en sais + sur la chose que sa simple dénomination !

---------------
Les Vers Solitaires, on aime ... ou pas !

the real moins moins

ben oui mais non, confiture, tout ça.
je sais juste que c'est une autre api que SAX et DOM pour parser de l'xml et potentiellement très performante.
google >> XPP3

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

H4dd3R

el_gringo a écrit :

Ne serait-ce que pour montrer que en sais + sur la chose que sa simple dénomination !

Non non il peut pas préciser plus: la culture c juste superficiel!!

---------------
Athlon64 s754 10*200MHz - R9800Pro - 512MB DDR200MHz - ZX6RR - Q2[SupOp] - Tutorial Video: multilangues, multisstitres

spitagor

je reviens quelque peu sur le sujet initial.

ya un truc que je comprends pas je me suis a peu pres calqué sur la doc :

j'ai ma classe Prefs

Code :

public class Prefs {
private static final String copieFichiers = "copie";
private static final String dossierRacine = "dossier_racine";
private static Preferences p = Preferences.userNodeForPackage(Prefs.class);
public static Preferences getPreferences()
{
return p;
}
public static String getCopieStr()
{
System.out.println("str"+copieFichiers);
return copieFichiers;
}
public static String getRepRacineStr()
{
System.out.println("str"+dossierRacine);
return dossierRacine;
}
public static boolean getCopieVal()
{
boolean copie = p.getBoolean(copieFichiers, false);
System.out.println("val"+copie);
return copie;
}
public static String getRepRacineVal()//pour la sauvegarde des parametres
{
String repRacine = p.get(dossierRacine,"C:\\test\\" );
System.out.println("val "+repRacine);
return repRacine;
}
}

et ensuite je l'utilise comme ceci (dans une fenetre)

Code :

private void bt_okActionPerformed(ActionEvent evt) {
// mise a jour des preferences
try
{
Prefs.getPreferences().putBoolean(Prefs.getCopieStr(),this.radio_copie.isSelected());
Prefs.getPreferences().put(Prefs.getCopieStr(),this.chemindossracine.toString());
}
catch(NullPointerException e)
{
System.out.println("nullpointerput" );
}
setVisible(false);
dispose();
//la on verifie que ca a bien mis a jours les parametres... et ben ca marche pas!!!
System.out.println("copie des fichiers : "+Prefs.getCopieVal());
System.out.println("dossier racine : "+Prefs.getRepRacineVal());

et ca marche pas les parametre restent a leurs valeurs par defaut :

trace

Code :

strcopie
strcopie
valfalse
copie des fichiers : false
val C:\test\
dossier racine : C:\test\

J'ai du pas faire un truc que j'aurais du ou alors ya ue erreur conne...j'ai un peu peur des static aussi...

spitagor

c bon g trouvé

pour info pour recuperer le contenu d'un JTextField il faut faire getText et non pas toString()

je sus un boulet et j'assume

spitagor

Je viens de m'apercevoir que l'on ne peut stocker ques des strings dans la classe Preferences.

Ca doit etre du au format d'exportation (XML) mais comment faire pour detourner cette difficulté ? Moi qui voulait mettre une Hashmap j'aurais mieux fait d'utiliser la classe Properties... :cry: nraynaud un avis? :whistle:

Message édité par spitagor le 21-01-2004 à 01:00:45

nraynaud

lol

spitagor a écrit :

Il aurait fallu lire la Faq, c'était marqué dedans qu'on ne pouvait mettre que des types primitifs et des strings.

Ben soit tu passes au calibre d'au-dessus, soit tu fais le dump de ton hashMap à la main.

---------------
trainoo.com, c'est fini

spitagor

heu... il me semble avoir lu dans la doc si j'ai bien compris qu'il n'etait pas conseillé avec la classe Properties, d'utiliser autre chose que des Strings...

pour le dump du Hashmap a la main , je suppose que tu veux dire d'entrer les valeurs a la main... ok mais dans ce cas la ou le stocker? par exemple si j'ai un tableau des extensions connues que je remplis a la main, je dois pouvoir le sauvegarder d'un maniere ou d'un autre (fichier ...) de marniere a ce que je n'ai pas a le recreeer(lourd) a chaque lancement de l'apllication. Bon ca c'est faisable .

Le probleme c'est que je dois stocker une association (Hashmap) : j'associe une String a une ArrayList d'extensions.
Et comme je peux le mettre ni dans properties ni dans preferences, je le mets ou? dans une class statique?

De plus pour ce cas, ca serait pas mal un fichier XML a priori :whistle:

Je sais j'ai beaucoup de question mais apres avoir lu la doc, j'ai du mal a choisir une solution. :??:

Sinon... qu'entends tu par "passer un Calibre au dessus?" :jap:

Publicité

FORUM HardWare.fr

Programmation

Java

[XML] stocker les preferences de mon appli

Sujets relatifs
[Projet fou] Faire une appli de conf audio P2P	[XML/XSL]génération d'un XML a partir d'un XML par XSL probleme
[action-script / XML] texte dynamique dans flash, parceur XML et pos	[windows 2000 server] gerer les DNS avec une appli ASP
[VB] - methode popupmenu -> appli qui se ferme pas. PQ?	VBA : commande saveas d'un doc word depuis une appli access
Probleme de parse de XML JasperReport	XML : question sur la structure d'un fichier
[PHP-XML] erreur sous ie ! [RESOL]	[XML] XML ou non
Plus de sujets relatifs à : [XML] stocker les preferences de mon appli

Page générée en 0.137 secondes