Reprise du message précédent :

j ai l impression que le port 2060 du central est un peu planté! resultat je n ai plus rien qui passe sur le logiciel prevu a cet effet

je reussis pas a debloquer le port a distance, je regarderais ce pb que lundi....

LOL ca c est la meilleur ! tes tests auraient ils provoques un effet de bord dans le central tel. ?

je ne sais pas ce qui s est passe....ms un reset du central a distance n a rien change ...

lundi je l arreterais comme il faut et je le redemarrerais on verra ce que ca donne

par contre y a un truc ou je me pose une question:
es t il possible de gerer un port serie en java?
j explique pk je demande ca:
pour recuperer les taxes sur un central telephonique il y a 2 solutions:
- soit on se connecte sur le 2060 (apres avoir redirige les taxes sur le port 2060 dans la config du central)
- soit on se connecte sur le port taxation du central et pour cela on a besoin d un ordi avec un port serie. Par contre ce systeme est completement au fil de l eau resultat il n y a pas de commande pour vider le buffer (d apres ce qu on m a dit , on peut meme recuperer les taxes avec hyper terminal)

dc je me posais la question si avec java on pouvait gerer les ports serie pour se connecter soit sur le port serie soit sur le port 2060?

Pour le port serie, je connais pas du tout desole. hyper terminal est un logiciel windows...

Pour un ptit guide et le téléchargement de l'API, par ici : http://java.sun.com/products/javacomm/index.jsp

par contre, y a pas de référence on dirait

tu n as pas a t excuser Kha!!!! tu en fais deja bcp pour moi!!!

Petit_PimoOose> merci , j ai essaye de l installe mais pour l instant sans succès malgre leur doc pour l installation ca me fait toujours une erreur de chargement d une classe...

En fait la il manqierait des steps :

# Add comm.jar to your classpath (do not do this step for a JRE installation). * If you don't have a classpath defined: C:\>set CLASSPATH=c:\jdk1.1.6\lib\comm.jar * If you already have a classpath defined: C:\>set CLASSPATH=c:\jdk1.1.6\lib\comm.jar;%classpath% # Several serial port sample applications are provided with this release. One of them is BlackBox. To run BlackBox, first add BlackBox.jar to your classpath: C:\>set CLASSPATH=c:\commapi\samples\Blackbox\BlackBox.jar;%CLASSPATH% Now you can run BlackBox: C:\>java BlackBox

1. Avant de lancer les examples, assure toi de es compiler.
2. pour compiler et lancer, passe directement le CLASSPATH via la ligne de commande. l option est :
-cp <autres classpah>;<path>\comm.jar;%CLASSPATH%;.;

Comme :
java -cp c:\commapi\samples\Blackbox\BlackBox.jar;%CLASSPATH%;.; BlackBox

Ah be ncomme leur excample avec le jre dans le fond :

C:>\JRE\bin\jre -cp c:\JRE\jre\lib\comm.jar;c:\commapi\samples\Blackbox\BlackBox.jar BlackBox

Ah aussi : pour les steps 1, 2,3 et 4, copie aussi les fichiers dans le dosier du JRE car c ets lui qui est utilise par defaut quand tu lance la commande java, et non ton jdk.

EDIT: j ai aussi mis comm.jar dans le dossier ext du JRE qui se trouve par defaut dans program files et dans le dossier jre du JDK. Ca evite de le mettre apres dans le classpath car automatiquement la machine virtuelle regarde le contenu du dossier ext pour charger les classes.

Voila pour moi ca fonctionne : apres etre alle dans le dosssier samples/blackbox, j ai lance :

java -cp BlackBox.jar BlackBox

et voila le resultat :

bon je regarderais a nouveau alors ce fonctionnement de cet API.

J ai enfin eu la reponse: il n y a pas de commande pour récuperer le contenu du port 2060 tout est au fil de l eau
alors je ne sais pas ce que fait netcat ms lui m ouvre bien le port ms n affiche rien

Je t'ai donne la solution plus haut !

la solution de lancer netcat sur le serveur? mais le serveur est un central telephonique je ne peux rien installer...


de plus je viens de verifier un truc avec un sniffer (Ethereal) le port 2060 n est PAS UDP mais bel et bien TCP

alors la grande nouvelle:

le truc c qu en fait il faut passer par....telnet!!

eh oui en passant par "telnet <<ip>> <<port>>" la on a bien les trames qui passent et qui sont a qqch pres celle que j ai montre:

dc la question change un peu:
Es ce qu en Java, on peut executer une commande telnet et mettre le resultat dans un fichier?
cette execution doit pouvoir etre en temps reel quasiment et 24h/24h

Ben si tu ouvres une socket sur l'IP et port, il te suffit de lire le résultat sur le flux entrant

Le client Telnet, en fait, te permet juste de voir ce qu'il se passe sur le serveur...

Bon, sinon, brutal, tu fais un Runtime.getRuntime().exec("telnet ip port > file"), et tu open le fichier régulierement Bon, c'est crados et du coup, tu sauras pas quand lire le fichier...

Non, vraiment la meilleure solution reste bien l'ouverture d'une connexion sur IP port...

Punaise !

Bon alors finalement c est du TCP...

Flo > avec netcat, tu l utilisait la en mode UDP. verifie que en mode TCP ca marche aussi avec netcat, car le telnet de windows envoi des caracteres non sollicites a la connexion il me semble. Il est aussi bien moins reactif aux interruptions...

fait :

nc -v <ip> <port>

Si ca fonctionne, reprend le programme java que je t ai fait mais enleve le GET

oui ca fonctionne!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
pardon je m emporte moi...

dc oui ca marche bien je recoi bien les tickets comme avec telnet

je tente de passer ton programme dans netbeans....

au fait petite question...dans ton programme, on met ou le numero du port et l adresse ip?

et netbeans rale parce qu il n y a pas de main...

Passe sous Eclipse boudiou !