Discussion :

[CcHhUu]

Bonjour,

Ma question est toute simple mais reste assez ambigue dans ma tête...

Si je lance mon application et qu'elle appelle un service sur le serveur qui exécute un timer avec une période, est ce que ce service sera toujours en exécution si j'arrête mon client?

Merci

[tchize_]

Tout dépend du serveur et du service derrière.

[CcHhUu]

Mon service fait un calcul et met à jour une base de données toutes les X secondes. Mon serveur est un Tomcat.

[tchize_]

ce que je veux dire, c'est que le comportement dépendra du code qui est derrière ton service, on peux pas te répondre comme ça. Et la question de base toute bete
"t'as essayé pour voir?"

[CcHhUu]

Je n'ai malheureusement pas le matériel pour le moment pour séparer mon client de mon serveur.
Du coup, je vais reformuler ma question autrement : est ce qu'il est possible de lancer une méthode côté serveur sans que la classe qui implement EntryPoint ne soit lancée?
Ou en gros si je peux faire une appli GWT purement côté serveur.
Je ne sais pas si je suis très clair

Merci

[mamelouk]

est ce qu'il est possible de lancer une méthode côté serveur sans que la classe qui implement EntryPoint ne soit lancée?

oui

[benwit]

Je n'ai malheureusement pas le matériel pour le moment pour séparer mon client de mon serveur.
Du coup, je vais reformuler ma question autrement : est ce qu'il est possible de lancer une méthode côté serveur sans que la classe qui implement EntryPoint ne soit lancée?
Ou en gros si je peux faire une appli GWT purement côté serveur.

Là, la question est différente.
Moi, je pensai que ton client lançait un truc sur le serveur puis se barrait ...

Comme je ne pourrai pas faire une réponse aussi concise que celle de mamelouk je te ferai remarquer qu'une appli GWT purement côté serveur, ça ne veut pas dire grand chose car côté serveur, c'est du Java classique !
Le seul truc que GWT amène côté serveur, c'est sa servlet pour le RPC qui n'a que peu d'intérêt s'il n'y a pas de partie cliente qui l'appel.

[benwit]

comme dit tchize, tout dépend de ce que fait ton code ...

Réponse avec suppositions :

Appel RPC ou non, une servlet vas être appelée ... ( les servlets sont généralement partagées donc attention à la concurrence si tu utilises des variables d'instances)
Si tu fais un traitement (code dans le corps de doGet, de doPost ou dans le corps de ta méthode RPC), il commence à l'arrivée de la requête et se termine à l'envoi de la réponse ...

Maintenant, si dans ce code, tu lances un autre thread, sauf erreur de ma part, il continuera de "tourner" même après la réponse au client.
Enfin, quand, je dis qu'il continue de tourner, il s'execute en "parallèle" jusqu'à sa fin "programmé".

Autrement dit, si dans ton thread, tu fais un print i dans une boucle où i va de 1 à 10, parfois, i aura atteint 10 avant la réponse, parfois après mais dans les deux cas, il sera terminé une fois arrivé à 10.
Si c'est une boucle infinie "brutale" while(true) ou moins brutale (soumis à une condition d'arrêt peu fréquente), le thread ne se terminera que lorsque tu auras fait un break;/return dans la boule infinie "brutale", un "je passe ma condition d'arrêt à true" dans le deuxième cas.

Il pourra être également arrêter dans le cas d'un System.exit() ou de l'arrêt du Tomcat.

Est-ce que ce thread sera arrêter à l'arrêt seul de l'application web (le tomcat continue de tourner) ? Je n'ai jamais fait le test. Si je devais dire une réponse, je dirai que non ? Comme les applications web peuvent avoir leur propres librairies, peut êtres ont t'elles leur groupe de thread ?

Je laisse à ceux qui le savent le soin de partager leur lumières

[mamelouk]

Il me semble qu'il a besoin d'un bon vieux crontab qui appelle une de ses classes, mais comme on ne sait pas ce qu'il veut faire, difficile de répondre