Version imprimable
Bonjour,
Lors de l’exécution de mon app , j'ai cette erreur: java.lang.OutOfMemoryError: Java heap space.
J'ai essayé de changer la variable 'Xmx' pour reconfigurer la JVM, et mettre '-Xmx=512 -Xmx=1024', mais cette fois il m'affiche rien :s.
que dois-je faire?
Merci d'avance :D.
Salut,
Que fait ton application ?
Est-ce normal qu'elle ait besoin de tant de mémoire ?
a++
Je te conseil d'utiliser un profiler pour rechercher les pertes mémoires. Si tu est sous linux, le chemin est normalement /usr/lib/jvm/jdk1.x/bin/jvisualvm .
De plus j'avais eu un probleme comme toi il y a quelques temps. Il me semble que je l'avais résolu en modifiant les propriétés du projet sous netbeans, et non pas le fichier
L'application se connecte au Workbench pour ramener deux champs, un champ de type String, et l'autre de type Blob, j'ai se basé sur la technologie Spring JDBC pour la connexion à la base.
j'ai fais une requête Sql pour sélectionner les champs en question, où j'ai mis un jointure. la requête est la suivante:
(
String SQL = "select b.id_ws, b.reponse from ws_traces_consolidees as c inner join ws_traces_brutes " + "as b on b.id_ws = c.id_ws where b.web_service ='"
+ NomWS + "' and b.methode ='" + methodeWS + "' and c.numero_ps = '" + numPS + "' and c.nir_13 = '" + NIR + "' and c.date_naissance ='" + DateNaissance
+ "'";
)
j'ai testé la requête sous Workbench est ça a marché, mais quand je l’exécute sous Eclipse, j'ai l'erreur cité au dessus.
Tu peux tester ta requête en limitant le nombre de résultats en ajoutant LIMIT X (X est le nombre de résultats) a la toute fin de la requete. Si ca marche dans ce cas, on reste bien sur le même problème.
bah oui, maintenant ça marche avec 'Limit 2' , mais moi je dois avoir une visibilité sur tous les résultats en sortie.... :s
C'est peut être le paramètre 'XX:MaxPermSize=256m' qu'il faut ajouter
je l'ajoute où exactement?Merci.
Juste après -Xmx=512 -Xmx=1024.
Quelle est la taille de ces blobs et combien en ramenez-vous?
En fait la taille de chaque Blob est de 6 Ko ( plus ou moins), et pour le nombre de ligne de retour c'est 15 lignes ( c'est pas figé ). c'est pas vraiment beaucoup et pourtant ça se bloque!!
En effet. Il doit avoir un problème dans code avec par exemple, des flux non fermés, etc........Citation:
Envoyé par soukaina123
Tous les flux sont fermés, j'ai vérifié ça, d'ailleurs il'y a qu'un seul, c'est le context, et c'est déjà fermé :o
Et on pourrait voir le code en question ?
a++
le voilà
ça c'est la méthode qui permet la connexion à la DB :
et voilà le mainApp( l'appel de la méthode en question)Citation:
public List<FluxTraceConsolidee> listeFluxAvecNir( final String NomWS, final String methodeWS, final String numPS, final String NIR,
final String DateNaissance ) {
String SQL = "select * from ws_traces_consolidees as c inner join ws_traces_brutes as b on b.id_ws = c.id_ws where b.web_service ='" + NomWS
+ "' and b.methode ='" + methodeWS + "' and c.numero_ps = '" + numPS + "' and c.nir_13 = '" + NIR + "' and c.date_naissance ='" + DateNaissance
+ "' limit 20";
List<FluxTraceConsolidee> listeflux = jdbcTemplateObject.query( SQL, new FluxMapper() );
return listeflux;
}
Citation:
public static void main( final String[] args ) {
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext( "Beans.xml" );
IFluxConsolideDAO fluxJDBCTemplate = (FluxJDBCTemplate) context.getBean( "FluxJDBCTemplate" );
System.out.println( "------Listing Multiple Records--------" );
String NomWS = "ProcessAbonnementIdentificationBenefPSParametrableService";
String methodeWS = "getAbonnement";
String numPS = "002011088";
String NIR = "2700138516054";
String DateNaissance = "19700108";
List<FluxTraceConsolidee> flux = fluxJDBCTemplate.listeFluxAvecNir( NomWS, methodeWS, numPS, NIR, DateNaissance );
for ( FluxTraceConsolidee record : flux ) {
//System.out.print( "ID : " + record.getId() );
System.out.print( "Id Web Service: " + record.getIdWebService() );
System.out.println( " , WS : " + record.getIdWebService() );
}
context.close();
}
Et à quoi ressemble FluxTraceConsolidee et FluxMapper ?
a++
Tu pourrais utiliser JMC ou jconsole pour voir l'évolution de la mémoire de ton application
Combien y-t-il de ligne dans ta table, quels sont les types des colonnes ?
Dans tous les cas 1G pour lire les lignes d'une table cela devrait être suffisant.
Sinon est-ce que tu peux essayer :
1) récupère toutes les primary key.
2) récupère les elements de la table par paquet de 500 ?
en fait ' FluxTraceConsolidee ' c'est l'image de la table , c'est une classe qui contient tous les champs de la table ds la DB, ainsi des accesseurs ( getters & setters )
et pour ' FluxMapper ' sert le mapping entre la table( ds la db ) et la classe ' FluxTraceConsolidee '
voilà le Code :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
C'est normal que cela ne correspondent pas à tes précédent messages ? ("L'application se connecte au Workbench pour ramener deux champs, un champ de type String, et l'autre de type Blob,")
Sinon quel est la quantité de ligne retourné ? Et la longueur de chaque champs ?
a++
le nombre de ligne retourné est plus que 1000 rows, et pour la longueur de chaque champ je sais pas exactement sauf pour le champ de type Blob qui égale 6 Ko.
Soit 6Mo environ. Il n'y a pas de raison que cela plante.
C'est lequel le champs de type blob ?
Tu peux logger la taille de chaque champs dans ton FluxMapper ?
Sinon tu va faire quoi au final ? Parce que si c'est pour traiter les éléments lignes par lignes comme tu le fait autant récupérer le résultat élément par élément pour les traiter un à un, plutôt que de créer une "grosse" liste...
a++