Discussion :

[ti_angelo]

Bonjour,

j'ai développé un application c++(managé car il est appelé par du code C#) qui appelle des méthodes java effectuant des connection http. L'appel des méthodes Java par le c++ est assuré par JNI. Je céee un JVM permettant de communiquer avec mes méthodes Java.

Mon problème est que dans la répétition de ces appels j'ai un

Code :

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

1
2
3
4
5
6
 
 EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006da7af82, pid=3600, tid=1140
 
Java VM: Java HotSpot(TM) 64-Bit Server VM (11.0-b15 mixed mode windows-amd64)
Problematic frame:
V  [jvm.dll+0x35af82]

Apres analyse, il semblerait que je dépasse la memoire de la JVM alloué de base.

je sais qu'on peut augmenter la heap memory et autre JVM memory avec la ligne de commande:

Code :

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

java -Xmxtaille souhaité ....

Or moi je lance mon java à partir de Visual Studio et de JNI.

Donc ma question est:

Comment augmenter la taille mémoire de ma JVM quand j'utilise JNI?

Merci d'avance de votre reponse

Config:

Windows Xp 64 bit
Visual Studio Team System

[koala01]

Salut,

Je me pose quand même une question qui peut te paraitre stupide, mais...

Pourquoi diantre avoir recours à java pour utiliser une connexion http alors qu'il existe un tas de bibliothèques qui te permettent de le faire en c++, et qui t'évitent la dépendance supplémentaire envers tout ce qui est JVM et autre

[ti_angelo]

Ta question n'est pas stupide. Mon application java ne fait pas une connection http pour rien. elle fait plus que ca. Sachant que je developpe dans un cadre professionelle, je n'allais pas rentrer dans les details et je vous ai donné que les grandes lignes.

Dites vous juste que j'ai une méthode java qui fait un truc (entre autre faire une connection http)

[Mat.M]

Apres analyse, il semblerait que je dépasse la memoire de la JVM alloué de base.

je sais qu'on peut augmenter la heap memory et autre JVM memory avec la ligne de commande:

Je suis un peu sceptique ; si tu as des "access violations" c'est pas la JVM qui est à mettre en cause mais plutot ton code qui doit occasionner des plantages.
Re vérifie bien ton code pour voir si tout est bien initialisé , si tu utilises des pointeurs et qu'ils ne pointent pas sur du vide...
Est-ce que tu gères correctement les erreurs avec des exceptions ?
Je ne suis pas spécialiste Java mais la JVM doit allouer de la mémoire à la demande et progressivement.

j'ai développé un application c++(managé car il est appelé par du code C#) qui appelle des méthodes java effectuant des connection http.

Si tu fais des connections http tu est presque obligé de passer par une architecture multithreading afin de synchroniser les opérations de connections.
Est-ce que tu fais cela ?

[ti_angelo]

Si tu fais des connections http tu est presque obligé de passer par une architecture multithreading afin de synchroniser les opérations de connections.
Est-ce que tu fais cela ?

Oui sachant que mon application c++ doit tourner sur VSTS, jai mis dans les option de mon projet "Multi-threaded Debug DLL (/MDd)".

l'application java et sa JVM gere lui meme ses threads pour faire sa chose

Sinon je tiens a signaler que le problème se produit lors de la repetition de l'appel de la méthode java. C'est a dire que ca va marcher impec les 3 premiere fois puis au 4eme me mettre un acces violation. C'est pour ca que je soupconne sa memoire

[koala01]

A vrai dire, le but de mon intervention était de mettre en évidence le fait qu'il est peut être... malsain de mélanger trop allègrement les différents langages

Je n'ai, a priori, rien contre le C# ni contre le java, mais je me demande s'il ne serait pas dans l'ensemble plus efficace de tout faire au choix en C++ (éventuellement managé), en C# ou en java...

En effet, tu risques de tomber dans une "spirale infernale" dans laquelle tu finira par avoir un code C# qui appelle un code C++ managé, qui appelle du java, qui appelle du C#, qui appelle du java (de nouveau) qui utilise du C++ managé, et, cerise sur le gâteau, une partie en Ada ou en Cobol, tant qu'à faire...

Je suis tout à fait d'accord avec le fait qu'il faut, autant que faire se peut, récupérer l'existant, mais, comme cette récupération est visiblement la source de problèmes qui sont dus en tout ou en partie au mélange des langages et des technologies, je ne peux m'empêcher de penser que tu t'éviterais bien des soucis en ne faisant pas de la "récupération à tout prix"

[Luc Hermitte]

Tu as
- lu le chapitre sur le multithreading et les JVM ?
- pensé au fait que c'est à toi de nettoyer les références locales que tu crées à la sortie des appels Java ?
- pas oublié que les références locales ne peuvent traverser les barrières de leur JNIEnv ?

(je viens de pratiquer JNI dans un environnement monothreadé, et quelle horreur, je me suis retrouvé 15 ans en arrière dans un monde RAII-less)

@koala, parfois pour des raisons contractuelles, ou autres, on n'a pas le choix que de mélanger ainsi les langages.

[ti_angelo]

Le détails qui tue : je suis en 64 bits Vous allez me dire et alors?

Ben je viens de faire le tests en 32 bits et ca fonctionne impeccablement

Alors soit ya des option sur VSTS que je coche mal entre 32bits et 64 bits soit ya une particularité caché.

En 64 bits jai un acces violation apres plusieurs repetition d'appel vers le Java (comme si je remplissais un buffer) et sur 32 bits ca roule

[Mat.M]

A vrai dire, le but de mon intervention était de mettre en évidence le fait qu'il est peut être... malsain de mélanger trop allègrement les différents langages
Je n'ai, a priori, rien contre le C# ni contre le java, mais je me demande s'il ne serait pas dans l'ensemble plus efficace de tout faire au choix en C++ (éventuellement managé), en C# ou en java...

Pas mieux !
Mélanger des langages c'est pas très bon sinon le projet devient trop hétérogène

[white_tentacle]

En 64 bits jai un acces violation apres plusieurs repetition d'appel vers le Java (comme si je remplissais un buffer) et sur 32 bits ca roule

Tu ne casterais pas des pointeurs en int ou d'autres choses du genre, à tout hasard ?

[Luc Hermitte]

Il y a aussi que la libjava peut être compilée en 32 ou 64 bits, et il faut que celle utilisée soit compatible avec le binaire produit.