Voila, j'ai un probleme avec un constructeur.
 
Quand je construit un objet, il me detecte tout les port présent sur la machine. Mais si j'ai besoin de reconstruire ce même objet (sans changer son nom), il me detecte les port present sur la machine en plus de ceux qu'il avait détecté lors de la premiere fois, ce qui fais que j'ai des port en double.
 
Voici le code du constructeur (API javax.comm)

 
Je pense qu'il faudrait que je puisse détruire le premier objet gestionComm que j'ai créé, mais je ne sais pas comment faire.

Tu reconstruis bien ton objet avec new ?

oui oui.
 

 
Le probleme se pose donc si je fais appelle plusieur fois à méthode 1. Il faudrait que je puisse "détruire" maComm avant de le reconstruire.
 
 
 

Ca viendrait pas plutot du fait que tu initialises deux fois ?
 
Essaye un constructeur sans le init....

Ou bien utilise le pattern singleton dans ton code

 
C'est justement l'initialisation qui me detecte le port présent. Si je le retire, je n'ai plus rien du tout. Mais en effet, c'est bien la deuxieme initialisation qui fais que j'ai des port en double.
 
Heu...
c'est quoi le pattern singleton?

t'en fait quoi de ton Win32Driver apres? Et t'es pas supposé utiliser ça explicitement...

.. bref, ce n'est pas un problème de constructeur, mais à priori d'utilisation de javaxcomm ou d'énoncé
 
... par exemple.. qu'est-ce que tu entends par "il me detecte les port present sur la machine en plus de ceux qu'il avait détecté lors de la premiere fois, ce qui fais que j'ai des port en double".
 

je vois pas ce que tu veux dire...

Ca tombe bien, moi non plus

un petit programme valant mieu qu'un grand discour :
 

 
Si je fais une premeier fois appelle à ce constructeur, j'obtient:

 
Si je fais appelle une deuxieme fois appelle à ce constructeur dans le même programme (pour detecter le nouveau port USB-seri que j'ai branché par exemple), j'obtient:

ce qui me donne des port en double.

ok.
et l'appel à

il sert à quoi ?

d'aprés la doc de la méthode initialize:
 

 
Cette initialisation est indispensable pour pouvoir utilisé les port avec javax.comm.

donc tu n'as pas à appeler initialize(), c'est ecrit noir sur blanc non ?
 
cela dit, je sais pas si ca va résoudre ton probleme

...

Ben, si je n'appelle pas initialize, il ne me detecte pas les com...  
 
Mais je pense que nous cherchons trop compliqué.  
Simplement, comment pourrai-je faire pour détruire un objet pour en reconstruire un autre avec le même nom?

mais qu'est-ce qu'il raconte
c'est TOI qui cherche trop compliqué et/ou qui ne sait pas lire la doc..

Heu, comme ils te l'ont dit, tu ne dois pas utiliser initialize.
 
Enleve "w32Driver.initialize();" !
 
Quand tu appels "CommPortIdentifier.getPortIdentifiers();", c'est la ou meme avant que ton truc s'initialise...

j'parierais bien 100 balles sur une mauvaise installe de javaxcomm, tiens

Ben, si j'enleve initialize(), aucun port n'est détécté.
 
Le code est directement copier de ce tutorial : http://christophej.developpez.com/ [...] /javacomm/ et il y a bien initialize().
 
Sinon, il est possible que j'ai fais une mauvais installe de javax.comm, mais alors rien ne fonctionnerai.
 
Sinon, question general, si on fais deux fois appelle à un constructeur  
 

 
puis plus loin dans le programme:

 
Cette deuxieme construction de l'objet blabla va t'elle réinitialiser toute les variables? (je pense que oui, mais j'ai un doute)
 
 

ha
 
Bon et rapport à ton article...

Faux ! le properties doit aller dans JDK_HOME/jre/lib/javax.comm.properties  
Fais ça, enleve ton appel absurde au WinDriver machin, et on revoit ça.

 
Oki!
Je l'avais mis dans J2SDK\lib et non dans J2SDK\jre\lib...
Encore un truc que j'aurais apris grace à ce forum!
 
Mais du coup, si j'enleve w32Driver.initialize();
les nouvelles comme ne sont pas detectée si je relance le constructeur.
Mais si je laisse initialize, les comme sont en double (ce qui maintenant me parait normal) mais il detecte si j'en branche une nouvelle.

Au diable si j'y comprend quelque chose.
 
Maintenant, que je fasse ceci:
 

 
ou ceci:

 
j'obtient la même chose, ie :
 

 
avec des comm detecté deux fois.
 
Pour le premier cas, je veux bien, étant donné que j'initialise deux fois (une fois avec initialize et une deuxieme fois avec CommPortIdentifier.getPortIdentifiers()) mais je comprend pas pourquoi avec le deuxieme code, les comm apparraissent deux fois.

Je viens d'essayer ton code avec rxtx sous linux, ça marche parfaitement:

 
Vire l'import du WinDriver, des fois qu'il aurait des crasses initializées en static
 
(pour info, rxtx a exactement la meme api que javaxcomm - aux noms de package près - et fonctionne sous linux, windows et ptet meme mac)

En effet, c'est moi qui me suis planté.  
 
Par contre, suite à plusieurs tests, je me suis rendu qui compte que CommPortIdentifier.getPortIdentifiers()ne semble enrengistrer les ports de la machine qu'une seul fois et qu'ensuite, il se contente de retourner lire ce qu'il a enrengistré précedement. Ce qui fais que s'il y a un nouveau port, il ne le detecte pas.

ouais

HS: t'as eu le même prof de philo que moi ?

En faite, ce qu'il faudrai que je parvienne à faire, ce serai de lui suprimer toute les ports qu'il a détecté.
 
Je pensais donc que suprimer l'objet pourrai me le permettre; mais je ne sais pas comment faire pour suprimé manuelement un objet.

Je dis peut-être une bêtise ( les cours de java sont un peu loin ), donc corrigez moi si je me trompe :
un appel à la méthode "finalize()" ne détruirait-elle pas l'objet en question ?

non