Z toho co som zachytil z vasej spravy o implementacii tak:
1. vracat entity bean do web vrstvy je dost spatne (ak to vobec validne
ide urobit, ale viem si predstavit spustu problemov, ktore s tym mozu
dalej suvisiet )
2. preco pouzivate remote interfaces v ramci jednej aplikacie? v
pripade
yup, sorry uz som si vsimol ze ste povodne uviedol ze sa jedna ejb3,
kde je DTO antipattern ako jedna z features, a detachovane entity sa
mozu vozit po aplikacii.
URBAN Leos wrote:
Richard Holly napsal(a):
1. vracat entity bean do web vrstvy je dost spatne (ak to vobec
validne ide urobit,
Ahoj,
mam EAR aplikaci (JBOSS 4.0.4.GA + EJB3RC8), jejiz jednou soucasti je
webova aplikace.
V ni je JSP stranka, ktera ve sve session drzi JavaBean a vola jeho
metody, ktere se pripojuji k aplikacnimu serveru a volaji stateless
session bean metody. To vse pak pomoci HTML Refresh cykluje v 5s
Kedysi som mal ten isty problem s Tomcatom, aj ked bez EJB,samozrejme :) Po niekolkych redeployoch som dostal tu istu vynimku... Jedine, na co som vtedy narazil, je nazor, ze problem je v Sunovskej JVM.Skuste pozriet tuto diskusiu, jeden clovek tam pise, ze ked presiel z
jdk1.5.0_06 na
Perm space pouziva class loader,
nevidel som vasu implemetnaciu, ale specialne pri EJB sa robi urcita
instrumentacia ktora moze zatazovat class loader novymi triedami do
tej miery se to cele lahne, tak ako ste popisal.
URBAN Leos wrote:
Ahoj,
mam EAR aplikaci (JBOSS 4.0.4.GA + EJB3RC8),
Dekuji za odpoved, co se s tim ale da udelat?
V aplikaci mam nejakych vlastnich velmi jednoduchych 20 trid, pokud si
nejake nejak navic generuje (?) pri opakovanych volanich tak by to
vysvetlovalo proc se nafukuje ten PermSpace.
Zvetsit PermSpace mohu, ja se ale obavam ze to pouze protahne
Zkuste zjistit pomoci parametru -XX:+TraceClassloading a -XX:
+TraceClassUnloading jake tridy se zavadeji a uvolnuji. Pokud garbage
collector travi prilis mnoho casu uvolnovanim obdrzite take tuto
vyjimku, viz napr. bod 5.2.3
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html
dv
problem je ten, ze se casto vytvari nove tridy. To muze byt zpusobeno
napriklad castym deploy/undeploy jak pisete a nebo napriklad tim, ze se
tam casto kompilujou JSP. Nemate tam nahodou neco co by dynamicky
generovalo nove JSP?
URBAN Leos napsal(a):
Ahoj,
mam EAR aplikaci (JBOSS 4.0.4.GA +
co takhle zkusit pouzit nejaky profiler, tam by mely byt ty tridy videt.
Minimalne urcite, kdo je jejich puvodce :-)
Richard Holly napsal(a):
Perm space pouziva class loader,
nevidel som vasu implemetnaciu, ale specialne pri EJB sa robi urcita
instrumentacia ktora moze zatazovat class loader
Ne, to nemam. Jsou tam dve JSP stranky. Prvni zobrazuje stav a neustale
se v tech 5s intervalech obnovuje (v session ma objekt pripojeny na
aplikacni server a pri obnove se zavola metoda vracejici Integer s
poctem aktualnich zaznamu). Pokud se na teto prvni strance cvakne na
cudlik, spusti se
Nezapisujete nieco na disk do adresara kde su JSP stranky ?2006/9/6, URBAN Leos [EMAIL PROTECTED]:
Ne, to nemam. Jsou tam dve JSP stranky. Prvni zobrazuje stav a neustalese v tech 5s intervalech obnovuje (v session ma objekt pripojeny naaplikacni server a pri obnove se zavola metoda vracejici
Asi vyreseno:
Jedna metoda session beany vracela i EntityBeanu a ta na sobe nemela
serialVersionUID. Klient je zrejme bral jako stale nove a pridaval do
PermSpace.
Nyni to sice take roste ale podstatne pomaleji.
Vsem diky za pomoc a doufam to nekomu pomuze predejit stejnemu zkoumani.
Leos
12 matches
Mail list logo
