Re: EJB a Glassfish - korekcia

Ales Dostal napsal(a): Jeste jednou diky. Jinak jak se mam divat na to,ze samotny glassfish si ubira porad dalsi a dalsi pamet, kterou neni mozne pomoci GC odstranit. Mam to chapat tak, ze po dovrseni max velikost dovolene pameti, kterou ma k dispozici pretece nebo zacne uvolnovat z pameti, co

EJB a Glassfish - korekcia

jj, takze toto mi dost pomohlo. Diky za radu. Kdyz uz jsem u tech EJB, objednal jsem si tuto knihu: *EJB 3 in Action *by Debu Panda (Author), Reza Rahma

Re: EJB a Glassfish - korekcia

Zamerajte sa na transaction isolation a transactional attributes . ze volania v "DalsiLocale" budu mat nastavenu transaction attribute na requiresnew @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) . Richard Holly wrote: Zamerajte sa na transaction isolation pret

Re: EJB a Glassfish

Zamerajte sa na transaction isolation pretoze zrejme sa snazite spracovat celu davku v jednej transakcii na ktoru je naviazany aj JPA caching (ak medzitym este vyberate nejake data) a cele to fakt moze mat dost velku spotrebu pamate. "Rychlu ulavu" dosiahnete napr. tym ze volania do "DalsiLoc

Re: Tomcat - příliž mnoho paměti

zaviranim databazovych spojeni to asi nebude, to by jim drive dosli spojeni do databaze nez by jim narostla takhle pamet. Sice nevim jak konkretne to ma mysql, ale obecne te databaze nakope jiz pri relativne malem poctu pripojenych spojeni (radove 150 -200 kdyz to neni specialne nastavene jinak).

EJB a Glassfish

Zdravim, mam problem s Java Sun Application Server 9. Ve chvili, kdy vzdalene volam EJB ze stand-alone aplikace a posilam data, ktere ma server zpracovat, tak vse funguje do doby, kdy dojdou prostredky serveru. Jinymi slovy, server mi sezere maximalni pocet pameti a ukonci se v OutOffMemory :( P