Discussion :

[tiamat]

Bonjour à tous,

j'ai un probleme de conception, avant de me lancer dans le codage je veux être sur de faire le bon choix d'archi pour mon appli...

Je vais tenter d'être clair.

J'ai un Thread A qui fait un pooling d'une connexion sur port USB et qui attend des commandes à envoyer.

Par contre ce Thread A est créé au démarrage de mon appli et cette même appli démarre une Servlet B qui écoute des commandes distantes.

Donc mon problème est que ma Servlet B en recevant un message doit envoyer ce message à mon Thread A mais n'a pas de référence sur ce Thread...
Donc pour ma Servlet B (ou même un autre Thread), comment récupérer la référence sur ce Thread A sans avoir le contexte principal ?

J'avais pensé stocker la référence du Thread (Thread.getId()) dans un fichier et le récupérer depuis ma Servlet B en créant un objet du même type et lui renseigner la bonne référence de l'objet, mais je ne suis pas sur que l'on puisse faire ça.

Pourriez vous m'éclairer sur les pratiques de récupération de référence de Thread ? je suis sur que ce problème est fréquent et j'ai toujours réussi à pallier à ce probleme via des comm par fichier mais je me rend compte que ce n'est pas forcément très fiable...

Merci de votre aide.
Tiamat.

[LoveOracle]

Je ne comprends pas bien ton besoin... tu veux faire communiquer 2 processus entre eux ? Pourquoi ne pas utiliser RMI ?

[Alkhan]

bonjour,

Si c'est ton appli qui lance ta thread A et ta servlet B alors pourquoi ne pas passer la référence de A lors de l'instanciation de B ?

[dinobogan]

Le design pattern singleton !
Ton Thread est créé dans une classe Pool. Tu fais ainsi :

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
public class Pool
{
  private static Pool instance;
 
  private Pool()
  {
    ...
  }
 
  private Pool( blabla )
  {
    ...
  }
 
  public static Pool getInstance()
  {
    if( instance == null ) { instance = new Pool(); }
    return instance;
  }
}

Et dans ta Servlet :

Code :

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

Pool monPool = Pool.getInstance();

[tiamat]

Salut Dinobogan,

Merci pour ta réponse.
donc mettons le cas dans mon main, je crée une class MonThread qui va créer un Thread, et en ajoutant une méthode:

Code :

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

1
2
3
4
5
6
 
public static MonThread getInstance()
  {
    if( instance == null ) { instance = new Pool(); }
    return instance;
  }

De ce fait dans ma Servlet B, je peux faire:

Code :

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

1
2
 
MonThread thread = MonThread.getInstance();

et je récupèrerais l'instance du thread MonThread présent dans la JVM ?
c'est bien ça ?

désolé mais je ne connais pas trop les design pattern singleton...
Merci,

Tiamat.

[dinobogan]

Oui, c'est exactement ça.

Si tu veux empêcher les objets de conserver une instance de "MonThread", tu peux aussi passer uniquement par des méthodes static pour commander le thread, à toi de voir. Du coup, la méthode "getInstance" devient private et toutes les méthodes d'accès deviennent static :

Code :

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

1
2
3
4
5
6
7
public static void envoiMessage( String s )
{
  MonThread thread = getInstance();
  thread.traiteMessage( s );
}
 
...

A toi de voir selon tes besoins