Discussion :

[nadsky]

Bonjour à tous,

J'ai écrit une classe intitulée CezarSecuriteFonctionnelleManager dans laquelle j'ai déclaré un thread local, ainsi que les getter et setter et la méthode remove.

Or, je me sers de mon getter dans les méthodes services de ma couche métier et de mon setter pour les méthodes Action de ma couche Présentation.(En effet, l'appli sur laquelle je travaille utilise le framework Struts).


Ma question concerne le test du thread, où dois-je écrire ma méthode run()?
Où dois-je écrie le main()?

En effet, dans la plupart des tutos sur les threads que j'ai lus, soit :
- le main était écrit direct dans la classe où il y-avait la déclaration du thread
- soit il n'y-avait que deux principales classes : celle où le thread était déclaré et une classe de test.

Vu le découpage de l'appli, cela me semble difficile à voir...

Pouvez-vous m'aider,svp??
Merci d'avance

[Alghero]

Regarde ce la:
http://exampledepot.com/egs/java.lang/BasicThread.html
ciao

[nadsky]

merci pour ce lien.

Seulement, dans la plupart des tutos que j'ai lus, on teste le thread dans le main à l'intérieur même de la classe où l'on a déclaré le thread ou bien dans une classse de test.

Or, ici, le découpage de l'appli en couches et selon le framework Struts me pose problème quant au test de mon thread :

- Où dois-je créer l'objet runnable et le passer en paramètre au thread?
- Où dois-je faire le thread.start()?
( dans les méthodes de service lorsque je fais un get du thread ou dans les classes action où je fais un set pour fixer les valeurs à l'intérieur du thread?)

Je sais que mon exmplication peut paraitre confuse, mais je suis vraiment perdue.
Merci d'avance

[baos!]

Oui, c'est un peu confus.

Déjà la classe CezarSecuriteFonctionnelleManager contient un thread local de la classe Thread ou ThreadLocal ? (je suppose Thread).

Si elle contient le thread, c'est que c'est elle qui contrôle l'exécution de ce thread ?
Pour moi, il faudrait créer une classe TestCezarSecuriteFonctionnelleManager qui créer une classe Runnable pour l'occasion et qui teste le comportement des méthodes de la classe CezarSecuriteFonctionnelleManager (setter, getter et remove). C'est aussi cette classe de test qui fera l'appel au Thread.start(), sauf si c'est la responsabilité de CezarSecuriteFonctionnelleManager.

Cale convient il ?

[nadsky]

Bonjour baos! et merci de m'avoir répondu aussi rapidement.

La classe CezarSecuriteFonctionnelleManager.java appartient à la couche métier et a comme attribut un thread local, voici son code :

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
package i2.application.cezar.metier.securite;
 
 
public class CezarSecuriteFonctionnelleManager implements Runnable{
 
//attributs de la classe
private static ThreadLocal<CezarInfosUtilisateurFonctionnel> infosUser = new ThreadLocal <CezarInfosUtilisateurFonctionnel>();
 
 
//constructeur
public CezarSecuriteFonctionnelleManager(){}
 
//getter
public static CezarInfosUtilisateurFonctionnel getInfosUser(){
	return (CezarInfosUtilisateurFonctionnel)infosUser.get();
}
 
//setter
public static void setInfosUser(CezarInfosUtilisateurFonctionnel inf){
	infosUser.set(inf);
}
 
//méthode remove
public void remove(){
	//vider le thread local	
}

Je vais tenter de faire comme tu as dit, créer une classe de test du thread, au même niveau (donc dans la couche métier) afin de tester les méthodes du thread.

[baos!]

Bonjour nadsky,

J'avoue être un peu perplexe à la lecture du code. La classe CezarSecuriteFonctionnelleManager implémente Runnable. Donc, elle est à l'origine d'un nouveau thread. Pourquoi contient-elle alors une instance static ThreadLocal<CezarInfosUtilisateurFonctionnel> infosUser et pas directement une instance non static CezarInfosUtilisateurFonctionnel infosUser ?

Soit tu as une instance de CezarSecuriteFonctionnelleManager par thread et tu n'as pas besoin de ThreadLocal, soit tu as une seule instance de CezarSecuriteFonctionnelleManager (de type singleton) et tu n'as pas besoin du "implements Runnable". Enfin, il me semble .