Starší komentáře ke článku: J2EE, .NET a vývoj rozsáhlých systémů 1.
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 10.2.2003 7:18:14
Koukam a docela me po dlouhe dobe prekvapil velice kvalitni clanek. Docela se povedl a doufam, ze dil o DOT.NEt bude stejne kvalitni. Ikdyz jedno rypnuti se neodpustim
<I>J2EE je mnohdy nutné sáhnout do jádra systému aplikačního serveru nebo JVM (Java Virtual Machine). Ale i tak lze konstatovat, že J2EE přinesla výrazný posun v usnadnění vývoje a díky tomu se úspěšně prosadila při vývoji velkých informačních systémů.</I> pane kolego do Virtual Machine snad neni treba sahat, nemilim li se? To by opravdu muselo byt neco tezce HW zavisle, ale i tak si to nedovedu predstavit. Jinak, ale opravdu chvalim.
Datum vložení: 10.2.2003 8:23:28
Dekuji Vam za komentar a pokusim se Vam odpovedet.
Ad JVM. Ano, tohle se muze stat a ja jsem to zazil asi 2x, ze jsme museli upravovat JVM (prave v tom Lucembursku) a to na nejmenovanem aplikacnim serveru, kde byla zjistena spatna implementace alokace a od vyrobce jsme dostali odpoved, ze fix bude za nekolik mesicu. Proto, i kdyz to asi cca 130tis$, nas to vyslo levneji, nez ztrata z behu jednoho velkeho systemu. Jinak ty upravy si delat muzete, JVM neni zas tak slozita vec, spise je to tez svazat s danym OS. Hezky den.
Datum vložení: 16.5.2007 13:24:26
Moc prosím pana Šedu, jestli by se mi neozval.... Vlaďka Bezecná šéfredaktorka časopisu Professional Computing mobil: (+420) 606 761 829 tel.: (+420) 224 936 824 e-mail: bezecna@dcd.cz
Datum vložení: 10.2.2003 22:11:35
Chtěl bych poděkovat za perfektní článek. Doufám že tato série bude pokračovat v tomto duchu. Tedy jak je zmíněno na úvodu článku bez jakéhosi "emocionálního zabarvení".
Osobně se zabývám spíš .NET, ale dozvědět se něco o konkurenčních technologiích je vždy jen a jen přínosem.
Datum vložení: 10.2.2003 23:23:52
Ahoj Honzo!
Nevedel jsem, ze jsi ted v MS. Tak to drzim palce a nauc billa jak se ma delat soft ;-) Jinak clanek super, je videt, ze porad velmi dobre rozumis "druhe strane" ;-) To MS dostal silnou zbran do rukou ;-) Asi se pujdu ucit ten C sharp nebo jak se to jmenuje :-))))
Datum vložení: 11.2.2003 9:58:10
:)))) Napis mi na mail a mej se.
H.
Datum vložení: 16.2.2003 0:59:35
Nejak sem nepochopil proc oznacujete "entity beans" za slepou vetev. Podle me je to docela dulezita cast EJB - bez nich by to snad ani EJB nebyly :-o.
Jinak dobrej clanek...
Datum vložení: 17.2.2003 10:51:05
Dobry den a dekuji za reakci. Pokusim se kratce odpovedet (jinak je to tema na samostatny clanek).
EntityB jsou v podstate urcene na caching nejakych dat, co se Vam casto ctou a co proste chcete uchovavat v pameti a pripadne rychle s nimi pracovat apod. Idea je to na prvni pohled dobra, ale jina otazka je implementace. Zatim jsem vzdy s EB zazil jen mnoho problemu a vzdy vyrazne snizeni vykonnosti a to prakticky na vsech typech app. serveru (iPlanet, WebLogic, Orion, JBoss...). Asi jedna z nejznamejsich referenci na J2EE je <a href='http://www.mojebanka.cz' target='_blank'>http://www.mojebanka.cz</a>, kde byly pouzity EB, ale prave z duvodu vykonnosti velmi rychle zmizely a dnes tam jsou pouze SB a velmi dobre navrzeny model datovych trid (jako nositelu persistentnich dat a pro caching). Jinak podle mne je vhodnou nahradou EB JDO (muzete se napr. podivat na tuto zajimavou diskuzi <a href='http://www.theserverside.com//discussion/thread.jsp?thread_id=771)' target='_blank'>http://www.theserverside.com//discussion/thread.jsp?thread_id=771)</a>. Zde je obcas nejaky duvod o EB zminen, ale v podstate EB je koncept, ktery ma mnoho vaznych problemu (napr. vykon, dal integrata dat pro clustrovane sql servery, navaznost na replikace atd atd., napr. diskuzi o key generatoru a vazne problemy s transakcemi muzete videt zde... <a href='http://www.theserverside.com/patterns/thread.jsp?thread_id=220&article_count=65' target='_blank'>http://www.theserverside.com/patterns/thread.jsp?thread_id=220&article_count=65</a>, jak jsem zminil, je to na samostatny clanek). Krome toho bychom mohli diskutovat nad tim, jak funguje container-managed persistence pro EB, coz souvisi prave s efektivitou a behem aplikace. Problematiky s EJB castecne popisuje tento clanek (<a href='http://www.javaworld.com/javaworld/jw-12-2001/jw-1207-yesnoejb_p.html)' target='_blank'>http://www.javaworld.com/javaworld/jw-12-2001/jw-1207-yesnoejb_p.html)</a>, ktery nejen ze popisuje EB, ale i vubec chyby a spatnost celeho konceptu kolem EJB (osobne jsem priznivce jen session a message B., ostatni pokladam za velmi neefektivni a krajne nevykonne technologie). To je muj nazor a jsem rad, ze Vy to vidite jinak. Temito diskuzemi vznikaji jen lepsi a vykonnejsi technologie ;)
Mejte se fajn a jeste jednou dekuji za reakci.
Datum vložení: 17.2.2003 11:22:53
Dobrej článek o tom je na ServerSide <a href='http://www.theserverside.com/resources/article.jsp?l=RodJohnsonInterview' target='_blank'>http://www.theserverside.com/resources/article.jsp?l=RodJohnsonInterview</a>
Rod Johnson je velmi znamým autorem na J2EE a sám pokládá EJB za nedostačující technologii. V jeho knize "J2EE Design and Development" uvádí mnoho důvodů, v čem jsou EJB špatné (přesněji, nedostatečné) a do Entity Beanů se opírá dost tvrdě a trefně. Stojí za to si to přečíst.
Datum vložení: 24.3.2007 11:24:40
No dovolim si povedat ze sa skutocne velmi mylis. Entity bean bol skutocne vystrel do prazdna. Myslienka ORM je skutocne dobra avsak v entity bean nie moc stastne implementovana, co v podstate dokazuje aj samotna specifikacia EJB3.Co sa najprv odmietalo teraz sa stalo skutocnostou(myslim tym veci kolo hibernatu). Ako dolezite je si povedat ze to stoji za nic a je vela sposobov omnoho lepsich ako prave pouzit nestatstne entity beans. Ale co uz ked Sun tlaci svoje tak tlaci podobne to je aj so slavnym klientskym frameworkom JSF. Ale o tom potom ...
Datum vložení: 23.9.2007 21:15:16
Velice děkuji za tento článek, pomohl mi pochopit problematiku a posunout se zase o kousek dal.