Hello
Qqn utilise cette classe (javax.comm, permet d'accéder au port série, //, ... sous java) avec une version récente de SDK (1.4.1)? Parce que j'ai suivi la procédure d'installation et je n'arrive pas à lancer les exemples (BlackBox, SerialPort).J'ai toujours l'erreur "No serials ports found" alors que mon fichier javax.comm.properties se trouve bien au bon endroit (lib et jre\lib pour etre sur).
Si qqn a déjà utilisé cette classe... merci de m'aider.
A+

tu es sur que c'est cette JVM là que tu utilises ...
 
regarde si tu n'as pas un java.exe dans winnt\system32 par hasard et si oui vire le.

Il y a une java.exe dans system32. mais je crois qu'il utilise quand meme le mien parce que lorsque je tape java -version il me renvoit:
D:\Projet>java -version
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)
 
Je dois faire quoi? Parce que c'est un peu chi... Merci

del java.exe dans system32  
 
A+

a propos greg, pas encore de ?

DarkLord a écrit a écrit : a propos greg, pas encore de ?

non paske je suis pas sur que ça soit son pb... si son version est correct... !?

 
   
 
ca n'a rien à voir. C'est simplement parce que le rep dans lequel il démarre la JVM n'est pas celui qui contient la lib et le .props ...
 
Et je te signale que nous aussi on avait 1.3.1 qd on avait un java.exe dans sytem32

PUTAIN! Ca marche. Alors là... chapeau. Je me disais (je dois le reconnaitre), putain pourquoi il me fait chier avec son java dans system32, c'est pas celui-ci que j'utilise mais... t'avais raison. Tu as une idée pourquoi?
Merci bcp my Lord!
A+

bin je viens de l'expliquer ci-dessus
 
 
greg >>>

 
bin si justement c'est celui là que tu utilises puisque ton system32 qui est dans le classpath système a précédence sur ton classpath user ... Et donc si il trouve java.exe dans system32 il exécute celui là.
 
Maintenant si ton JAVA_HOME est setté correctement bin ca renvoie qd meme la bonne version, c'est ca qui est zarbi.
 
 

Arghhh... incroyable. Je ne vois qu'une seule chose à dire: MERCI.
A+

 
pour ton info, greg et moi on s'était arraché les cheveux pendant facile une bonne demi journée ... Donc c'est juste un coup de bol qu'on a eu le prob avant toi c'est tout ...

clair:
 
MS:gun:

Merci d'avoir bossé pour moi. Si je vous envoye le code sur lequel je bosse (c'est pas le mien, reprise de projet), vous le débuggez? :-) :-)

 
dream on ...

 
ah... l'espoir fait vivre... et j'aimerais bien vivre longtemps :-)
 
Plus sérieusement: j'ai un code qui tourne avec Visual Café de Symantec (SKD 1.0.8 ou 1.1). Maintenant, je l'ai passé sous sdk 1.4.1 (pas d'outils de travail, juste la ligne de commande et un éditeur de texte). et j'ai pas mal de problème avec le rafraichissement, c'est lent, les events sur les touches ne marchent plus... vous avez une idée du problème, à tout hasard. Merci.

compile avec -deprecated

à tout hasard, non ... Sinon que passer du code 1.0.8 en 1.4 bin c'est suceptible de générer pas mal de problèmes ...
 
complie avec l'option -deprecated pour voir ...

mais grillaid

déjà regardé. J'en ai supprimé une centaine. Il me reste juste des trucs concernant les threads (stop et resume() plus accepté) et des handleevent. Mais cela ne devrait pas empecher le programme de tourner non?
A+

bin si tu dis déjà que tu en as viré une centaine ...

oui, sauf que remplecer 25x show par setvisible(true) et hide par setvisible(false)... cela ne change pas grand chose.
Et mes modifications ne sont pas la source du prob, parce que c'était déjà le cas avant (alors que j'avais encore une centaine de deprecate)

tu as pas justement dis que tu avais des pb avec les key events...?

 
je voulais dire que si tu en avais déjà viré un centaine c'est qu'il y en a bcp plus. Et bon à partir du moment ou le code est vraiment deprecated, on ne peut pas assurer que ca va tourner sur un jdk plus récent.

OUi, mais deprecate indique juste que la fonctionnalité VA etre abandonnée dans une version future. Mais elle fonctionne encore. Alors???

ça peut aussi indiquer que "elle fonctionne mais n'est pas garantie et tu ferais mieux d'utiliser xxxx à la place", en general c bien documenté
(le coup des thread.stop par exemple)

donc selon toi, une fonction annoncé comme deprecate DOIT absolument etre changée. C'est la première chose que je dois faire avant de reparcourir le code à la recherche de... je sais pas quelle erreur (cela tourne en version 1.1)?

y a pas de oui mais
 
surtout qd on fait tourner une appli 1.0.8 sur une JVM 1.4.1

 
bin si ca tourne en 1.1 c'est clair que c'est la première chose à chercher, quelle question !

désolé d'insister, mais ce que je ne comprends pas, c'est que une classe deprecate est annoncé comme fonctionant mais allant bientot être supprimé/plus utilisé. Je trouve donc bizarre que mon erreur puisse venir justement d'une classe deprecate.
VOus avez eu des exemples de problèmes avec une classe deprecate? Bon, parce que sinon, cela sera ma deuxième surprise de la journée...
A+

bin c'est plus vraiment un problème de deprecated à ton niveau. C'est le fait que l'appli a été fait sur un TRES vieux JDK et que toi tu le fais tourner sur la JVM la plus récente ...

mais je te l'ai dis moi  

Ok. Bon, je vais repartir au boulot...
Je vous tiens au courant.

yep !
 
c quoi ton appli au fait?

Je sniffe et affiche des trames ISDN avec un modul d'acquisition branché sur un port série. Assez intéressant, sauf lorsque la personne qui a devellopé cela il y a 5 ans n'a laissé presque aucune doc... et que je n'ai pas bcp de temps pour mettre à jour...

wow

y a des outils qui font ca pour toi nan?

si on y va comme ça, on arrete de bosser tout de suite hein

je te cause à toi?

Oui, sauf que là c'est une application propriétaire, qui marche avec n'importe quel PC. C'est pas un gros analyseur de trame...