Archief - java jdbc database connectie sluiten

b

bikkerss

Legacy Member

• 25 mei 2011

• #1

Ik heb een blader functie in een project waarbij data uit een database wordt gehaald via sqljet.
Nu heb ik blijkbaar een probleem met open connecties die blijven openstaan.

Is er een manier om hierop te controleren en automatisch laten sluiten ?

N

NeverwinterX

Legacy Member

• 26 mei 2011

• #2

bikkerss zei:

Ik heb een blader functie in een project waarbij data uit een database wordt gehaald via sqljet.
Nu heb ik blijkbaar een probleem met open connecties die blijven openstaan.

Is er een manier om hierop te controleren en automatisch laten sluiten ?

Klik om te vergroten...

Uw connecties zelf expliciet sluiten telkens, niet voor alles een nieuwe connectie openen, maar hergebruiken of connection pooling gebruiken.

edit: analoog probleem, https://www.beyondgaming.be/archive/web-design-programming.237/java-too-many-connections.791229

P

Pip

Legacy Member

• 22 jun 2011

• #3

ik controleer of de connecties nog openstaan vak via een simpel stukje code

Code:

if(databaseConnection != null){
System.out.println("de connectie is open");}

waar databaseConnection de naam is van je connectie natuurlijk
automatisch sluiten denk ik niet dat gaat maar in je finnally block doe je toch gewoon databaseConnection.close() na het gebruik van je database en de connectie is weg

P

Parnakra

Legacy Member

• 22 jun 2011

• #4

Pip zei:

ik controleer of de connecties nog openstaan vak via een simpel stukje code

Klik om te vergroten...

Zo simpel dat het niet klopt.

J

Jerre Muesli

Legacy Member

• 23 jun 2011

• #5

Je checkt gewoon op null indien je een .close() gaat oproepen.
Dit wil daarom niet zeggen dat je connectie nog open staat...

if (connection != null)
try {connection.close();} catch (SQLException e) {}
}

P

Pip

Legacy Member

• 24 jun 2011

• #6

als je een connectie sluit wordt die dan niet terug op null gezet?

N

NeverwinterX

Legacy Member

• 24 jun 2011

• #7

Nee, lees de spec: Connection (Java Platform SE 6)

P

Pip

Legacy Member

• 25 jun 2011

• #8

hmmm handig om te weten voor in het vervolg, merci om mij hier ff op te wijzen altijd goed om bij te leren