Discussion :

[Gnarik]

Bonjour à tous,

Je déclare un Timer dans une méthode et j'attend l'exécution du Timer dans une autre méthode annoté @Timeout. Tout fonctionne sauf la restauration de mon Timer lors d'un reboot de mon AS.

Le problème est que lorsque le Stateless est redéployé, le Timer est expiré et il est donc automatiquement déclenché or le Stateless inject un EJB qui à ce moment n'a pas encore été déployé. J'ai donc une erreur et mon Timer n'est pas restauré...

Quelqu'un aurait-il une solution ?

Voici ma classe qui créer et gère le Timer :

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
 
@Stateless
@WebService(name = "MyWebService_001", serviceName = "MyWebService_001")
public class MyWebService {
	private static final Logger logger = Logger
			.getLogger(MyWebService.class);
 
	@EJB
	private MyManagerRemote myManagerRemote;
 
	@Resource
	private TimerService timerService;
 
 
	@Timeout
	@WebMethod(exclude = true)
	public void processTimer(Timer timer) {
		if(logger.isTraceEnabled())
			logger.trace("Blabla");
 
	}
 
	public Boolean processSync(
			@WebParam(name = "externalId") Long externalId,
			@WebParam(name = "control") ControlDTO controlDTO) {
		try {
			myManagerRemote.processSync(externalId, controlDTO);
 
			if(logger.isTraceEnabled())
				logger.trace("Création du timer");
			timerService.createTimer(30000, null);
 
 
			return Boolean.TRUE;
		} catch (Exception e) {
			logger.error("Erreur", e);
			return Boolean.FALSE;
		}
	}

Voici ici mon erreur plutot clair :

Code :

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

1
2
3
2012-01-26 16:32:16,627 INFO  [org.jboss.ejb3.timerservice.mk2.task.TimerTask] (pool-21-thread-1) Timer: [id=0dbdfc03-fb0e-4326-a7cc-b9e46768fb37 timedObjectId=jboss.j2ee:ear=bss.deployment.banking.ear-0.0.1-SNAPSHOT.ear,jar=bss.module.banking.service.impl-0.0.1-SNAPSHOT.jar,name=MyWebService,service=EJB3 auto-timer?:false persistent?:true timerService=org.jboss.ejb3.timerservice.mk2.TimerServiceImpl@37fb87e4 initialExpiration=2012-01-26 16:31:39.663 intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT will be retried
2012-01-26 16:32:16,627 INFO  [org.jboss.ejb3.timerservice.mk2.task.TimerTask] (pool-21-thread-1) Retrying timeout for timer: [id=0dbdfc03-fb0e-4326-a7cc-b9e46768fb37 timedObjectId=jboss.j2ee:ear=bss.deployment.banking.ear-0.0.1-SNAPSHOT.ear,jar=bss.module.banking.service.impl-0.0.1-SNAPSHOT.jar,name=MyWebService,service=EJB3 auto-timer?:false persistent?:true timerService=org.jboss.ejb3.timerservice.mk2.TimerServiceImpl@37fb87e4 initialExpiration=2012-01-26 16:31:39.663 intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT
2012-01-26 16:32:16,632 ERROR [org.jboss.ejb3.timerservice.mk2.task.TimerTask] (pool-21-thread-1) Error during retyring timeout for timer: [id=0dbdfc03-fb0e-4326-a7cc-b9e46768fb37 timedObjectId=jboss.j2ee:ear=bss.deployment.banking.ear-0.0.1-SNAPSHOT.ear,jar=bss.module.banking.service.impl-0.0.1-SNAPSHOT.jar,name=MyWebService,service=EJB3 auto-timer?:false persistent?:true timerService=org.jboss.ejb3.timerservice.mk2.TimerServiceImpl@37fb87e4 initialExpiration=2012-01-26 16:31:39.663 intervalDuration(in milli sec)=0 nextExpiration=null timerState=RETRY_TIMEOUT: javax.ejb.EJBException: org.jboss.injection.manager.spi.InjectionException: javax.naming.NamingException: Could not dereference object [Root exception is javax.naming.NamingException: Could not dereference object [Root exception is javax.naming.NameNotFoundException: MyManager not bound]]

[ThomasEscolan]

Bonjour,
Est-ce qu'on ne peut pas mettre un delay sur le timer pour qu'il ne démarre pas trop vite ?

[Gnarik]

Bonjour et merci de ta réponse,

J'ai bien essayé de regarder de ce coté mais je n'ai rien trouvé, je continue mes recherches...

[ThomasEscolan]

et avec un timer persistant ?

[ThomasEscolan]

Peut-être que les MDB correspondraient à ton besoin : tu envoies un message qui sera timestampé et pourra être interprété seulement après un délai fixé d'expiration "interne" contrôlé par le récepteur.
Si le MOM garantit que le message ne se perde pas (mode persistant), c'est bon.

[Gnarik]

Justement le timer est déjà persisté puisqu'une tentative de restauration est faite lorsque je redéploie mon module.

Les MDB sont une solution mais je vais devoir redévelopper un TimerService-like alors que le service existe déjà.

J'essaie de modifier la valeur du mbean :

Code :

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

1
2
3
   <mbean code="org.jboss.ejb.txtimer.FixedDelayRetryPolicy" name="jboss.ejb:service=EJBTimerService,retryPolicy=fixedDelay">
     <attribute name="Delay">100</attribute>
   </mbean>

à

Code :

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

1
2
3
   <mbean code="org.jboss.ejb.txtimer.FixedDelayRetryPolicy" name="jboss.ejb:service=EJBTimerService,retryPolicy=fixedDelay">
     <attribute name="Delay">5000</attribute>
   </mbean>

Mais le retry de restauration du timer se fait sans délai.

Code :

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

1
2
2012-01-27 10:21:05,847 INFO  [org.jboss.ejb3.timerservice.mk2.task.TimerTask] (pool-17-thread-1) Timer: [id=f102692f-dd5f-472e-8ac1-0f48daae2aab timedObjectId=jboss.j2ee:ear=bss.deploym ...... BLA BLA BLA .... intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT will be retried
2012-01-27 10:21:05,847 INFO  [org.jboss.ejb3.timerservice.mk2.task.TimerTask] (pool-17-thread-1) Retrying timeout for timer: [id=f102692f-dd5f-472e-8ac1-0f48daae2aab timedObjectId=jboss.j2ee:ear=bss.deployment.banking.ear-0.0.1-SNAPSHOT.ear,jar=bss.module.banking.service.impl-0.0.1-SNAPSHOT.jar,name=MyWebService,service=EJB3 auto-timer?:false persistent?:true timerService=org.jboss.ejb3.timerservice.mk2.TimerServiceImpl@569421aa initialExpiration=2012-01-27 10:20:45.391 intervalDuration(in milli sec)=0 nextExpiration=null timerState=IN_TIMEOUT

J'imagine que quelque chose m'échappe mais je ne vois pas encore quoi.

En tout cas merci de tes réponses.