Archief - Q: JSP; J2EE; hibernate enorm traag

Hey guys,

Ik heb een singleton klasse waaraan ik de huidige hibernate session kan vragen zodat ik geen 100 nieuwe connecties naar de db zou leggen.
Probleem: op elke pagina waar ik naar surf moet de constructor van dat singleton blijkbaar terug overlopen worden, gevolg-> nieuwe connectie naar de database. ELKE KEER !

Het idee hierachter is wel goed, maar om dat in een webapp te gebruiken ga'k dat moeten kwijtspelen in m'n Session (Http). Op zich geen probleem, gewoon even de singleton aanroepen in een filter en het is in orde. Maar ik heb kan in mijn dao klassen niet aan dat httpSession object...dus, wat nu ?

Iemand een idee ?

Thx

PS: geen jsp prefix, vandaar de "Q"

kan je dan niet in je DAO klasse ergens als parameter de httpSession meegeven ofwel die opslaan bij het initialiseren van uw pagina zodat je er van overal aankan?

Als uwe singleton de constructor elke keer opnieuw moet overlopen zit je met een bug. Dat zou namelijk niet mogen.

Ghe, dikke crap! In m'n filter stond ergens ver verdoken nog een closeSession() -> voor elke pagina moest die sessie dus weer geopend worden...

Heb dat nu weggehaald en nu doe ik nergens meer een closeSession...wordt wel vanzelf opgekuist vermoed'k ?


Die session meegeven op de één of de andere vieze manier is niet zo mooi passero

Anyway, enkel de initialisatie gaat nog redelijk traag nu, nadien vliegt het als een TGV voorbij!

Hetgeen zo traag gaat is het opzetten van uw sessionfactory.

Mààr hetgeen je nu doet (niet closen van je session) zorgt er wel voor dat er NIKS van je resources opgekuist worden. (zo ga je met memory leaks zitten)

In je filter connecties regelen is sowieso 'n heel slecht idee! Dat is daar absoluut niet voor gemaakt. Connection management en toestanden hoort immers niet in je front-end.

Kijk voor je session management gewoon even bv naar het Spring framework. Die voorzien genoeg utility methods op dat vlak.