[Java lista] connection pool probléma

[Hollosi Balazs]

Szia

a gf szepen kezeli a kapcsolatokat, ha az alkalmazas rendesen meg van
irva, nalunk honapok ota stabil a kapcsolatok szama, postgres
backend-el.

Idle Timeout: Maximum time that connection can remain idle in the pool
Max Wait Time: Amount of time caller waits before connection timeout is sent

tehat nem az elso kell neked ha mindenkepp a kisbaltahoz kell nyulni.
ez utobbival viszont azert erosen erdemes vigyazni, (azaz messzirol
kerulni) mert a futo query-t is gond nelkul megszakitja, ha eleri a
megadott idot. legjobb lenne megirni rendesen az alkalmazast.
szerintem nem bevallalhatatlan lezarni a kapcsolatot. ha mast nem
finally agba rakva a close-t.. :)

ja, kulon alkalmazasoknak meg szvsz illik kulon pool-t letrehozni, ugy
nem is akadhatnak ossze.

B

2009/11/27 Keresztes Jozsef <jkeresztes at vati.hu>:
> Sziasztok !
>
> Van egy olyan problémám glassfish 2.1 alatt hogy idővel a connection pool-ban
> elkezdenek szép lassan növekedni a connection-ök száma. Már olyan is
> van ami 2 napja jött létre, és ül a poolban de a glassfish nem akarja kidobni onnan.
> Elvileg erre kéne lenni beállításnak (én az "idle timeout"-ra gondolok),
> de nem akar működni, nektek sikerült ilyet beállítani ?
>
> Más: tegyük fel több alkalmazás használja ugyanazokat a connection-ököt a poolból.
> A sokból az egyik alkalmazás nincs jól megirva, kér egy connection-t,
> de esze ágába sincs lezárni. Így szépen tele lesz a pool, eléri a maximumot,
> és egy másik (akár tök jól megírt program) hal bele abba hogy nem tud a pool-ból
> felvenni connection-t. Így a webalkalmazások egymást szivathatják.
> Hogy lehetne kinyomozni ki a hunyó ?
>
> Joe
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>