J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en
tps avec un "out of mémorie error". La commande java qui lance tomcat alloue
300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte
ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup
d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie
'page' ou sessions) et donc je les ai implémentés de l'interface
"Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et
qui sont plus nombreux car ils peuvent représenter des choses minimes (une
rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca
encombre la mémoire par rapport à une classe de base ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Arnaud Roger
"philippe.rebouillat" a écrit dans le message de news:4034cd02$0$24935$
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en
tps avec un "out of mémorie error". La commande java qui lance tomcat alloue
300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie 'page' ou sessions) et donc je les ai implémentés de l'interface "Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et
qui sont plus nombreux car ils peuvent représenter des choses minimes (une rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca encombre la mémoire par rapport à une classe de base ?
utilises un profiler pour determiner ce qui prend de la place, tomcat tourne tres bien dans les differents produits a ta disposition.
PS: juste pour preciser que faire tourner tomcat dans un profiler est a ne pas faire en environnement de production
Arnaud R.
Merci de votre aide/réponse
"philippe.rebouillat" <philippe.rebouillat@1000bases.com> a écrit dans le
message de news:4034cd02$0$24935$626a14ce@news.free.fr...
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps
en
tps avec un "out of mémorie error". La commande java qui lance tomcat
alloue
300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte
ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup
d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie
'page' ou sessions) et donc je les ai implémentés de l'interface
"Serializable". Normal. Par contre, les autres objets annexes non 'Beans'
et
qui sont plus nombreux car ils peuvent représenter des choses minimes (une
rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca
encombre la mémoire par rapport à une classe de base ?
utilises un profiler pour determiner ce qui prend de la place,
tomcat tourne tres bien dans les differents produits a ta disposition.
PS: juste pour preciser que faire tourner tomcat dans un profiler est a ne
pas faire en environnement de production
"philippe.rebouillat" a écrit dans le message de news:4034cd02$0$24935$
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en
tps avec un "out of mémorie error". La commande java qui lance tomcat alloue
300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie 'page' ou sessions) et donc je les ai implémentés de l'interface "Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et
qui sont plus nombreux car ils peuvent représenter des choses minimes (une rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca encombre la mémoire par rapport à une classe de base ?
utilises un profiler pour determiner ce qui prend de la place, tomcat tourne tres bien dans les differents produits a ta disposition.
PS: juste pour preciser que faire tourner tomcat dans un profiler est a ne pas faire en environnement de production
Arnaud R.
Merci de votre aide/réponse
jerome moliere
philippe.rebouillat wrote:
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en tps avec un "out of mémorie error". La commande java qui lance tomcat alloue 300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie 'page' ou sessions) et donc je les ai implémentés de l'interface "Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et qui sont plus nombreux car ils peuvent représenter des choses minimes (une rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca encombre la mémoire par rapport à une classe de base ? la vraie question est que fais tu avec tes beans et autres classes ?
as tu bcp d'utilsiateurs ? bcp de sessions HTTP ? quel est le contenu de tes sessions ? quels traitements fais tu dans tes JSP/servlets ? du parsing DOM ou JDOM ? de la transformation XSLT ?
jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
philippe.rebouillat wrote:
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en
tps avec un "out of mémorie error". La commande java qui lance tomcat alloue
300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte
ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup
d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie
'page' ou sessions) et donc je les ai implémentés de l'interface
"Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et
qui sont plus nombreux car ils peuvent représenter des choses minimes (une
rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca
encombre la mémoire par rapport à une classe de base ?
la vraie question est que fais tu avec tes beans et autres classes ?
as tu bcp d'utilsiateurs ? bcp de sessions HTTP ?
quel est le contenu de tes sessions ?
quels traitements fais tu dans tes JSP/servlets ? du parsing DOM ou JDOM ?
de la transformation XSLT ?
jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
J'ai développé un site en jsp/servlet/beans http://www.ludicplace.com
Depuis le début, j'ai des problèmes de mémoire. le serveur plante de tps en tps avec un "out of mémorie error". La commande java qui lance tomcat alloue 300 Mo à tomcat. J'ai un doute sur mon développement et c'est la que porte ma question.
Pour séparer le code métier de la présentation, j'ai utilisé beaucoup d'objets. Quelques uns de ces objets sont des beans (avec une durée de vie 'page' ou sessions) et donc je les ai implémentés de l'interface "Serializable". Normal. Par contre, les autres objets annexes non 'Beans' et qui sont plus nombreux car ils peuvent représenter des choses minimes (une rubrique, une personne etc) sont aussi "sérialisables". Est ce que ca encombre la mémoire par rapport à une classe de base ? la vraie question est que fais tu avec tes beans et autres classes ?
as tu bcp d'utilsiateurs ? bcp de sessions HTTP ? quel est le contenu de tes sessions ? quels traitements fais tu dans tes JSP/servlets ? du parsing DOM ou JDOM ? de la transformation XSLT ?
jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
