Roman Kratochvil wrote:
Zdravim,ale kdy k tomu dojde... rs.close() je uvolneni na DB (zavreni kursoru) a rs=null je signal pro GC.Priklad z TomCatu je korektnejsi, protoze definuje promenne pro ResultSet a Statement jeste pred try {}, aby je mohl uzavrit v pripade vyjimky ve finally. Ten JBossovy prikladek neuzavre Statement pokud executeQuery() vyhodi vyjimku. Pokud by si Connection drzelo nejaky odkaz na Statement, byl by to problem.Neznam impl v Tomcatu, ale pokladam za obecny uzus, ze uzavreni Connection je zaroven uzavrenim i vsech Statementu a ResultSetu z neho pochazejicich. Pokud by to tak nebylo, s klidem bych to oznacil za bug, prestoze takove chovani specifikace pravdepodobne nikde nevyzaduje;
V programovani neplati zadny obecny uzus, ale specifikace :-) Jde o to, jak uz jsem psal, ze v TomCatu nejsou Connection primo ta Connection poskytovana JDBC ovladacem, jejichz close() opravdu vsechny Statementy a ResultSety uzavira, ale obalovatka, jejichz close() pouze vraci obalene spojeni bez uzavreni zpet do poolu. Tim se setri cas nutny pro otevirani spojeni pri kazdem pouziti databaze. Makub -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Supercomputing Center Brno Martin Kuba Institute of Computer Science email: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --------------------------------------------------------------
smime.p7s
Description: S/MIME Cryptographic Signature
