Discussion :

[Sylario]

Je doit faire une appli java se connectant sur un serveur JBoss . L'appli serveur est simple, elle recoit des infos qu'elle redispatch dans une base et aux clients. J'ai deja fait ce genre de chose en java simple mais l'implémentation tenait plus du bricolage que de l'appli solide ( a savoir un lancement en bat/ligne de commande).

Je voudrais coder l'appli serveur sur JBoss et je ne sait pas quoi utiliser, j'ai beau chercher mais j'ai l'impression que J2EE ne sert qu'au web avec les servlets "JSP only" et les EJB qui sont géniaux permettent de tout faire mais ou tout les exemples reviennent à faire des pages jsp.

J2EE permet il de faire du client serveur Java en vrai et pas que dans les specs?

Si oui quel type de composant J2EE le permet?

[zekey]

Tu as plusieurs possibilités:
1) Client swing qui communique par web services. Dans ce cas ce sont les web services qui tournent sur le serveur.
2) Client swing qui communique par une servlet avec le serveur

Mais si tu nous donnais un exemple concrêt ce serait plus simple

[Sylario]

Concrétement je suis en train de faire une appli qui affiche de la news et des infos et je dois faire le serveur.

Je ne pense pas que les webservices me permettent de faire ce que je veux étant donné que quand une info tombe il faut que le client affiche l'info dans les secondes qui suivent et à ma connaissance un webservice ne peut pas envoyer de l'info non sollicité à un client.

Ce dont j'ai besoin c'est d'une connection TCP permanente entre le client et le serveur, j'avais cru comprendre que c'etais le boulot d'un EJB session bean ou chaque instance représenterais un thread/connection au client.

Tout ca en java je sais le faire mais en J2EE ca a l'air tout de suite trés compliqué.

[Sylario]

Personne ne sait quel est le bon composant à utiliser pour ouvrir un server socket en J2EE?

[cedric49fr2000]

salut,

jboss est un serveur dapplication (si j'ai bien compris). par consequent, si on lui envois un ordre particulier, il peut controler qu'un message est arrive ou non. et ensuite il reagira en consequence.

par consequent, il suffit de creer un cadenceur qui envois des "top" a intervalle regulier.

Mais le moteur de jboss est peut etre dote d'une sorte d'horloge que l'appli peut ecouter ?

si quelqu'un ala reponse a cette question, je suis tres interesse.

cedric

[the-gtm]

En J2EE l'idée d'ouvrir un socket soi même n'est pas vraiment "standard", c'est le serveur d'application qui fait ce genre de boulot.

Pour ton problème la solution la plus adaptée me parait être JMS. Tu as la possibilité de créer des "topics" sur le serveur. Ensuite les clients peuvent s'abonner à ce topic, lorsqu'un message est ajouté au topic, le serveur l'envoie à tous les abonnés.

[cedric49fr2000]

salut,

mais JMS ne permet pas de forcer l'appli a tester a intervalle regulier un client ?

cedric

[the-gtm]

En JMS le serveur peut envoyer des messages au client (et inversement), donc tu n'as pas à te soucier t'interroger le serveur à intervalles réguliers.