Discussion :

[soukaina123]

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 .

[adiGuba]

Salut,


Que fait ton application ?
Est-ce normal qu'elle ait besoin de tant de mémoire ?


a++

[apicard3]

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

[soukaina123]

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.

[apicard3]

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.

[soukaina123]

bah oui, maintenant ça marche avec 'Limit 2' , mais moi je dois avoir une visibilité sur tous les résultats en sortie.... :s

[apicard3]

C'est peut être le paramètre 'XX:MaxPermSize=256m' qu'il faut ajouter

[soukaina123]

je l'ajoute où exactement?Merci.

[BugFactory]

Juste après -Xmx=512 -Xmx=1024.

Quelle est la taille de ces blobs et combien en ramenez-vous?

[soukaina123]

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!!

[plawyx]

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........

[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

[adiGuba]

Et on pourrait voir le code en question ?


a++

[soukaina123]

le voilà
ça c'est la méthode qui permet la connexion à la DB :

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;
}

et voilà le mainApp( l'appel de la méthode en question)

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();
}

[adiGuba]

Et à quoi ressemble FluxTraceConsolidee et FluxMapper ?


a++

[elmor]

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 ?

[soukaina123]

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 :

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

1
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
 
public class FluxMapper implements RowMapper<FluxTraceConsolidee> {
	public FluxTraceConsolidee mapRow( final ResultSet rs, final int rowNum ) throws SQLException {
		FluxTraceConsolidee flux = new FluxTraceConsolidee();
 
		flux.setCodeGestionnaire( rs.getNString( "code_gestionnaire" ) );
		flux.setCodeProprietaire( rs.getNString( "code_proprietaire" ) );
		flux.setCodeReponse( rs.getString( "code_reponse" ) );
		flux.setCodeSpecialite( rs.getString( "code_specialite" ) );
		flux.setDateNaissance( rs.getString( "date_naissance" ) );
		flux.setEndPoint( rs.getString( "end_point" ) );
		flux.setIdServeur( rs.getString( "id_serveur" ) );
		flux.setIdSessionServeur( rs.getString( "id_session_serveur" ) );
		flux.setIpEmetteur( rs.getString( "ip_emetteur" ) );
		flux.setLibelleReponse( rs.getString( "libelle_reponse" ) );
		flux.setLogicielPS( rs.getString( "logiciel_ps" ) );
		flux.setNir13( rs.getString( "nir_13" ) );
		flux.setNomBeneficiaire( rs.getString( "nom_beneficiaire" ) );
		flux.setNumeroAccreditation( rs.getString( "numero_accreditation" ) );
		flux.setNumeroAMC( rs.getString( "numero_amc" ) );
		flux.setNumeroDossier( rs.getString( "numero_dossier" ) );
		flux.setNumeroPS( rs.getString( "numero_ps" ) );
		flux.setPrenomBeneficiaire( rs.getString( "prenom_beneficiaire" ) );
		flux.setStatusDenormalisation( rs.getBoolean( "statuts_denormalisation" ) );
		flux.setVersionLogicielPS( rs.getString( "version_logiciel_ps" ) );
		flux.setVersionServeur( rs.getString( "version_serveur" ) );
		flux.setIdWorkflow( rs.getString( "id_workflow" ) );
		return flux;
	}
}

[adiGuba]

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++

[soukaina123]

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.

[adiGuba]

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++