Discussion :

[superlolo2]

Bonjour,

J'ai une application java qui fait appel à une librairie native écrite en c++
On dira par exemple que la classe Main contient une méthode native

void native printf();


Dans le code c++ de la librairie, j'ai donc

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Java_Main_prinf(){
  std:cout<< "hello"<<endl
}

Ayant besoin de pouvoir récupérer les messages lancés depuis c++ dans mon application java parente, ma question est de savoir comment faire. Est-il possible de rediriger le iostream c++, ce qui me permettrait de le renvoyer sur une méthode Java de l'application?

Merci d'avance

Loïc

[Uther]

Ce n'est pas possible avec le cout. Quand on utilise JNI on n'a pas une application séparée dont on pourrait lire l'entrée et la sortie standard, on agit directement dans l'application.

[superlolo2]

Pourtant lorsque je redirige la sortie standard Java avec System.setOut()
vers par exemple un JTextArea, les commandes System.out.println(...) sont bien envoyées dans le JTextArea alors que les messages provenant du cout eux s'affichent dans la console.Comment expliquez-vous cela?

[Uther]

Le cout est une abstraction qui permet d'accéder au flux en C++, le System.out en est une autre en java. Ils fonctionnent séparément, même si au final ils peuvent écrire dans le même flux.
Il existe peut-être un équivalent au setOut en C++, mais ce n'est pas faisable directement depuis la partie Java.

[superlolo2]

Ce qui m'étonne c'est que par exemple, lorsque je teste cela avec Eclipse, la console Java d'Eclipse me fait apparaître les messages c++, c'est donc qu'il doit bien y avoir moyen de les récupérer!

[Uther]

Le cas est complètement différent.

Éclipse démarre les programmes que l'on teste dans un processus complètement détaché. Éclipse est totalement extérieur au programme : il lis les flux de sortie et d'erreur pour les afficher dans sa console, mais il ne peux pas agir dessus.

A l'inverse tes code C++ et Java sont à l'intérieur du programme. Il peuvent écrire les flux de sortie et d'erreur mais pas les lire.