Hlavní navigace

Vlákno názorů k článku Cocoon v příkladech: Úvod od srakyi - zajimavy a podnetny clanek! diky za nej. jen by...

Článek je starý, nové názory již nelze přidávat.

  • 5. 11. 2003 9:29

    srakyi (neregistrovaný)

    zajimavy a podnetny clanek! diky za nej.

    jen by me zajimalo, jak to realne s rychlosti podobne napsane aplikace. predpokladam ze cocoon umi asi nake predgenerovane vystupy nejak rozumne chacheovat, ale porad mi pripada, ze opravdu dynamicky generovany web vyuzivajici vice transformatoru se bude generovat ukrutne pomalu .. nebo se myslim?

  • 5. 11. 2003 10:14

    Pavel Sykora (neregistrovaný)

    Take jsem predpokladal, ze rychlost nebude nic moc, ale Cocoon je prekvapive pomerne svizny i bez cache, ale cacheovat umi take. Nezkousel jsem jej ovsem jeste pod velkou zatezi. Prilezitostne na nej pustim nejaky zatezovy test a vysledky zverejnim v nekterem z dalsich dilu.

  • 5. 11. 2003 13:50

    jiri hanus (neregistrovaný)

    Ve verzi Cocoonu 1 se pouzival DOM pro praci s XML/XSLT, coz bylo opravdu pomale az nepouzitelne. Od verze 2 ale funguje svizne jak casove tak pametove diky SAX a opravdove pipeline.

    Rychlost by tedy mela byt dana pouzitou XSLT knihovnou. V distribuci Cocoonu bude asi Xalan, ktery nejrychlejsi nebude - nemate nekdo zkusenosti s pouzitim jinych ?

    btw, JSF (Java Server Faces, XML/XSL nadstavba nad JSP) zda se pouziva DOM API, takze je na technologicke urovni cocoonu pred nejakymi tremi, ctyrmi lety:)

    A diky za clanek !

  • 5. 11. 2003 15:05

    Pavel Sykora (neregistrovaný)

    Chtel bych jeste pripomenout, ze i v Cocoonu lze pro XSLT pouzit XSLTC (XSLT Compiler), ktery generuje na zaklade stylesheetu Java kod pro transformaci. Ted si ani nejsem jist, zda dokonce tento zpusob neni ve verzi 2.1.2 implicitni - nekde jsem cetl, ze pokud jsou s tim problemy (extenze apod.), ma se v mape nadeklarovat Xalan.

    Take vlastni stylesheet se da napsat vice nebo mene efektivne, coz muze zaviset i na tom, jak dobre je navrzena struktura vstupnich XML dat.

  • 6. 11. 2003 9:47

    Jirka Kosek (neregistrovaný)

    Neznám JSF, ale takhle rychle bych je neodsuzoval. Cocoon používá SAX pro předávání mezi jednotlivými částmi pipeline, ale např. pro potřeby XSLT transformace se musí SAX události převést na strom (ať už DOM nebo nějakou interní strukturu XSLT procesoru -- třeba TinyTree v Saxonu), nad kterým se provádí transformace a vyhodnocují XPath dotazy. Takže ani v Cocoonu se DOMu nevyhnete. Dokonce je otázka, když bude více transformací za sebou, zda by nebylo rychlejší předávat si rovnou strom výstupu na vstup další transformace bez nutnosti serializace/deserializace přes SAX události.

    Pro dosažení vyššího výkonu by bylo zajímavé použít nějakého proudového transformačního jazyka jako STX, ale nevím, zda to někdo s Cocoonem zkoušel.

  • 6. 11. 2003 10:52

    Pavel Sykora (neregistrovaný)

    STX transformator je v Cocoonu 2.1.2 take (v zakladni distribuci), ale neni jeste prohlasen za stabilni. Ale rozhodne se s nim da do budoucna pocitat. Mozna by bylo zajimave srovnat rychlosti XSLT interpretovane, XSLTC a STX. Az na to, ze Cocoon je tak flexibilni, ze zatim nemam moc predstavu, jak by takovy benchmarking mel vypadat, aby vysledky byly pouzitelne obecne a ne jen na konkretni pripad.