Discussion :

[Allen2k2]

Bonjour,

Je développe une application web en utilisant le framework Struts et en parallèle j'ai un ensemble de threads quotidiens qui à des heures précises doivent effectuer des contrôles. En fait le but de mon application web est d'afficher les résultats de tous les contrôles et l'ensemble des informations est fourni par une BD. A partir de l'appli, il faut aussi que l'utilisateur puisse lancer l'exécution d'un thread indépendamment des heures prévues.
C'est là en fait que j'ai un petit souci car étant donné que j'ai un nombre important de threads qui peuvent s'exécuter simultanément je ne voudrais pas que ceux-ci soient lancés sur le serveur web.

Est ce qu'il possible en fait en effectuant une action sur le site web, de déclencher un thread qui ne soit pas exécuté sur le serveur web, pour éviter de le surcharger?

Merci d'avance



[Modéré par Didier] : ajout de tag dans le titre - Les règles du forum Java

[lunatix]

tu peux bien sur developper une autre application independante, qui tournera a intervalles fixes, sur une autre machine. (voir le recent tutoriel sur les timers java et l'api quartz dans la section java).

[Allen2k2]

Effectivement l'api Quartz m'a l'air relativement intéressante pour plannifier des taches, mais si les taches se déroulent sur une appli indépendante comment est-il possible de lancer manuellement une tache, en dehors des heures de plannification?
Je n'arrive pas vraiment à voir comment je pourrais effectuer le lien entre le serveur web et l'appli en fait.

Merci d'avance

[lunatix]

ben, tu as toutes les possibilités que tu veux ! l'appli 1 peut declencher un batch, envoyer un mail, utiliser un web service, faire un get sur un serveur web qui va lancer le truc.

par exemple : ton appli surveille un compte mail (avec javamail) et se declenche si elle en recoit un. Ou ton application tourne sur un serveur d'application, et se declenche lors de l'appel d'une jsp particuliere.

[Allen2k2]

Ok je vois bien que tu peux faire plein de choses et je m'en doute, mais concrètement je n'arrive pas à voir ce qu'il faut faire.
Par exemple, coté client sur une jsp, je clique sur un bouton. Une action va ainsi être déclenché et coté serveur va faire appel à la servlet permettant de gérer cette action. Maintenant moi ce que je voudrais c'est provoquer le lancement d'une tache(qui récupère des fichiers par ftp par exemple)
Bien sur si je fais en utilisant Quartz

Code :

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

myScheduler.triggerJob(myJob, myGroup)

je vais bien déclencher ma tache plannifiée mais je voudrais que cette execution ne se fasse pas sur le serveur web.

Je sais pas si je suis très compréhensif, en tt cas merci lunatix pr ton aide mais je n'arrive pas réellement à voir comment par rapport à ce que tu as mis, l'application est informé que le client, au travers le site web, veut déclencher une tache

[terence]

Je te propose une solution parmi d'autres , si ton serveur d'app et l'autre appli censée lancer ton traitement sont sur la même machine:

- il suffit que ton appli (presente sur ton serveur d'application) génère par exemple un fichier

- une autre application serait en condition de ressources sur ce fichier (en Java tu peux implementer un FileWatchDog, thread bouclant en regardant la date de derniere modif du fichier, ou bien si tu as un ordonnanceur du type Autosys ca peux aussi se faire) et lancerait le traitement des que la condition est remplie.

si on est dans le cas ou y a 2 machines il suffit de transferer le fichier (ftp,...)


D'autres solutions , envoi de message (asynchrones) via un middleware (MOM) à l'autre application, ecriture dans une table de ta bd scrutée a intervalle régulier...

[Hervé Saladin]

Salut,
je te propose deux autres solutions :
la premiere, qui n'est peut etre pas la plus facile a mettre en place mais qui me parait plus propre : RMI.
Grâce à RMI, tu peux appeler du code java sur une machine distante.
ça donnerait :

navigateur client -------http--------> Serveur A (serv web) ------RMI------------> Serveur B (ton appli a lancer indépendament)


2e solution :
Ou alors sinon, tout simplement une 'bête' socket sur ton serveur B qui attend que le serveur A lui envoie le signal pour lancer tes threads. A ce moment la tu n'a qu'a utiliser l'API socket dans le code de ta servlet sur A, pour ouvrir une connection TCP sur B et lui envoyer un message avec un protocole de ton cru (quelque chose de tres simple devrait suffire).
Cette 2e solution me parait plus simple a mettre en place et ne nécessite pas beaucoup de codage. Elle présente par ailleurs un gros avantage par rapport à la première : l'appli qui écoute sur ton serveur B n'est pas obligatoirement codée en Java puisque tu peux faire des socket TCP avec tous les languages (ce qui n'est pas le cas de RMI).