Rendre permanent le texte tapé dans un JTextField

**kalina** · 22/07/2013, 13h53

Bonjour,
je voudrai savoir s'il y a un moyen de rendre le texte tapé dans un jtextField permanent, c'est-à-dire faire l'effet du editText que j'utilise pour initialiser mon jtextField lors de la construction de la fenêtre(j'utilise NetBeans): lorsque l'utilisateur tape son texte j'aimerais qu'il reste tel quel jusqu'à la prochaine fois que l'utilisateur tape un nouveau texte.
j'espère avoir été clair!
merci pour votre aide.

**Laine** · 22/07/2013, 14h55

Salut

J'avoue ne pas bien avoir saisi ta question. Tu veux garder le texte du JTextField entre deux exécution ? Et ou est le rapport avec le "editText" ?

**Doopeijii** · 23/07/2013, 10h00

Je ne comprends pas non plus ton soucis, mais je vais essayer de t'éclairer (même si je risque de viser à côté

)
Si tu veux conserver ton texte initiale et ajouter à la suite, et que le JTextField dont tu parles ne sert que pour de l'affichage je te conseil d'utiliser un JTextArea et la méthode "append(String str)".
D'ailleurs pour de l'affichage je préfère utiliser un JTextArea dans tous les cas (en mode "setEditable(false)"). Le JTextField me semble plus adapté pour de la saisie.
Du coup si tu veux juste changer le texte de temps en temps sur le JTextArea tu as "setText(String str)"
Pour appuyer ce que je te dis, voilà ce que j'ai trouvé dans la JAVADOC en passant par JTextField (exemple fourni ) :
http://docs.oracle.com/javase/tutori...textfield.html
et le code (qui utiliser JTextField pour la saisie et JTextArea pour l'affichage) :
http://docs.oracle.com/javase/tutori.../TextDemo.java

**kalina** · 23/07/2013, 12h58

Bonjour,
tout d'abord merci pour vos réponses, et voici plus d'explications:
je me sers de mon jtextfield pour récupérer l'@ ip du serveur sur lequel se trouve ma bdd, c'est à dire qu'au lancement de l'application, elle fait jtextfield.getText() pour avoir l'@ip pour faire la connexion à ma bdd.
l'@ ip peut changer mais rarement,donc oui Laine "je veux garder le texte du JTextField entre deux exécutions" pour que les utilisateurs n'aient pas à la taper à chaque fois.
enfaite, j'utilise un singleton pour la connexion à ma bdd et utiliser un jtextfield
est la seule façon que j'ai trouvé pour alimenter l'url du singleton :

Code :

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

Single.setURL("jdbc:oracle:thin:@"+jTextField1.getText()+":1521:mabdd");

Single est mon singleton.
Voilà, merci pour votre intérêt.

**Carhiboux** · 23/07/2013, 14h46

Bonjour,

Je pense que la solution propre serait de passer par une fichier de configuration, un exemple ici :

http://www.developpez.net/forums/d27...configuration/

En fait, je ne vois pas vraiment l’intérêt d'avoir ce JTextField. Pour ma part, et à moins que je n'ai pas bien compris ton besoin, je me contenterais de mettre l'adresse IP dans le fichier de config et basta.

Ainsi, tu peux changer l'adresse IP dans le fichier de configuration quand tu veux.

**kalina** · 23/07/2013, 15h12

ben, c'est juste que je n'ai jamais utilisé de fichier de configuration, donc je n'y ai même pas pensé, mais ça doit être ça la solution!
Merci pour le tuyau. je vais voir ça.

**Doopeijii** · 23/07/2013, 15h41

Eh bien moi je ne vois pas le soucis puisque quand tu fais un "getText()" cela n'efface pas le champ JTextField (je viens de le tester) donc tu ne perds pas la donnée ! ensuite en jouant sur le setEditable tu peux interdire à l'utilisateur de changer la valeur tant qu'il n'a pas fermé une connexion, etc...

Ceci juste pour t'aider dans ton optique de JTextField, mais sinon je pense aussi que le fichier de configuration est plus approprié (si il répond à tes besoins).

**MasterMbg** · 30/07/2013, 13h58

Et si tu utilisais un fichier texte, contenant l'@ ip d ton serveur de bdd. Comme ça, à chaque fois que l'utilisateur va de connecter, tu ne feras que lire le contenu de ce fichier et l'affecter à ton jtextfield...

**Doopeijii** · 30/07/2013, 14h34

Et si tu utilisais un fichier texte, contenant l'@ ip d ton serveur de bdd. Comme ça, à chaque fois que l'utilisateur va de connecter, tu ne feras que lire le contenu de ce fichier et l'affecter à ton jtextfield...

C'est exactement l'idée du fichier de configuration proposé ><

**OButterlin** · 30/07/2013, 15h46

Le fichier de propriété est une idée mais si l'application est packagée sous forme de jar, c'est un peu compliqué pour l'utilisateur d'aller modifier... et ça ne fait pas très "pro" dans l'application...

Une autre solution consiste à sérialiser la valeur dans un objet java, comme ça, on utilise une interface graphique standard de l'application pour modifier la valeur quand elle change...

**MasterMbg** · 02/08/2013, 02h41

Envoyé par Doopeijii

C'est exactement l'idée du fichier de configuration proposé ><

La différence réside au niveau de manipulation. Le fichier texte ne sera créé qu'une seule fois dans l'application puis, question seulement de la lecture pour récupérer son contenu (l'@ IP) et de l'écriture au cas où cette adresse changait au cours du temps, pour la modifier. Donc l'utilisateur finale gère lui même et aisaiment cette @ IP, après que l'application se voie déployée... C'est sous cette optique que j'ai proposé cette idée

**Carhiboux** · 02/08/2013, 09h25

Envoyé par MasterMbg

La différence réside au niveau de manipulation. Le fichier texte ne sera créé qu'une seule fois dans l'application puis, question seulement de la lecture pour récupérer son contenu (l'@ IP) et de l'écriture au cas où cette adresse changait au cours du temps, pour la modifier. Donc l'utilisateur finale gère lui même et aisaiment cette @ IP, après que l'application se voie déployée... C'est sous cette optique que j'ai proposé cette idée

Et heu, excuse ma grossière inculture, mais quelle est alors la différence avec un fichier de configuration? Parce que là, pour moi, tu viens de décrire... un fichier de configuration.

**Doopeijii** · 02/08/2013, 09h52

Si je saisie bien, il nous dit que le fichier de configurations n'est chargé qu'au lancement de l'application puis n'est plus utilisé... Contrairement à son fichier texte. Moi, je pense que c'est juste un choix de développeur sur ce point. Les deux peuvent être utilisés de la même manière.

**kalina** · 21/08/2013, 11h26

Bonjour,
Tout d'abord, merci à tous pour votre aide, ensuite l'idéal pour moi serait de pouvoir changer l'@IP à partir de l'application donc l'idée de OButterlin me convient bien :

Une autre solution consiste à sérialiser la valeur dans un objet java, comme ça, on utilise une interface graphique standard de l'application pour modifier la valeur quand elle change...

mais je n'ai encore jamais utiliser la sérialisation, je vais me pencher dessus et un peu plus d'aide serait la bienvenue!
merci

**OButterlin** · 21/08/2013, 14h48

Un petit exemple pour illustrer le principe...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
import java.io.Serializable;
 
public class Personne implements Serializable
{
    public static final long serialVersionUID = 1;
    private String nom;
    private String prenom;
 
    public String getNom()
    {
        return nom;
    }
 
    public void setNom(String nom)
    {
        this.nom = nom;
    }
 
    public String getPrenom()
    {
        return prenom;
    }
 
    public void setPrenom(String prenom)
    {
        this.prenom = prenom;
    }
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
 
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
 
public class SerializeObject
{
 
    /**
     * @param args
     */
    public static void main(String[] args)
    {
        File file = null;
        FileInputStream fis = null;
        ObjectInputStream ois = null;
        FileOutputStream fos = null;
        ObjectOutputStream oos = null;
        try
        {
            Personne personne = null;
 
            file = new File("Personne.ser");
            if (file.exists())
            {
                fis = new FileInputStream(file);
                if (fis != null)
                {
                    ois = new ObjectInputStream(fis);
                }
            }
 
            if (ois != null)
            {
                personne = (Personne)ois.readObject();
                fis.close();
                ois.close();
            }
 
            if (personne == null)
            {
                personne = new Personne();
                personne.setNom("Un Nom");
                personne.setPrenom("Un Prénom");
            }
 
 
            fos = new FileOutputStream("Personne.ser");
            oos = new ObjectOutputStream(fos);
            oos.writeObject(personne);
            fos.close();
            oos.close();
        }
        catch (Exception e)
        {
            System.out.println(e.toString());
        }
    }
}

**adiGuba** · 21/08/2013, 15h35

Salut,

C'est drôle que personne n'ai parler des Preferences.
Il s'agit pourtant d'un des moyen le plus simple pour sauvegarder les paramètres d'une application :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
	// Je récupères les préférences pour ma classe :
	Preferences prefs = Preferences.userNodeForPackage(MaClasse.class);
 
	// Je récupère une propriété (en définissant une valeur par défaut)
	// ip vaudra "127.0.0.1" si la propriété n'est pas défini,
	// ou la valeur précédemment sauvegardée sinon.
	String ip = prefs.get("IP", "127.0.0.1");
 
	// Je sauvegarde une nouvelle valeur pour ma propriété :
	ip = "192.168.1.1";
	prefs.put("IP", ip);
 
	// Je force la sauvegarde des modifs
	prefs.flush();

a++

**Carhiboux** · 21/08/2013, 16h06

@adiGuba : merci pour cette info, je ne connaissait pas, et cela à l'air assez pratique.

Je reste juste un peu sceptique sur le fait de ne pas maitriser où les informations sont stockées.

**Doopeijii** · 21/08/2013, 16h55

Pour précision, Preferences ça correspond à une Map mais avec (certainement) plus d'options ? Quels avantages ça apporte ?

**adiGuba** · 21/08/2013, 17h00

Envoyé par Carhiboux

Je reste juste un peu sceptique sur le fait de ne pas maitriser où les informations sont stockées.

Ca dépend de l'OS, grosso-modo dans la base de registre sous Windows, ou dans un fichier de config sous les autres systèmes...

Si c'est vraiment gênant tu peux redéfinir le PreferencesFactory et proposer ta propre implémentation assez simplement en héritant d'AbstractPreferences...

[edit] @Doopeijii : une Map n'est pas conservé à la fin de ton application.
Alors que tout ce que tu stockes dans les Preferences est automatiquement sauvegardé et récupérable au prochain démarrage de ton application...

a++