Discussion :

[wilv8]

Bonjour,

L'objectif est de pouvoir lancer/fermer une application en fonction de requête arrivant sur le port COM.

Pour la gestion de la liaison série je compte utiliser l'API javax.comm.
Pour le lancement de l'appli externe j'utiliserai la classe Process.

Mon problème sera à mon avis le suivant : l'appli que je lance doit utiliser le port COM que je monopolise déjà avec mon programme d'écoute.

Ma question : est il possible d'écouter le port série de façon transparente pour les autres appli? de la même façon que le font les sniffers par exemple.

Merci d'avance

Cordialement,

[natha]

Mon problème sera à mon avis le suivant : l'appli que je lance doit utiliser le port COM que je monopolise déjà avec mon programme d'écoute.

J'vais dire une connerie mais tu peux pas simplement arrêter d'écouter le temps que l'autre process se finisse puis reprendre l'écoute ? au pire...

[wilv8]

Ce n'est pas une connerie... mais la dernière fois que j'ai fait une appli utilisant l'api javax.comm le seul moyen de rendre le port COM étatit de quitter l'appli.
Hors la ce n'est pas possible.

Mais effectivement, si ta une solution pour rendre le port COM sans être obliger de quitter le programme je suis prenneur...


Merci pour ta réponse rapide.

[natha]

Mais effectivement, si ta une solution pour rendre le port COM sans être obliger de quitter le programme je suis prenneur...

Absolument pas... je n'ai jamais fait de javax.comm ... désolé.

[dinobogan]

Le port COM est locké par l'application qui l'utilise, quel que soit le type d'application. Une application tierce ne peut pas "sniffer" le port, à la manière du port ethernet.
Une solution possible :
1. Ecouteur lancé, attend une trame spécifique sur le port COM
2. trame de lancement lue, libération du port COM
3. lancement de l'application
4. l'écouteur s'arrête
5. l'application, avant de s'arrêter, libère le port COM et relance l'écouteur.

Pourquoi l'écouteur ne peut pas être aussi ton application ? Il y a plusieurs applications différentes ?

Seconde solution : tu fais un proxy permanent qui lit les données sur le port COM. Il ne s'arreête jamais. Une application qui souhaite avoir des données du port COM se connecte en TCP sur ce proxy et lit le flux sans savoir que les infos viennent du port COM.

[wilv8]

Par défaut
Le port COM est locké par l'application qui l'utilise, quel que soit le type d'application. Une application tierce ne peut pas "sniffer" le port, à la manière du port ethernet.

Sans vouloir te contre dire, je pense que c'est possible, mais à mon avis sans utiliser quelques api que ce soit. (en C par exemple). Le programme "portmon" fait ça très bien.

Une solution possible :
1. Ecouteur lancé, attend une trame spécifique sur le port COM
2. trame de lancement lue, libération du port COM
3. lancement de l'application
4. l'écouteur s'arrête
5. l'application, avant de s'arrêter, libère le port COM et relance l'écouteur.

C'est éxactement la solution que j'envisage. Pour ce faire, je pense faire un ".jar" indépendant pour l'écoute que je pourrai quitter à souhait pour libérer le port COM.

Pourquoi l'écouteur ne peut pas être aussi ton application ? Il y a plusieurs applications différentes ?

L'application que je lance est une appli très lourde en borland C++ et il serait pour moi beaucoup plus long d'y implémenter cette fonctionnalité.

Seconde solution : tu fais un proxy permanent qui lit les données sur le port COM. Il ne s'arreête jamais. Une application qui souhaite avoir des données du port COM se connecte en TCP sur ce proxy et lit le flux sans savoir que les infos viennent du port COM.

Si la première solutioin ne fonctionne pas, je sais ce qu'il me reste à faire...


Merci encore pour toutes ces infos.

[dinobogan]

Sans vouloir te contre dire, je pense que c'est possible, mais à mon avis sans utiliser quelques api que ce soit. (en C par exemple). Le programme "portmon" fait ça très bien.

Effectivement

[wilv8]

Juste pour vous tenir au courant :
J'ai fait mon programme java sous la forme de 3 threads :
le thread 1 qui synchronise
le thread 2 : écoute du port com en boucle
et
le thread 3 : lancement de mon appli
Le tout en boucle... Je me doute que c'est pas très clair exprimé comme ça mais c'est exactement ce dont j'avais besoin.

[philjar]

Salut.
Je viens de lire vos messages, et j'ai un peu le même besoin.

J'aimerai savoir quel javax.comm vous avez utilisé, car je veux faire un sniffer analogue au votre sous Windows, or celui qui est proposé par Sun existe en différentes versions (Linux, Generic, etc.) mais pas pour Windows.

J'ai tenté d'utiliser le "Generic", mais cela ne fonctionne pas.

Merci !

[wilv8]

Bonjour,

Voici un screenshot des classes à utiliser sous Windows...