c'est possible de gerer le port parralele en java, a bas niveau cad en utilisant les borches de données une par une ?
si oui comment faire ? (mes recherches sur le sujet sont retées sans réponse ...)

Dans la doc, ils parlent des entrées seulement dans le genre Busy, Feedback... (enfin j'ai pas trouvé les sorties si elles existent)
C'est une (très) bonne question

UP

Faut passer par du code en C/C++ (via JNI) (en écrire un driver )

Verdoux a écrit a écrit : Faut passer par du code en C/C++ (via JNI) (en écrire un driver )

Tu fais une dll ou alors faut que j'aille voir à JNI dans la doc ?
J'en profite pour poser une autre question : est-il possible d'intégrer de l'asm à du code java ?

 
granfoo déjà que le JNI, c'est môl dans la phylosophie Java, alors de l'assembleur inutile d'en parler... sérieusement, le "code" que tu généres en Java, c'est du code intermédiaire, du bytecode Java (un puriste me souffle dans le dos qu'il y a un espace entre byte et code). ce bytecode, donc, est interprété par une machine virtuelle Java (la fameuse JVM) dont le fonctionnement est indépendant de la machine (donc du proco, byebye l'assembleur) et de l'OS (exit les DLL à part en passant par JNI, mais on l'a déjà dit, c'est môl).
 
Mogi.
 
ps : les meilleures JVM utilise du JIT compiling (compilation Just-in-Time) pour booster un peu, sinon le mode interpréteur n'est pas génial en performance
 
pps : j'en profite pour dénoncer un mythe : le Java n'est pas portable, seul le bytecode l'est

wai mais si c'est la seule manière de la faire, on flingue la portablilité c'est pas grave (c'est pour un projet d'iut)

Mogi :
C vraiment clair ce que tu racontes... !!!
Notre problème avec mrmat est simple : on veut pouvoir écrire sur les broches de données du port parallèle et cela en java. J'imagine mal un language qui ne puisse pas gérer le port //. La portabilité, on s'en bat les c***** !
Donc ?
JNI ?

moi, pas clair ? ce serait bien la 1ere fois
 
JNI, oui, même si c'est mal (prononcer "môl" )
assembleur, non, il ne faut pas, jamais...
 
[citation]
J'imagine mal un language qui ne puisse pas gérer le port //.
[/citation]
 
et moi, un langage qui ne gère pas les octets non-signés, je ne l'imagine pas
 
[citation]
La portabilité, on s'en bat les c***** !  
[/citation]
 
pourquoi utiliser Java, alors ? on vous force, hein ?
 
[citation]
Donc ?  
JNI ?  
[/citation]
 
ben, et javax.comm ?
 
http://java.sun.com/products/javac [...] rallelPort
 
Mogi.

La c beaucoup mieux ! Merci. Si on a choisi java, c pour la facilité. On voulait le faire en mfc au départ mais y avait pas vraiment d'utilité à se casser la tête dessus. Donc on a choisi java. Je vais jeter un coup d'oeil à ton lien

Ben ton lien, c du 404 not found !

 
right !
 
http://java.sun.com/products/javac [...] lPort.html
 
désolé,
Mogi.

il manquait un .html: http://java.sun.com/products/javac [...] lPort.html  
 
sinon va voir la pour plus d'info sur javax.comm
http://java.sun.com/products/javacomm/

Merci pour l'adresse à tous les deux, je la connaissais en fait
Le problème c'est ça ne parle que des entrées (IsPaperOut par exemple) alors que nous on veut écrire sur les sorties. (OUTport en c...)
J'essaye le lien sur javax.comm. Ca ressemble fortement à quelque chose d'utile. C'est compliqué à mettre en oeuvre ou pas ?