Discussion :

[balibalo]

Bonjour,

Si il y a bien un domaine où je ne trouve aucune info (je dois pas être doué ou alors c'est un sujet rare...) c'est comment créer un service sous JBoss qui ne passe pas par le protocole HTTP. (un webservice sans web en gros )

Je voudrais implémenter mon propre protocole basé sur TCP/IP. Plutôt que de réinventer la roue (socket, mise en écoute et tout le toutim), autant utiliser l'existant. Je suis presque sur que c'est possible sous JBoss: insérer un nouveau protocole (une SocketFactory et/ou Invoker quelque chose comme ça), tout le reste est géré par les couches de bases JBoss: configuration du port, mise en écoute, négociation SSL, indication de lancer tel thread lorsque une connexion entrante arrive etc... et dans tel thread hop je gère mon protocole perso, concrètement c'est quasiment la seule chose que j'aurais à coder.

Le protocole en question est synchrone (par dessus du SSL), basé sure une suite de messages bien définit. Je ne peu en aucun cas passer par HTTP car la partie client existe, codée en C (donc pas moyen d'utiliser non plus le Remoting RMI etc...) et ne gérant pas les sessions. Bref: je ne peux modifier le client.

Le soucis, donc, c'est que je ne trouve aucune piste malgré déjà 2 jours de recherche.

Auriez vous une documentation ou des conseils à ce sujet, ne serait-ce qu'une piste? Voir même un code exemple très simple?

Merci d'avance!

[aperrin]

et JMS :

http://www.developpez.net/forums/d58...-java-via-jms/

Mais je ne comprend pas en quoi un service web sur http serait un problème ?

[balibalo]

Ce n'est pas ce qu'il me faut. Je ne cherche pas à dialoguer avec des méthodes C/C++ via du Java. Je veux, via du java sous JBoss, créer et utiliser un protocole "custom" non-http pour dialoguer avec une application cliente sur le réseau (de fait cette appli pourrait être en n'importe quel langage, ici c'est du C mais ça change rien.)

[balibalo]

Bon, d'après mes recherches en celles d'un pote on en est venu à la conclusion qu'il faut utiliser "GenericServlet". Enfin... c'est ce que semblent dire tout un tas de personnes.

Le soucis c'est que là encore y a aucune doc, aucun tuto si ce n'est genre on choppe les ServletsREquest pour les caster en...HttpRequest. Ce qui revient au meme que d'utiliser HttpServlet et n'apporte rien.

Bref j'ai quand même fait un sample de code pour tester. Un simepl servlet héritant de GenericServlet et implémentant service(ServletRequest req, ServletResponse res). À partir de là j'essais de lire ce qu'il y a sur req et d'envoyer une réponse via res. Rien de sorcier.

Si ce n'est que mon déploiement doit être mauvais. Je m'explique: je créer un .jar, un .war et enfin le .ear. Mais ça c'est valable pour un web-service. Bref ce que je ne sais pas faire pour le moment c'est un déploiement de GenericServlet en dehors du service http. Ce que je veux c'est pouvouri déployer ma servlet sur un nouveau port qui lui serait dédié. C'est possible?

[tchize_]

le problème des genericservlet, c'est qu'elles datent d'une abstraction prématurée de sun, qui pensait faire des servlet autres que http dans le futur. Hors, force est de constater que le standard j2ee ne fourni pas de servlet se basant sur autre chose que le http. Rien que la notion de mapping utilisée pour les servlet suppose qu'on aie accès à un "path", qui n'existe pas en dehors de http.

[balibalo]

argl m'en doutait

Bon va me falloir chercher ailleurs...

[XmasRock]

tu fais un MBean qui utilise l'API JNI