Názory k článku
Cocoon v příkladech: Instalace a první aplikace

Docela by mne zajimalo, proc Cocon nepouziva normalni regularni vyrazy...

V Cocoonu lze v mape take pouzit plne regularni vyrazy, ale mne osobne to prijde zbytecne komplikovane a mene prehledne uz jen proto, ze casto pouzivana tecka ve jmene souboru ma v regularnich vyrazech specialni vyznam. Napriklad vzor "*.jpg" je pak potreba napsat jako:
"(.+)\.jpg".
Kdyz jeste pridate do prislusneho elementu map:match atribut 'type="regexp"', tak to bude chodit. Muzete to vyzkouset na prikladu fotoalba v clanku.

BTW, zolikove znaky "*" a "**" se pouzivaji i v systemu Ant ("make" pro Javu), takze vetsina Javovskych programatoru je na ne zvykla.

Jasne, ze v uvedenem pripade je to nevyhodne, ale napadlo mne, ze by se s tim daly delat docela pekne triky. Pokud to nejak jde, tak je to OK.

Zdar vsem.
Je to jenom muj pocit ze je to cele docela pomale? Mame hromady PHP and C CGI scriptu na nasem internim serveru (2xAthlon MP 2000+) a to beha superrychle, ale ten cocoon mne dost mrzi svou pomalosti - sekunda dve tri nez se neco zorazi na vystupu - to nase "zakazniky" urcite odradi, zejmena kdyz jim zbytek naseho webu bude behat o hodne rychleji na PHP/C. Moc bych cocoon chtel pouzivat, protoze dostavame vsechny data nativne v XML, jenom to potrebujeme prezvykat a zobrazit ...

cocoon som si prave instaloval a idem ho skusit takze nemozem posudit rychchlost alebo nerychlost. vseobecne pri java servroch je problem ze ak maju rezervovanu zakladnu pamet tak su pomale alebo sa zrutia (out of memory). ale ak som rucne pridelil nieco viac pamete server vzdy behal krasne a s aplikaciami nebol problem. ale ako som pisal - prave som si ho instalol - napisem ake som mal dojmy.

nenarazil som na ziaden problem. pomalost aplikacie moze byt sposebena zlozitostou transformacie alebo spomalenim pri ziskavani dat. stalo by za uvahu spravit podrobne logovanie a najst _hrdlo_ ktore to sposobuje. inak cocoon je nadherny sposob komunikacie. dufam ze sa mu bude darit.

Mne osobne by asi jedna az tri sekundy prodlevy nevadily (i Intranet u nas v praci ma prumerne prodlevy casto podstatne vetsi :-), zvlaste proto, ze pokud stranka nabizi nejaky obsah, tak predpokladam, ze tam stravim minutu nebo i vice a tam se ta sekunda ztrati. Nicmene nemohu vyloucit, ze muze existovat aplikace, kde to muze vadit (web services). V Cocoonu je potreba brat jeste v uvahu, ze po zmene jsou nektere komponenty rekompilovane, takze prvni doba odezvy muze byt znacne delsi (je to podobne jako u JSP).

Pro optimalizaci vykonu Cocoonu bych zkusil nasledujici:
- nainstalovat nejnovejsi JDK/JRE - je to dost casto znat na rychlosti
- popremyslet o cachovani v rourach Cocoonu
- roura samotna muze byt navrzena vice ci mene (nebo hodne malo) efektivne (napr. vice XSL transformaci)
- pohrat si s optimalizaci pameti Javy (alespon pridat pamet a omezit alokace dalsi pameti), pripadne s optimalizovat vzajemne pamet a GC (neni pro zacatecniky)
- znacne rozdily mohou byt i mezi servletovymi kontejnery - zkusit Tomcat, Resin, BEA Weblogic, ...
- uvazovat o rozdeleni statickeho a dynamickeho obsahu: posilat staticke HTML soubory a JPEG obrazky muze byt lepsi Apachem

Neni ale mozne zarucit, ze cokoliv z vyse uvedeneho bude dostatecne (navic najit optimalni vyladeni bude dost prace). Cocoon je hodne flexibilni system a kazda flexibilita prinasi urcitou rezii. Podle meho nazoru moznosti a flexibilita Cocoonu tuto rezii vyvazuji. Dokazu si vsak predstavit, ze v PHP nebo v C pujde napsat system, ktery je na stejnem hardware o neco rychlejsi nez aplikace v Cocoonu.

nejak se mi nenacitaji obrazky na uvodni strance netusite kde je problem?