Debug / Profiling

Java

Milyen toolokat hasznaltok/hasznalnatok olyan esetben, ha felmerul egy nagy, szamotokra idegen kodu java alkalmazas/servlet -el kapcsolatban a kovetkezo kerdesek egyike:
- Lassu, melyik resze lehet a lassu ?
- Elhasal , de miert ?
- Nem valaszol, de miert ?
- Tul sok filedescriptort hasznal..
- Tul sok memoriat eszik..
- ..

( turul16 v | 2009. 01. 10., szo – 10:26 )

Nem jonnek a valaszok, vajon
itt mindenki system.out.println -el dolgozik ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ezen felul meg netbeans-sel vagy eclipse-vel.

Altalaba a zart forrasu cuccoknal az ember nem talalgat, hanem felhivja a supportot (ha mar sulyos penzekert megvette a ceg a cuccot), hogy tessek jonni, mert itt csunya dolgok vannak. A support odajo, es megszagolja, ha tudja, megcsinalja, ha nem, akkor meg gaz van, szar a program, kell keresni mast. En legalabbis mas szaraba biztos nem fogok turkalni, hogy mi a joedes raknyavalya baja van neki.
Ha van hozza forras, akkor meg meg lehet nyitni valami IDE-be, attach to process vagy valami egyeb, es argus szemekkel figyelni. Busines-critical alkalmazasok eseteben amugy is illik tartani egy tesztkornyezetet, ahova eloszor kerulnek a modositasok, mert Javaban ilyesmit eleg konnyu elszurni (tul sok mindenre kell egy j2ee app eseteben odafigyelni).
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( Mico v | 2009. 01. 10., szo – 11:35 )

netbeansben van jo debug meg profiling is