communication entre interfaces graphiques

bonjour;
je veux réaliser une interface graphique qui fait appel à une autre en lui passant un objet vide pour le remplir.
depuis la deuxieme interface on selectionne une ligne d'une jdbtable et on clique sur ok ,l'objet à ce niveau est rempli.
mais lorsque j'accède à ce même objet depuis la premiere interface il reste toujours vide

slt tu doit declare ton objet static et public ca devrai marcher

salut;
voici le bout de code:
public static Chambre cham =new Chambre();
........
void SINGLE_actionPerformed(ActionEvent e) {

new TestListeChambreLibreSingle( cham);
  }

cham reste toujours vide

Salut,

yesssss plus il y a de static dans une application mieux c'est....




------------------------------------
"On n'est pas au resto : ici on ne fait pas dans les plats tout cuits ..."

OoWORAoO

franchement,je n'ai rien compris ce que tu viens de dire

cham est sence renvoyer quoi?
declare

dans ta classe main

et dans les autre classe apelle juste des instance des ce classe
ex
public class wfrm_main{
public static Chambre cham;
public wfrm_main(){
cham = new Chambre();
}

}



//une autre classe du meme package
public class wfrm_loaddata{
public wfrm_loaddata(){
}

void SINGLE_actionPerformed(ActionEvent e) {

new TestListeChambreLibreSingle(cham);
  }


}

jespert que cq irra
@+

Salut,


nan mais sérieux faut arrêter avec vos static... dans son cas ce n'est absolument pas justifié....
Ptin si vous ne savez pas faire autrement que d'utiliser du static je plains vraiment vos applications....

------------------------------------
"On n'est pas au resto : ici on ne fait pas dans les plats tout cuits ..."

OoWORAoO

Salut à tous

Twinuts -> pourquoi une telle attitude envers les pauvres static ?

Salut,

le static c'est tabou on en viendra tous à bout ^^

nan sérieusement, ici il n'est pas justifié et donner des solutions avec du static, je trouve ça moche surtout qu'en suite le pauvre petit membre qui reçoit une telle solution risque de l'utiliser à profusion dans son code...
en plus quand je vois des :

public static Chambre cham;

public wfrm_main(){
   cham = new Chambre();
}

soit initialisation d'un membre static dans le constructeur non static, ça me donne l'envie de vomir... au pire si tu es pro static tu utilises le constructeur static de l'objet....
genre :

public static Chambre cham;

static{
   cham = new Chambre();
}

public wfrm_main(){
....
}
...

pour rappel avec la solution qui a été proposée, si tu oublis de faire un new de ton objet 'wfrm_main' la variable  static 'cham' sera null... et vu que le qualifieur static ne nécessite pas d'instance d'un objet pour être utilisé, tu as pleins de raisons d'avoir de zolies exceptions.... fin bon je camp sur ma position, aund au fait que rien, mais absolument rien ne justifie l'utilisation de static...

------------------------------------
"On n'est pas au resto : ici on ne fait pas dans les plats tout cuits ..."

OoWORAoO

Je vois bien ce que tu veux dire et je suis tout à fait d'accord avec toi : merci bien pour les explications