[Javalist] Connection clean
Suller Andras
suller.andras at gmail.com
2016. Ápr. 27., Sze, 04:59:52 CEST
Nem irtad, hogy ez a hiba az elso select lefuttatasakor jon-e elo,
vagy a kesobbiek folyaman? Determinisztikusan elo tudod-e idezni ezt a
hibat?
A default beallitasokkal 50 cursor lehet megnyitva egyszerre. Ezt
normal mukodes kozben sem olyan nehez elerni, szoval elso korben
megemelnem ezt az erteket, aztan hatha ez megoldja.
Ahogy Adrian irta, a connection pool valoszinuleg lezarogatja a
resultset-eket, ez nem kellene hogy gondot okozzon.
Bovebb info pl itt:
https://stackoverflow.com/questions/2560350/oracle-doesnt-remove-cursors-after-closing-result-set/
Andras
2016-04-26 20:30 GMT+08:00 József Keresztes <xesj.hu at gmail.com>:
> Sziasztok !
>
> Van egy webalkalmazás, az Oracle adatbázis kapcsolatok pool-ban üldögélnek.
> Az egyik folyamat kivesz egy Connection-t a pool-ból, de abban nincsenek
> tisztességesen lezárva a ResultSet-ek, így amikor szerencsétlen szeretne egy
> ResultSet-et kapni akkor az Oracle beint neki:
>
> java.sql.SQLException: ORA-01000: maximum open cursors exceeded
>
> A kérdés lerágott csont, természetesen úgy kell programozni hogy mindig
> mindent szépen lezárunk stb stb stb.
>
> DE ! Tényleg nincs arra mód hogy amikor valaki kivesz a pool-ból egy
> connection-t akkor valami "tisztogatás" félét hajtson végre rajta, tehát
> rögtön ezzel kezdjen, és így függetlenné váljon attól hogy milyen állapotú
> connection-t hagytak neki a pool-ban ? Sajnos hiába kezd rögtön rollback-el,
> vagy setHoldability(0)-lal, ez nincs hatással rá. Valszeg nincs is rá
> megoldás, de hátha Ti mégis megoldottátok ezt a dolgot.
>
> Joe
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
További információk a(z) Javalist levelezőlistáról