Devel.cz Lupa Měšec Podnikatel Root Zdroják.cz DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Vlákno názorů k článku
Java na webovém serveru: porovnání Javy a PHP

dc
dc (neregistrovaný) ---.orange.sk
10. 3. 2010 0:43

pekne zhrnutie

Celkom pekne zhrnutie. K tym kompilovanym vs. interpretovanym jazykom, dnes asi kazdy vyznamnejsi jazyk ktory bol povodne interpretovany ma uz aj nejaky kompiler. Tusim existuje aj java kompiler ale to som si fakt neni isty. Asi je ale najdolezitejsie aka je najrozsirenejsia implementacia daneho jazyka.
Na jave mi akurat tak trochu vadi taka obcas az prehnana prekomplikovanost aj jednoduchych veci a procesov.

Palo
Palo (neregistrovaný) ---.95-103-231.t-com.sk
10. 3. 2010 1:24

Re: pekne zhrnutie

Daj nejake prekomplikovanosti, poradime, pomozeme. Tusis spravne ze existuje Java compiler, ten tam aj vzdy bol (koli prenositelnosti kompiluje do pCode). A dnes existuju Java Virtual Machine (JVM) ktore potom tento kod prelozia za behu do nativneho kodu pocitaca (JIT Just-in-time Compiler).

V clanku sa mi nepaci ze webove aplikacie sa zhrnu pod JSP a EJB. Uz existuju aj nove kniznice a toolkity ako napr. GWT a pripadne pomocou Spring Remoting velmi jednoducho urobit servisnu vrstvu bez potreby pouzitia EJB.
To nebudeme hovorit o buducnosti v podobe OSGi containerov, inych sablonovacich systemoch ako je JSP pripadne generatoroch kodu. Rozumiem ze autor sa snazil to aspon trochu zovseobecnit dany problem ale Java je ozrutna problematika.

Ladislav Thon
Ladislav Thon (neregistrovaný) ---.insite.cz
10. 3. 2010 10:23

Re: pekne zhrnutie

dc měl asi na mysli překladače z Javy přímo do nativního kódu, umí to třeba gcj (ale existují i komerční, třeba Excelsior JET). A takový JRockit (dříve BEA, dnes Oracle), ač „klasická“ virtuální mašina, žádnou interpretaci neprovádí a všechno nejdřív kompiluje do nativního kódu. Osobně si myslím, že v případě virtuálních strojů se dá těžko mluvit o kompilaci nebo interpretaci, spousta z nich je prostě „někde mezi“.

S druhým odstavcem naprosto souhlasím. I když budoucnost v podobě OSGi mne děsí, to je jeden z těch příkladů překomplikovanosti. Modulový systém Javě chybí jako praseti drbání a možná ještě víc, ale tohle podle mne prostě není ta správná cesta. Trochu doufám, že tady Rod Johnson vsadil na špatného koně :-)

Palo
Palo (neregistrovaný) ---.95-102-190.t-com.sk
10. 3. 2010 13:27

Re: pekne zhrnutie

Network OSGi – krasa. Sa na ten „cloud“ pripojis pekne z Eclipsu. Buildnes a stlacis reload. Ono sa to deployne do centralneho repository a reloadnu sa moduly. No krasa. Uvidime kam to bude viest.
Modulovy system pre Javu zalezi s akeho uhla sa na to pozrieme. Je Maven modulovy system? Na urovni vyvoja iste. Runtime modulovy system je napr OSGi a bezi na nom napriklad Eclipse takze je to uz v podstate overena technologia. Myslim ze niet cesty spat ;-).

Ladislav Thon
Ladislav Thon (neregistrovaný) ---.insite.cz
10. 3. 2010 13:35

Re: pekne zhrnutie

Je to tak, OSGi je dneska v podstatě průmyslový standard, a tuším, že i JSRko pro Java Module System či jak se to jmenuje k němu přihlíží. Ale ta classloaderová magie… já prostě nevím.

Zasílat nově přidané příspěvky e-mailem