Re: Zkušenosti s Apache Wicket
Vdaka , postacujuce vysvetlenie presne takuto charakteristiku som chcel vidiet. Este by ma zaujimala jedna vec a to zdroje na naucenie. Ktore odporucate(pripadne postupnost) ? Nasiel som jeden knizny zdroj Tapestry 5: Building application Step by step.(je to dobry zdroj? su v nej dobre vysvetlene principy..). 2009/11/26 Jan Jirout jir...@gmail.com Ahoj, pracoval jsem pouze s tapestry 5. Jine verze tapestry nemohu hodnotit. Takze tady je me porovnani: Tapestry 5 - nutnost naucit se novy IoC container, je opravdu potreba pochopit jak funguje. - pro inspiraci je potreba se obcas podiva do zdrojovyckh kodu - tak flexibilni, ze nebyva zrejme, jaka cesta je nejlepsi a je nutno hledat + zakladni principy T5 jsou jednoduche + komponentovy pristup + psani testu je snadne + zadna XML konfigurace + generuju HTML validni kod + automaticky dela pekna url + pri zmene view neni potreba restartovat servlet container + zdrojove kody T5 jsou velmi pekne napsane + integrace s externima komponetama/frameworkama je snadna Wicket priznam se, ze framework zalozeny na neprehlednych a v podstate netestovatelnych vnitrnich tridach, me odrazuje. JSF hodne zjednodusene receno je to evoluce struts. Moznost menit implementace JSF je vicemene iluze. Po kratkem case na projektu, se ukaze, ze projekt je uzamcen na te ktere implementaci. Stripes velmi pekny projekt obalujici request/response. Projekt je velmi jednoduchy v tom dobrem smyslu slova. Ze zde uvedenych frameworku se ho lze naucit nejrychleji. S integraci dalsich komponent neni zadny problem. Asi bych vahal mezi T5 a Stripes. Mame stejny projekt v struts a prepsany do T5. Pokud mohu soudit, jenom na funkcnim kodu (nepocitam junit testy) jsme usetrili asi 40% kodu. Jestli tomu rozumim, tak porovnanavate frameworky, aby jste vybral nejlepsi pro Vas projekt. Doporucuju si vytipovat nekolik jednoduchych i slozitejsich problemu, ktere mate ve vasi app, a zkusit se podivat, jak by se dali tim kterym frameworkem resit. snad Vam to trochu pomuze ahoj Honza 2009/11/25 Marek ma...@gmail.com Poprosil by som taktiez niejaky post od niekoho kto robil s tapestry. Jeho vyhody, nevyhody napr. v porovnani s jsf, wicket. Taktiez potrebujem riesit projekt a rozmyslam nad view. Nebude to uplne rich teda flex a pod alternativy nemaju zmysel rozhodujem sa medzi jsf-myfaces, rich faces, facelets wicket-ako vravim u wicketu ma odradza to mnozstvo kodu ala swing, a taktiez vraj strma uciaca kryvka tapestry-to vyzera z diskusii zatial fajn, daco na styl asp.net 2009/11/23 Karel Tejnora ka...@tejnora.cz Přemýšlel jsem o tom o víkendu, kdy jsem si ohříval kafe za větrákem CPU. Facebookové aplikace ve Flashi žerou neskutečně CPU a nějaký offload na GPU nemají. Buď to autoři neumí nebo to nedovoluje Flash. Byl bych rád, kdyby se prosadila jiná, lepší technologie. Moje přítelkyně je schopná notebook uvařit a to doslova. Kupodivu i moje blondýny (jsou blond, jsou ženské a je jim 5-30) si poradí s instalací Javy do Firefoxe samy. Oni si umí nainstalovat Firefox i Thunderbird s nastavením účtů a mají Chrome a kupodivu i Safary. Ony nemají předsudky: to je Java - to je pomalé, ve Flashi nemůžu klikat pravým tlačítkem, to je Silverlight - to je .NET a to je MS, který nemám ráda - to je GTK, ale já chci QT. Prostě stáhnou 300MB .NET frameworku, používájí aplikaci, která jediná má závislost na Mono, neřeší, že aplikace žere všechnu paměť CPU... A když se stahuje nebo beží něco dlouho, jdou uvařit večeři. Takže dle mého názoru: Aplikace pro masy - je jedno v čem to je, pokud prezentace bude zajímavá, lidi si to stáhnou. Pro firemní prostředí - je to taky jedno, tam se to dá dát i do smlouvy. -- M^2 -- M^2
Re: Zkušenosti s Apache Wicket
Dne Sun, 29 Nov 2009 10:33:36 +0100 Marek ma...@gmail.com napsal/-a: Ktore odporucate(pripadne postupnost) ? Nasiel som jeden knizny zdroj Tapestry 5: Building application Step by step.(je to dobry zdroj? su v nej dobre vysvetlene principy..). V tomhle threadu jsem pro Wicket doporucoval knihu Enjoy Web Development with Wicket a tusim jsem se zminoval, ze stejny autor napsal podobnou knihu (necetl jsem) Enjoy Web development with Tapestry http://www.agileskills2.org/EWDT/index.html HTH, pf
Re: Zkušenosti s Apache Wicket
Ahoj, pracoval jsem pouze s tapestry 5. Jine verze tapestry nemohu hodnotit. Takze tady je me porovnani: Tapestry 5 - nutnost naucit se novy IoC container, je opravdu potreba pochopit jak funguje. - pro inspiraci je potreba se obcas podiva do zdrojovyckh kodu - tak flexibilni, ze nebyva zrejme, jaka cesta je nejlepsi a je nutno hledat + zakladni principy T5 jsou jednoduche + komponentovy pristup + psani testu je snadne + zadna XML konfigurace + generuju HTML validni kod + automaticky dela pekna url + pri zmene view neni potreba restartovat servlet container + zdrojove kody T5 jsou velmi pekne napsane + integrace s externima komponetama/frameworkama je snadna Wicket priznam se, ze framework zalozeny na neprehlednych a v podstate netestovatelnych vnitrnich tridach, me odrazuje. JSF hodne zjednodusene receno je to evoluce struts. Moznost menit implementace JSF je vicemene iluze. Po kratkem case na projektu, se ukaze, ze projekt je uzamcen na te ktere implementaci. Stripes velmi pekny projekt obalujici request/response. Projekt je velmi jednoduchy v tom dobrem smyslu slova. Ze zde uvedenych frameworku se ho lze naucit nejrychleji. S integraci dalsich komponent neni zadny problem. Asi bych vahal mezi T5 a Stripes. Mame stejny projekt v struts a prepsany do T5. Pokud mohu soudit, jenom na funkcnim kodu (nepocitam junit testy) jsme usetrili asi 40% kodu. Jestli tomu rozumim, tak porovnanavate frameworky, aby jste vybral nejlepsi pro Vas projekt. Doporucuju si vytipovat nekolik jednoduchych i slozitejsich problemu, ktere mate ve vasi app, a zkusit se podivat, jak by se dali tim kterym frameworkem resit. snad Vam to trochu pomuze ahoj Honza 2009/11/25 Marek ma...@gmail.com Poprosil by som taktiez niejaky post od niekoho kto robil s tapestry. Jeho vyhody, nevyhody napr. v porovnani s jsf, wicket. Taktiez potrebujem riesit projekt a rozmyslam nad view. Nebude to uplne rich teda flex a pod alternativy nemaju zmysel rozhodujem sa medzi jsf-myfaces, rich faces, facelets wicket-ako vravim u wicketu ma odradza to mnozstvo kodu ala swing, a taktiez vraj strma uciaca kryvka tapestry-to vyzera z diskusii zatial fajn, daco na styl asp.net 2009/11/23 Karel Tejnora ka...@tejnora.cz Přemýšlel jsem o tom o víkendu, kdy jsem si ohříval kafe za větrákem CPU. Facebookové aplikace ve Flashi žerou neskutečně CPU a nějaký offload na GPU nemají. Buď to autoři neumí nebo to nedovoluje Flash. Byl bych rád, kdyby se prosadila jiná, lepší technologie. Moje přítelkyně je schopná notebook uvařit a to doslova. Kupodivu i moje blondýny (jsou blond, jsou ženské a je jim 5-30) si poradí s instalací Javy do Firefoxe samy. Oni si umí nainstalovat Firefox i Thunderbird s nastavením účtů a mají Chrome a kupodivu i Safary. Ony nemají předsudky: to je Java - to je pomalé, ve Flashi nemůžu klikat pravým tlačítkem, to je Silverlight - to je .NET a to je MS, který nemám ráda - to je GTK, ale já chci QT. Prostě stáhnou 300MB .NET frameworku, používájí aplikaci, která jediná má závislost na Mono, neřeší, že aplikace žere všechnu paměť CPU... A když se stahuje nebo beží něco dlouho, jdou uvařit večeři. Takže dle mého názoru: Aplikace pro masy - je jedno v čem to je, pokud prezentace bude zajímavá, lidi si to stáhnou. Pro firemní prostředí - je to taky jedno, tam se to dá dát i do smlouvy. -- M^2
Re: Zkušenosti s Apache Wicket
Poprosil by som taktiez niejaky post od niekoho kto robil s tapestry. Jeho vyhody, nevyhody napr. v porovnani s jsf, wicket. Taktiez potrebujem riesit projekt a rozmyslam nad view. Nebude to uplne rich teda flex a pod alternativy nemaju zmysel rozhodujem sa medzi jsf-myfaces, rich faces, facelets wicket-ako vravim u wicketu ma odradza to mnozstvo kodu ala swing, a taktiez vraj strma uciaca kryvka tapestry-to vyzera z diskusii zatial fajn, daco na styl asp.net 2009/11/23 Karel Tejnora ka...@tejnora.cz Přemýšlel jsem o tom o víkendu, kdy jsem si ohříval kafe za větrákem CPU. Facebookové aplikace ve Flashi žerou neskutečně CPU a nějaký offload na GPU nemají. Buď to autoři neumí nebo to nedovoluje Flash. Byl bych rád, kdyby se prosadila jiná, lepší technologie. Moje přítelkyně je schopná notebook uvařit a to doslova. Kupodivu i moje blondýny (jsou blond, jsou ženské a je jim 5-30) si poradí s instalací Javy do Firefoxe samy. Oni si umí nainstalovat Firefox i Thunderbird s nastavením účtů a mají Chrome a kupodivu i Safary. Ony nemají předsudky: to je Java - to je pomalé, ve Flashi nemůžu klikat pravým tlačítkem, to je Silverlight - to je .NET a to je MS, který nemám ráda - to je GTK, ale já chci QT. Prostě stáhnou 300MB .NET frameworku, používájí aplikaci, která jediná má závislost na Mono, neřeší, že aplikace žere všechnu paměť CPU... A když se stahuje nebo beží něco dlouho, jdou uvařit večeři. Takže dle mého názoru: Aplikace pro masy - je jedno v čem to je, pokud prezentace bude zajímavá, lidi si to stáhnou. Pro firemní prostředí - je to taky jedno, tam se to dá dát i do smlouvy. -- M^2
Re: Zkušenosti s Apache Wicket
Přemýšlel jsem o tom o víkendu, kdy jsem si ohříval kafe za větrákem CPU. Facebookové aplikace ve Flashi žerou neskutečně CPU a nějaký offload na GPU nemají. Buď to autoři neumí nebo to nedovoluje Flash. Byl bych rád, kdyby se prosadila jiná, lepší technologie. Moje přítelkyně je schopná notebook uvařit a to doslova. Kupodivu i moje blondýny (jsou blond, jsou ženské a je jim 5-30) si poradí s instalací Javy do Firefoxe samy. Oni si umí nainstalovat Firefox i Thunderbird s nastavením účtů a mají Chrome a kupodivu i Safary. Ony nemají předsudky: to je Java - to je pomalé, ve Flashi nemůžu klikat pravým tlačítkem, to je Silverlight - to je .NET a to je MS, který nemám ráda - to je GTK, ale já chci QT. Prostě stáhnou 300MB .NET frameworku, používájí aplikaci, která jediná má závislost na Mono, neřeší, že aplikace žere všechnu paměť CPU... A když se stahuje nebo beží něco dlouho, jdou uvařit večeři. Takže dle mého názoru: Aplikace pro masy - je jedno v čem to je, pokud prezentace bude zajímavá, lidi si to stáhnou. Pro firemní prostředí - je to taky jedno, tam se to dá dát i do smlouvy.
Re: client-side java (bylo Re: Zkušenosti s Apache Wicket)
Update po víkendu - zatím celkem 397 prohlížečů, z toho 194 tj. 48.9% nemá javu 203 tj. 51.1% má javu a z těch co mají, tak 190 má 1.6.0 8 má 1.5.0 1 má 1.4.2 1 má 1.4.0 3 má 1.1.4 takže 49.9% všech prohlížečů má funkční Javu aspoň 1.5, což je mnohem víc, než jsem čekal. Makub Martin Kuba napsal(a): Jak říkal Winston Churchill, věřím jenom statistice, kterou jsem si zfalšoval sám :-) Tak jsem vzal soubory z http://www.realchat.com/blog/java-vs-flash/ trochu je upravil, a dělám si vlastní statistiku. Po 15 hodinách jsou výsledky tyto: 75 unikátních prohlížečů, z toho 40 tj. 53% nemá javu (nespustí se jim applet) 35 tj. 47% má javu (spustí se jim applet) z těch 35 1 má verzi 1.1 1 má verzi 1.5 33 má verzi 1.6 -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: client-side java (bylo Re: Zkušenosti s Apache Wicket)
jeeff napsal(a): Ahoj, ano, ako si pisal je to o tom sfalsovani vlastnej statistiky. Nenapisal si, na akej stranke to merias. Ak na nejakom svojom JAVA blogu je jasne, ze pomer javy v prehliadaci bude relativne vysoky kvoli tomu, ze tam chodia developeri. Urcite by ale ine vysledky boli na nejakom mainstream serveri kde chodia tety uradnicky teda nieco ako www.pluska.sk/soubiznis/ Není to java blog, je to na každé stránce http://meta.cesnet.cz/ což jsou stránky o superpočítačích a výpočetních clusterech, s javou nemají nic společného. Je pravděpodobné, že uživatelé přicházející na takové stránky nejsou statisticky úplný průměr, protože nejvíc jich přichází z Googlu po zadání dotazů na kerberos nebo matlab. Ale taky to nejsou žádní odborníci na javu. Bohužel nemám pod palcem obecnější server, na kterém bych to vyzkoušel. Jestli někdo máte, klidně poskytnu zdrojáky nebo přímo WAR s aplikací. Mimochodem, za stejné období mi Google Analytics hlásí podporu Javy u 82.45%. Jak jsem už psal, jeho způsob detekce pomocí volání JavaScriptové funkce navigator.javaEnabled() není spolehlivý. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
Dobry den, podivejte se na examples. Opravdu to vsechno co pisete jde. Ja to pouzivam dohromady v teto kombinaci: hibernate + spring framework + dwr ( ajax ) + extjs 3.0 a jsem s tim nadmiru spokojeny. Jednoduse se s tim pracuje, chodi to svizne. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 5:14 PM, Roman Zakutny wrote: Vdaka za tip, vyzera to fakt pekne a je to asi prvy cisto javascriptovy RIA framework, ktory ma zaujal. Je mi jasne, ze vdaka tolkym komponentam pokope je to setrenie casu znacne. Museli Ste vsak aj casto do tych komponent zasahovat a ohybat ich k svojej potrebe? Funguju tam bez problemov lazy-loadings pre struktury ako strom a grid resp. da sa jednoducho povedat ktorejkolvek komponente, aby si nainicializovala obsah uz pri nacitani, alebo az po interakcii uzivatela? Napriklad taky naseptavac, ktory dynamicky natahuje data zo serveru pocas toho, ako uzivatel pise do inputu, atd. Dalsou zaujimavou funkcnostou je filtrovanie v gride: existuje tam nativne filtrovanie nainicializovanych dat? Moznosti filtrovania som v deme totiz nezahliadol. Bolo by super, keby som sa vedel rozhodnut, ci filtrujem na klientskej strane, alebo poslem poziadavok na server... Je mi jasne, ze nejak to spravim, ale ide o to, ako zlozito:) V pripade toho filtrovania by som musel vediet pristupovat k jednotlivym riadkom a stlpcom, a to je know-how, ktore sa nemusi ziskavat lahko. Este je vcelku dolezite, ci funguje odchytavanie konkretnych klaves a tlacitok mysi na lubovolnej komponente. S tymto vsetkym mam dobru skusenost v RichFaces a kedze nas klient je dost narocny, tak rad by som sa takychto problemov zbavil. Ak by ExtJS dokazala RichFaces zastupit, kludne by som JSF vyradil z hry... Mozno privela otazok, ale kazda odpoved mi pomoze urychlit rozhodnutie:) S pozdravom Roman. Dne 19. listopadu 2009 9:02 Petr Burdik p...@petujek.net napsal(a): Ahoj, nikdy jse wicket nezkousetl. Ale vuci dwr se mi velmi osvedcil extjs. A cena 5000 kc za licenci pro vyvojare ( je jedno kolik toho vyvine ) je vuci casu ktery usetrim smesna. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 7:34 AM, Petr Fejfar wrote: Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
Re: Zkušenosti s Apache Wicket
Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Flex ma niektoré výhody oproti Silverlight a JavaFX (keď máme na mysli klasickú aplikáciu - zoznamy, formuláre, prepojenie na server), čo robí vývoj tohoto typu aplikácií veľmi efektívny: 1. Flash Player je prakticky na všetkých počítačoch a jeho inštalácia je jednoduchá a rýchla 2. Adobe Flex má viac UI komponent a sú lepšie ako má Java. http://www.adobe.com/devnet/flex/tourdeflex/web/# Komponenty podporujú data binding. 3. Grafické možnosti na úpravu vlastného dizajnu sú veľmi rozsiahle či už použitím pripravených skins - http://www.scalenine.com/ - alebo iba úpravou štýlov: http://examples.adobe.com/flex3/consulting/styleexplorer/Flex3StyleExplorer.html# 4. Flex má veľmi dobre prepracovanú komunikáciu s Java EE serverom založenú na open source riešení: http://opensource.adobe.com/wiki/display/blazeds/BlazeDS/ Táto knižnica zabezpečuje volanie procedúr na serveri, komunikáciu cez binárny protokol, messaging systém fungujúci aj keď je k dispozícii iba http komunikácia, serializácia objektov medzi Flex a Java - http://livedocs.adobe.com/blazeds/1/blazeds_devguide/help.html?content=serialize_data_2.html#312520 Silverlight pojede jenom na MS-Windowsech, ne ? Silverlight ide aj na Macu a myslím, že aj na Linuxe.
Re: Zkušenosti s Apache Wicket
ja pouzivam presne rovnaku zostavu (cca 30 projektov), len namiesto ExtJs mam JQuery - zatial sa mi podarilo najst vsetky pluginy, ake som potrebolval. je pravda ze treba na to cas a precitat si zopar clankov kym clovek vyberie ten spravny plugin. Ivan 2009/11/20 Petr Burdik p...@petujek.net: Dobry den, podivejte se na examples. Opravdu to vsechno co pisete jde. Ja to pouzivam dohromady v teto kombinaci: hibernate + spring framework + dwr ( ajax ) + extjs 3.0 a jsem s tim nadmiru spokojeny. Jednoduse se s tim pracuje, chodi to svizne. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 5:14 PM, Roman Zakutny wrote: Vdaka za tip, vyzera to fakt pekne a je to asi prvy cisto javascriptovy RIA framework, ktory ma zaujal. Je mi jasne, ze vdaka tolkym komponentam pokope je to setrenie casu znacne. Museli Ste vsak aj casto do tych komponent zasahovat a ohybat ich k svojej potrebe? Funguju tam bez problemov lazy-loadings pre struktury ako strom a grid resp. da sa jednoducho povedat ktorejkolvek komponente, aby si nainicializovala obsah uz pri nacitani, alebo az po interakcii uzivatela? Napriklad taky naseptavac, ktory dynamicky natahuje data zo serveru pocas toho, ako uzivatel pise do inputu, atd. Dalsou zaujimavou funkcnostou je filtrovanie v gride: existuje tam nativne filtrovanie nainicializovanych dat? Moznosti filtrovania som v deme totiz nezahliadol. Bolo by super, keby som sa vedel rozhodnut, ci filtrujem na klientskej strane, alebo poslem poziadavok na server... Je mi jasne, ze nejak to spravim, ale ide o to, ako zlozito:) V pripade toho filtrovania by som musel vediet pristupovat k jednotlivym riadkom a stlpcom, a to je know-how, ktore sa nemusi ziskavat lahko. Este je vcelku dolezite, ci funguje odchytavanie konkretnych klaves a tlacitok mysi na lubovolnej komponente. S tymto vsetkym mam dobru skusenost v RichFaces a kedze nas klient je dost narocny, tak rad by som sa takychto problemov zbavil. Ak by ExtJS dokazala RichFaces zastupit, kludne by som JSF vyradil z hry... Mozno privela otazok, ale kazda odpoved mi pomoze urychlit rozhodnutie:) S pozdravom Roman. Dne 19. listopadu 2009 9:02 Petr Burdik p...@petujek.net napsal(a): Ahoj, nikdy jse wicket nezkousetl. Ale vuci dwr se mi velmi osvedcil extjs. A cena 5000 kc za licenci pro vyvojare ( je jedno kolik toho vyvine ) je vuci casu ktery usetrim smesna. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 7:34 AM, Petr Fejfar wrote: Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
Re: Zkušenosti s Apache Wicket
DD, jestli hledate RIA Java framework, tak jeste muzete zkusit ZK: http://www.zkoss.org/ http://www.zkoss.org/zkdemo/userguide/ - zakladni demo https://62.75.171.30/test/ - demo typicke DB aplikace http://www.testadempiere.com/webui/ - realny OSS projekt Je to server-centric - i udalosti, ktere by sly resit v javascritpu jsou posilany na server. Coz vede k rapidnimu vyvoji (aplikacni programator nemusi vubec prgat javascript), ale k mirnemu zpomaleni aplikace. ZK 3.x (Prototype) je GPL, verze 5 (jQuery) se chysta pod LGPL. Ma to obcas male mouchy, ale s autory se dobre komunikuje a pomerne rychle bugy resi. Da se programovat v Jave nebo ve formatu ZUL (rychlejsi vyvoj, ale pomalejsi zpracovani). Obycejne se to kombinuje: ZUL jako view, Java controler a model. Maji pluginy do Eclipse a NB. Dokumentace vcelku dobra. Snadny zacatek, ale proniknout na dren trochu trva - nektere veci se daji resit vicero zpusoby a nikde neni srovnani techto reseni. Daji se najit OSS projekty vyvyjene ZK frameworkem, coz je take dobry zdroj informaci. V GPL verzi je k dispozici jen jedno tema vzhledu, ale daji se trochu menit barvy (ZKThemer projekt).
Re: Zkušenosti s Apache Wicket
2009/11/20 Richard Malaschitz malaschitz.c...@gmail.com: Silverlight pojede jenom na MS-Windowsech, ne ? Silverlight ide aj na Macu a myslím, že aj na Linuxe. A jmenuje se MoonLight a je postaveny nad Mono Oto 'tapik' Buchta
Re: Zkušenosti s Apache Wicket
Martin Kuba wrote / napísal(a): Jak tak čtu tuhle diskuzi, tak mi přijde, že se potvrzuje stará pravda o tom, že HTML bylo navrženo pro dokumenty, ne pro aplikace. Tak to je uplna pravda, az na to ze to casom prestava viac a viac platit, vid HTML 5. Sice jsem to sám nezkoušel, ale pro skutečné aplikace s bohatým GUI na webu mi přijde lepší použít skutečné aplikační prostředí, totiž Flex. Pak aplikace běží ve Flash pluginu, který sice v polovině 90. let byl navržen pro animovanou vektorovou grafiku, ale postupem doby se z něj stala platforma velmi podobná Javě, s bajtkódem, garbage collection a silným typováním v ActionScriptu. Zatím hledám nějakou komplikovanou aplikaci, abych měl důvod si ho vyzkoušet naostro. Nicméně pokud bych takovou našel, dal bych rozhodně přednost Flexu před AJAXem, protože v JavaScriptu jsem si už své odprogramoval, a vždycky s ním byly jenom problémy. Makub Aj ja mam podobny nazor vyhybat sa javascriptu. A este bvy som dodal, ze urcite nerobit priamo s javascriptom a HTML, aj koli nekompatibilite. Mne to pripomina programovanie v C - tiez bolo vela kompilatorov ako je vela browserov a kazdy sa spraval mierne odlisne. To je podla mna uplne zakladny problem, ktory v dnesnej dobe uz skoro vsetci musime riesit.
Re: Zkušenosti s Apache Wicket
No, nebyl bych az tak presvedcen o tom, ze je to to nejlepsi, ale za sebe muzu rict, ze se me s nim na jednom projektu pracovalo moc pekne a nic lepsiho zatim neznam. Bohuzel nez clovek trochu pochopi celkovou filozofii prace s modely, tak ho to trochu potrapi a muze i znechutit! My jsme zvolili Wicket take kvuli tomu, ze design html stranek delalo jine oddeleni. Meli jsme udelane html sablony ve dreamweaveru a oni si mohli v klidu hrat s designem bez toho aby to nejak dramaricky ovlivnilo logiku za tim. Jinak co si tak vzpominam, tak bylo super forum na nabble, predpokladam zde: http://old.nabble.com/Apache-Wicket-f13974.html On Friday, November 20, 2009, danisevsky danisev...@gmail.com wrote: Bohuzel jsem necetl celou diskuzi, ale mohu s cistym svedomim prohlasit, ze wicket je v soucasne dobe to nejlepsi, co v java svete na webove aplikace existuje. Podle me toto musi tvrdit kazdej, kdo s wicketem nejaky cas pracoval a pochopil jeho zakladni fungovani a zpusob prace. Je pravda, ze ze zacatku clovek dela spoustu veci spatne a pak na wicket nadava, ale to neni problem wicketu, ale neznalosti toho, kdo s nim pracuje. Ve wicketu se vse da udelat spousty zpusoby. Tvorba vlastnich komponent, stejne jako integrace jquery, yui nebo kterekoliv JS knihovny neni zadny problem. Na internetu (nejen ve wicket-stuff) se da najit spousta open-source projektiku, kde clovek okoukne, jak se veci resi. Vyberte wicket, prectete si wicket in action a za nedlouho si ho zamilujete.. :)
Re: Zkušenosti s Apache Wicket
Ahoj, nikdy jse wicket nezkousetl. Ale vuci dwr se mi velmi osvedcil extjs. A cena 5000 kc za licenci pro vyvojare ( je jedno kolik toho vyvine ) je vuci casu ktery usetrim smesna. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 7:34 AM, Petr Fejfar wrote: Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
Re: Zkušenosti s Apache Wicket
Jak tak čtu tuhle diskuzi, tak mi přijde, že se potvrzuje stará pravda o tom, že HTML bylo navrženo pro dokumenty, ne pro aplikace. Sice jsem to sám nezkoušel, ale pro skutečné aplikace s bohatým GUI na webu mi přijde lepší použít skutečné aplikační prostředí, totiž Flex. Pak aplikace běží ve Flash pluginu, který sice v polovině 90. let byl navržen pro animovanou vektorovou grafiku, ale postupem doby se z něj stala platforma velmi podobná Javě, s bajtkódem, garbage collection a silným typováním v ActionScriptu. Zatím hledám nějakou komplikovanou aplikaci, abych měl důvod si ho vyzkoušet naostro. Nicméně pokud bych takovou našel, dal bych rozhodně přednost Flexu před AJAXem, protože v JavaScriptu jsem si už své odprogramoval, a vždycky s ním byly jenom problémy. Makub Roman Zakutny napsal(a): Ahojte, tiez sa pokusim prispiet do tejto debaty, ale skor navrhom dalsich moznosti:) Prave teraz rozbiehame projekt a predbezny odhad na jeho implementaciu je cca. 2-3 roky. Klient preferuje kombinaciu Spring+Hibernate. Vzhladom na planovane bohatsie GUI a dlhodobejsi vyvoj stoji pred nami najzapeklitejsi problem - vybrat spravnu view technologiu. Kedze s Tapestry a Wicketom nemame ziadnu skusenost, je to mozno privelky risk, vrhnut sa na projekt takeho rangu. Po nejakej uvahe nam ostali 3 moznosti: -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Martin Kuba wrote: Jak tak čtu tuhle diskuzi, tak mi přijde, že se potvrzuje stará pravda o tom, že HTML bylo navrženo pro dokumenty, ne pro aplikace. Sice jsem to sám nezkoušel, ale pro skutečné aplikace s bohatým GUI na webu mi přijde lepší použít skutečné aplikační prostředí, totiž Flex. Pak aplikace běží ve Flash pluginu, který sice v polovině 90. let byl navržen pro animovanou vektorovou grafiku, ale postupem doby se z něj stala platforma velmi podobná Javě, s bajtkódem, garbage collection a silným typováním v ActionScriptu. Zatím hledám nějakou komplikovanou aplikaci, abych měl důvod si ho vyzkoušet naostro. Nicméně pokud bych takovou našel, dal bych rozhodně přednost Flexu před AJAXem, protože v JavaScriptu jsem si už své odprogramoval, a vždycky s ním byly jenom problémy. Makub
Re: Zkušenosti s Apache Wicket
Rastislav Rehak napsal(a): Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Swing ne, protože Javu má nainstalovanou minimum uživatelů. Sice podle statistik prohlížečů získávaných pomocí JavaScriptu má podporu Javy hodně lidí, ale podle studií ve skutečnosti jen asi 50% a z nich má drtivá většina starou špatnou Javu 1.1 od Microsoftu. Tudy cesta nevede. Silverlight pojede jenom na MS-Windowsech, ne ? A Silverlight, JavaFX a Adobe AIR jsou jiný typ platformy než Flex, mají za cíl poskytovat i lokální databázi. Pro všechny tři je potřeba instalace pluginu, který uživatelé nemají. Spousta uživatelů si nic nainstalovat neumí. A další spousta, třeba v bankách, na úřadech nebo v nemocnicích, ani nemůže, protože systémový správce jim to nedovolí. Flex potřebuje jenom Flash plugin, který má už nainstalovaný 99% uživatelů na všech operačních systémech, viz http://www.adobe.com/products/player_census/flashplayer/version_penetration.html Téhle statistice věřím, protože kvůli YouTube si Flash všichni udržují aktuální. Z hlediska webových technologií mi přijde velmi podnětný Facebook. On sám je napsaný v PHP a používá AJAX, na tom není nic zajímavého, ale převratná novinka je to, že je do něj možné dopisovat další aplikace. Technicky to funguje tak, že Facebook zobrazí stránku se svým logem, v té je IFRAME a v něm může být libovolná stránka na libovolném serveru. Ty aplikace tak neběží na serverech Facebooku, ale úplně jinde. A když se podíváte, jak jsou ty úspěšné aplikace dělané, tak je to u jednodušších AJAX, a u složitějších Flash (netvrdím že vyvinuté pomocí Flex, nedá se to poznat, ale je to pravděpodobné). Třeba takový test Who has the biggest brain? http://www.facebook.com/apps/application.php?id=8827826004 zobrazuje v reálném čase pohybující se předměty a měří rychlost lidské reakce (takže neměří velikost mozku ;-) ) a aby to zvládl, je dělaný ve Flashi. Koneckonců, nejsložitější uživatelské rozhraní mají hry, a když se podíváte třeba na http://www.superhry.cz/ tak všechny jsou psané ve Flashi. To podle mně dokazuje, že Flash je dnes ta správná platforma pro aplikace se složitým rozhraním. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
RE: Zkušenosti s Apache Wicket
Protože např. Silverlight je klientská záležitost a nevím jak/zda vůbec umí spolupracovat s databází na serveru. PZ -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Rastislav Rehak Sent: Thursday, November 19, 2009 10:26 AM To: Java Subject: Re: Zkušenosti s Apache Wicket Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Martin Kuba wrote: Jak tak čtu tuhle diskuzi, tak mi přijde, že se potvrzuje stará pravda o tom, že HTML bylo navrženo pro dokumenty, ne pro aplikace. Sice jsem to sám nezkoušel, ale pro skutečné aplikace s bohatým GUI na webu mi přijde lepší použít skutečné aplikační prostředí, totiž Flex. Pak aplikace běží ve Flash pluginu, který sice v polovině 90. let byl navržen pro animovanou vektorovou grafiku, ale postupem doby se z něj stala platforma velmi podobná Javě, s bajtkódem, garbage collection a silným typováním v ActionScriptu. Zatím hledám nějakou komplikovanou aplikaci, abych měl důvod si ho vyzkoušet naostro. Nicméně pokud bych takovou našel, dal bych rozhodně přednost Flexu před AJAXem, protože v JavaScriptu jsem si už své odprogramoval, a vždycky s ním byly jenom problémy. Makub
Re: Zkušenosti s Apache Wicket
Souhlas, Flash je ta spravna platforma, pokud pisete aplikaci pro internetove uzivatele. Pro jednu firmu ovsem pozadavek na instalaci Javy nemusi byt prekazkou. A v takovem pripade JavaFX rozhodne stoji za uvahu. Uz jen pro snadnou integraci s Javou (v JavaFX lze pouzivat javovske tridy - tj. cast aplikace muze byt v Jave). Na druhou stanu je pravda, ze JavaFX je stale hodne ve vyvoji. Takze pokud hledate neco stabilniho, tak Flash je mozna lepsi volbou. Z.T. -- Zdenek Tronicek FIT CTU in Prague Martin Kuba napsal(a): Rastislav Rehak napsal(a): Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Swing ne, protože Javu má nainstalovanou minimum uživatelů. Sice podle statistik prohlížečů získávaných pomocí JavaScriptu má podporu Javy hodně lidí, ale podle studií ve skutečnosti jen asi 50% a z nich má drtivá většina starou špatnou Javu 1.1 od Microsoftu. Tudy cesta nevede. Silverlight pojede jenom na MS-Windowsech, ne ? A Silverlight, JavaFX a Adobe AIR jsou jiný typ platformy než Flex, mají za cíl poskytovat i lokální databázi. Pro všechny tři je potřeba instalace pluginu, který uživatelé nemají. Spousta uživatelů si nic nainstalovat neumí. A další spousta, třeba v bankách, na úřadech nebo v nemocnicích, ani nemůže, protože systémový správce jim to nedovolí. Flex potřebuje jenom Flash plugin, který má už nainstalovaný 99% uživatelů na všech operačních systémech, viz http://www.adobe.com/products/player_census/flashplayer/version_penetration.html Téhle statistice věřím, protože kvůli YouTube si Flash všichni udržují aktuální. Z hlediska webových technologií mi přijde velmi podnětný Facebook. On sám je napsaný v PHP a používá AJAX, na tom není nic zajímavého, ale převratná novinka je to, že je do něj možné dopisovat další aplikace. Technicky to funguje tak, že Facebook zobrazí stránku se svým logem, v té je IFRAME a v něm může být libovolná stránka na libovolném serveru. Ty aplikace tak neběží na serverech Facebooku, ale úplně jinde. A když se podíváte, jak jsou ty úspěšné aplikace dělané, tak je to u jednodušších AJAX, a u složitějších Flash (netvrdím že vyvinuté pomocí Flex, nedá se to poznat, ale je to pravděpodobné). Třeba takový test Who has the biggest brain? http://www.facebook.com/apps/application.php?id=8827826004 zobrazuje v reálném čase pohybující se předměty a měří rychlost lidské reakce (takže neměří velikost mozku ;-) ) a aby to zvládl, je dělaný ve Flashi. Koneckonců, nejsložitější uživatelské rozhraní mají hry, a když se podíváte třeba na http://www.superhry.cz/ tak všechny jsou psané ve Flashi. To podle mně dokazuje, že Flash je dnes ta správná platforma pro aplikace se složitým rozhraním. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --
Re: Zkušenosti s Apache Wicket
Par dalsich statistik, ktorym zase ja verim ( su z mojho serveru cez google analytics ) Java 97,5% , Flash 97,96% Stare verzie Java - tam to moc nesledujem, ale MS java uz skoro neexistuje. Naposledy bola distribuovana s Win2000 , ale nie s XP, takze to uz nikto nema. Podla tejto statistiky http://www.statowl.com/java.php ma java 81,87% ale len 0,01% je other - co by mohla by 1.1 . Stare verzie Flash - 9.0 : 6% ( moj sever, Google analytics ) Flash/Flex je dobry pre videa a niektore hry, neda sa naozaj pouzit prave tlacitko mysi - prave preto to nemozem pouzit na mojej stranke . Zaver - RIA pre intranety jednoznacne Swing/FX pripadne webstart , pre internety : podla toho co potrebujete, existuje milion kriterii. Napriklad komponentove frameworky a pluginy maju velke problemy so SEO a bookmarkovatelnostou, Javascript uz nie je az tak zly odkedy existuju kniznice ako JQuery. Facebook - to je tiez zaujimavy pripad, velmi pekne demonstruje shift v portalovej oblasti od server side UI integracie na client side. Portlet vs WSRP, OpenSocial atd.Urcite by som to netahal do diskusie aky framework - rovnako dobre mozem urobit biggest brain ako applet alebo Ajax. R Martin Kuba wrote: Rastislav Rehak napsal(a): Ked uz uvazovat o Flex, preco nie Swing alebo Silverligth alebo JavaFX ? Swing ne, protože Javu má nainstalovanou minimum uživatelů. Sice podle statistik prohlížečů získávaných pomocí JavaScriptu má podporu Javy hodně lidí, ale podle studií ve skutečnosti jen asi 50% a z nich má drtivá většina starou špatnou Javu 1.1 od Microsoftu. Tudy cesta nevede. Silverlight pojede jenom na MS-Windowsech, ne ? A Silverlight, JavaFX a Adobe AIR jsou jiný typ platformy než Flex, mají za cíl poskytovat i lokální databázi. Pro všechny tři je potřeba instalace pluginu, který uživatelé nemají. Spousta uživatelů si nic nainstalovat neumí. A další spousta, třeba v bankách, na úřadech nebo v nemocnicích, ani nemůže, protože systémový správce jim to nedovolí. Flex potřebuje jenom Flash plugin, který má už nainstalovaný 99% uživatelů na všech operačních systémech, viz http://www.adobe.com/products/player_census/flashplayer/version_penetration.html Téhle statistice věřím, protože kvůli YouTube si Flash všichni udržují aktuální. Z hlediska webových technologií mi přijde velmi podnětný Facebook. On sám je napsaný v PHP a používá AJAX, na tom není nic zajímavého, ale převratná novinka je to, že je do něj možné dopisovat další aplikace. Technicky to funguje tak, že Facebook zobrazí stránku se svým logem, v té je IFRAME a v něm může být libovolná stránka na libovolném serveru. Ty aplikace tak neběží na serverech Facebooku, ale úplně jinde. A když se podíváte, jak jsou ty úspěšné aplikace dělané, tak je to u jednodušších AJAX, a u složitějších Flash (netvrdím že vyvinuté pomocí Flex, nedá se to poznat, ale je to pravděpodobné). Třeba takový test Who has the biggest brain? http://www.facebook.com/apps/application.php?id=8827826004 zobrazuje v reálném čase pohybující se předměty a měří rychlost lidské reakce (takže neměří velikost mozku ;-) ) a aby to zvládl, je dělaný ve Flashi. Koneckonců, nejsložitější uživatelské rozhraní mají hry, a když se podíváte třeba na http://www.superhry.cz/ tak všechny jsou psané ve Flashi. To podle mně dokazuje, že Flash je dnes ta správná platforma pro aplikace se složitým rozhraním. Makub
Re: Zkušenosti s Apache Wicket
Rastislav Rehak napsal(a): Par dalsich statistik, ktorym zase ja verim ( su z mojho serveru cez google analytics ) Java 97,5% , Flash 97,96% Pozor, Google Analytics zjišťuje údaj o Javě pomocí volání JavaScriptové funkce navigator.javaEnabled() která nespouští JVM (to trvá příliš dlouho), takže není moc vypovídající. Tahle statistika je k ničemu. Stare verzie Java - tam to moc nesledujem, ale MS java uz skoro neexistuje. Naposledy bola distribuovana s Win2000 , ale nie s XP, takze to uz nikto nema. Podla tejto statistiky http://www.statowl.com/java.php ma java 81,87% ale len 0,01% je other - co by mohla by 1.1 . Tahle statistika je velice zajímavá. Ale nepíšou tam, jak to zjistili. A když se podívám na statistiku Shockwave http://www.statowl.com/shockwave.php který nemá nainstalován skoro nikdo, tak je vidět, že graf ukazuje vzájemný poměr verzí u těch, kdo mají danou věc nainstalovanou. Neříká nic o tom, kolik je těch, co nemají danou věc nainstalovanou vůbec. Ano, věřím tomu, že mezi těmi, kdo mají Javu nainstalovanou, má 59% verzi 1.6. Ale nejspíš těch 100% z grafu bude jenom zlomek ze všech prohlížečů. Tohle je statistika získaná metodou, která mi přijde rozumná: http://www.realchat.com/blog/java-vs-flash/ a výsledek je - 56% má Javu, z toho polovina je stará MS Java. Takže řekněme 28% uživatelů má použitelnou Javu. vs WSRP, OpenSocial atd.Urcite by som to netahal do diskusie aky framework - rovnako dobre mozem urobit biggest brain ako applet alebo Ajax. Tak to silně nesouhlasím. Aplikace jako biggest brain se podle mě jako applet nebo AJAX udělat nedá. tedy dá se vyrobit, ale nebude spolehlivě fungovat. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
2009/11/19 Rastislav Rehak re...@eea.sk: Flash/Flex je dobry pre videa a niektore hry, neda sa naozaj pouzit prave tlacitko mysi - prave preto to nemozem pouzit na mojej stranke . Celkem by mne zajimalo, co to mas za aplikaci. Nejlepe ergonomicky vytvorenemu uzivatelskemu rozhrani staci jedno tlacitko. http://en.wikipedia.org/wiki/Apple_Mouse Oto 'tapik' Buchta
Re: Zkušenosti s Apache Wicket
trochu ot, ale - nejlepe ergonomicky vytvorenemu uzivatelskemu rozhrani - jedno tlacitko nie, ze by som sa chcel hadat, ale nesuhlasim ani s jednym z tychto tvrdeni ;) martin 2009/11/19 Oto Buchta ta...@buchtovi.cz: 2009/11/19 Rastislav Rehak re...@eea.sk: Flash/Flex je dobry pre videa a niektore hry, neda sa naozaj pouzit prave tlacitko mysi - prave preto to nemozem pouzit na mojej stranke . Celkem by mne zajimalo, co to mas za aplikaci. Nejlepe ergonomicky vytvorenemu uzivatelskemu rozhrani staci jedno tlacitko. http://en.wikipedia.org/wiki/Apple_Mouse Oto 'tapik' Buchta
Re: Zkušenosti s Apache Wicket
Su to obycajne malovane krizovky ( www.griddlers.net ) a daju sa ovladat aj jednym tlacitkom , ale tie potvory uzivatelske chcu kazdym tlacitkom ovladat jednu farbu a navyse aj v kombinaii Ctrl, Alt, Shift . Na facebooku mam aj javascript verziu, ale ludia su najviac happy z webstartu aj ked je za peniaze. R Oto Buchta wrote: 2009/11/19 Rastislav Rehak re...@eea.sk: Flash/Flex je dobry pre videa a niektore hry, neda sa naozaj pouzit prave tlacitko mysi - prave preto to nemozem pouzit na mojej stranke . Celkem by mne zajimalo, co to mas za aplikaci. Nejlepe ergonomicky vytvorenemu uzivatelskemu rozhrani staci jedno tlacitko. http://en.wikipedia.org/wiki/Apple_Mouse Oto 'tapik' Buchta
Re: Zkušenosti s Apache Wicket
Tym som chcel povedat, ze kym clovek pride na best practices, predide chybam, uchopi filozofiu atd, tak to chvilu trva. Wicket mal u mna prave problem v tych takych ,,soft znalostiach. Napr. v prvom hobby projekte som pchal objekty rovno do komponentov, lebo som nechapal modely a radsej som ich obchadzal, alebo som mal strasny problem so strankovou navigaciou. Bola tam metoda na navrat na stranku, ktora brala instanciu stranky, a samozrejme sa mi potom do sessnu ukladal cely strom stranok, ktore sa navyse nerefreshovali z databazy pri novom requeste (lebo drzali objekty, ktore som do nich nahadzal rovno), a dospel som do stavu, ze sa projekt rozpadol :-) To vsak bolo za cias starej verzie, ked neboli ziadne knihy a jedina dokumentacia bola Wiki, a i tu som musel neraz editovat. (Kedze obsahovala iinformacie spred dvoch verzii.) Nove verzie osetrili niektore okrajove priklady a ked pochopite modely, je to v pohode. S AJAXovymi komponentami som ale nerobil, takze neviem povedat. Aha a este pozitivum: wicket mal niekedy velmi velmi dobry mailing list, poslali ste spravu a za den ste mali odpoved. Neviem, ci je to este i v sucasnosti tak (aktivita dost opadla), ale vtedy to bol raj na zemi. RN On 18. 11. 2009 21:51, Petr Fejfar wrote: Dne Wed, 18 Nov 2009 14:06:42 +0100 Robert Novotny robert.novo...@upjs.sk napsal/-a: Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet Tim myslis, ze se to da naucit rychle nebo ze se to uci pomalu? (viz treba http://en.wikipedia.org/wiki/Learning_curve The familiar expression steep learning curve may refer alternately to rapid learning that is easy, or especially hard, or to steady progress that is increasingly difficult [...] Originally it referred to quick progress in learning during the initial stages [...] Over time, a different use of the metaphor has become common, in which a steep learning curve means that something requires a great deal of effort to learn pf
Re: Zkušenosti s Apache Wicket
Vdaka za tip, vyzera to fakt pekne a je to asi prvy cisto javascriptovy RIA framework, ktory ma zaujal. Je mi jasne, ze vdaka tolkym komponentam pokope je to setrenie casu znacne. Museli Ste vsak aj casto do tych komponent zasahovat a ohybat ich k svojej potrebe? Funguju tam bez problemov lazy-loadings pre struktury ako strom a grid resp. da sa jednoducho povedat ktorejkolvek komponente, aby si nainicializovala obsah uz pri nacitani, alebo az po interakcii uzivatela? Napriklad taky naseptavac, ktory dynamicky natahuje data zo serveru pocas toho, ako uzivatel pise do inputu, atd. Dalsou zaujimavou funkcnostou je filtrovanie v gride: existuje tam nativne filtrovanie nainicializovanych dat? Moznosti filtrovania som v deme totiz nezahliadol. Bolo by super, keby som sa vedel rozhodnut, ci filtrujem na klientskej strane, alebo poslem poziadavok na server... Je mi jasne, ze nejak to spravim, ale ide o to, ako zlozito:) V pripade toho filtrovania by som musel vediet pristupovat k jednotlivym riadkom a stlpcom, a to je know-how, ktore sa nemusi ziskavat lahko. Este je vcelku dolezite, ci funguje odchytavanie konkretnych klaves a tlacitok mysi na lubovolnej komponente. S tymto vsetkym mam dobru skusenost v RichFaces a kedze nas klient je dost narocny, tak rad by som sa takychto problemov zbavil. Ak by ExtJS dokazala RichFaces zastupit, kludne by som JSF vyradil z hry... Mozno privela otazok, ale kazda odpoved mi pomoze urychlit rozhodnutie:) S pozdravom Roman. Dne 19. listopadu 2009 9:02 Petr Burdik p...@petujek.net napsal(a): Ahoj, nikdy jse wicket nezkousetl. Ale vuci dwr se mi velmi osvedcil extjs. A cena 5000 kc za licenci pro vyvojare ( je jedno kolik toho vyvine ) je vuci casu ktery usetrim smesna. --- Petr Burdik mail: p...@petujek.net www: http://www.petujek.net/ http://www.itbridge.net/ mob.: + 420 724 486 178 On Nov 19, 2009, at 7:34 AM, Petr Fejfar wrote: Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
Zkušenosti s Apache Wicket
Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare. On 18. 11. 2009 13:54, Petr Zajíc wrote: Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr ... a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
RE: Zkušenosti s Apache Wicket
Ta kombinace Java tříd a HTML kódu se mi právě líbí. U jiných frameworků bylo toto a ještě tuna konfigurace v XML, což byl děs. XML tady vlastně vůbec nejsou ;-) Šel bych do verze 1.4, to je jasné. Díky za postřehy. From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Robert Novotny Sent: Wednesday, November 18, 2009 2:07 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare.
Re: Zkušenosti s Apache Wicket
Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi Honza 2009/11/18 Petr Zajíc p...@xzajic.cz Ta kombinace Java tříd a HTML kódu se mi právě líbí. U jiných frameworků bylo toto a ještě tuna konfigurace v XML, což byl děs. XML tady vlastně vůbec nejsou ;-) Šel bych do verze 1.4, to je jasné. Díky za postřehy. *From:* konference-boun...@java.cz [mailto:konference-boun...@java.cz] *On Behalf Of *Robert Novotny *Sent:* Wednesday, November 18, 2009 2:07 PM *To:* Java *Subject:* Re: Zkušenosti s Apache Wicket Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare.
RE: Zkušenosti s Apache Wicket
Díky, na Tapestry 5 jsem taky koukal, ještě je zkusím porovnat mezi sebou From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Jan Jirout Sent: Wednesday, November 18, 2009 3:15 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi Honza 2009/11/18 Petr Zajíc p...@xzajic.cz
Re: Zkušenosti s Apache Wicket
Ještě můžu doporučit Stripes http://www.stripesframework.org/ + žádná XML konfigurace + pěkná URL + lze se rychle naučit, jednoduché, účinné, dokumentace výborná + rychlý vývoj - není moc komponentové Makub Jan Jirout napsal(a): Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura -- Martin Kuba napsal(a): Ještě můžu doporučit Stripes http://www.stripesframework.org/ + žádná XML konfigurace + pěkná URL + lze se rychle naučit, jednoduché, účinné, dokumentace výborná + rychlý vývoj - není moc komponentové Makub Jan Jirout napsal(a): Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi
RE: Zkušenosti s Apache Wicket
... no, to je fakt, že na webu jde o formuláře ... a zase formuláře a sem tam nějakou tu tabulku ;-)) Tzn. tohle má něco do sebe... -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Rodina Novotných Sent: Wednesday, November 18, 2009 4:40 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura --
Re: Zkušenosti s Apache Wicket
ja by som mozno pridal Spring MVC, tiez nie je komponentovy a tiez ma svoje + aj -. Ivan 2009/11/18 Petr Zajíc p...@xzajic.cz: ... no, to je fakt, že na webu jde o formuláře ... a zase formuláře a sem tam nějakou tu tabulku ;-)) Tzn. tohle má něco do sebe... -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Rodina Novotných Sent: Wednesday, November 18, 2009 4:40 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura --
Re: Zkušenosti s Apache Wicket
Rodina Novotných napsal(a): Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Trochu je. Můžu udělat komponentu tak, že si udělám JSP, kterou inkluduju do různých stránek, a v té JSP udělám stripes:useActionBean var=kompotenta1 beanclass=cz.neco.MojeKomponentaActionBean / a Stripes při zpracování tohohle tagu vytvoří instanci daného ActionBeanu, a provede binding dat z requestu na jeho settery, takže pokud v té JSP budu mít formulář nebo link, tak si je takováhle komponenta schopna zasílat data sama sobě. Aspoň si myslím, že by to takhle šlo použít, ve skutečnosti jsem to nepoužil. Dřív v Best Practises na http://www.stripesframework.org/display/stripes/Best+Practices doporučovali použít View Helper pattern, což je přesně to co jsem popsal, ale teď už tam doporučují pre-actions. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 13:54:42 +0100 Petr Zajíc p...@xzajic.cz napsal/-a: provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Me taky. Tak jsem se ho sel ucit a zacali jsme v nem vetsi projekt. Zhruba se s tim pracuje, jak jsme ocekavali a kdyby v tom clovek delal tradicni web, tak s tim nejsou v podstate zadne problemy. Snad jedine, ze jsme puvodne jsme chteli zabrednout do EE bordelu co mozna nejmene, ale nakonec jsme skoncili s Mavenem a Spring-JPA-Hibernate. A meli jsme problemy s cestinou viz jiny thread v teto diskusi. Ale jakmile jsme zacali vytvaret slozitejsi stranky, tak jsme zacali narazet na vsech stranach - napr. kdyz chces udelat form, jehoz prvky budou rozestreny pres vice zavedes tam nejakou dedicnost stranek apod., tak s tim problemy zacnou. Komponentove Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 17:31:37 +0100 Petr Fejfar petr.fej...@seznam.cz napsal/-a: Sorry, uklep jsem se a omylem to odeslal nedokoncene... provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Me taky. Tak jsem se ho sel ucit a zacali jsme v nem vetsi projekt. Zhruba se s tim pracuje, jak jsme ocekavali a kdyby v tom clovek delal tradicni web, tak s tim nejsou v podstate zadne problemy. Snad jedine, ze jsme puvodne chteli zabrednout do EE bordelu co mozna nejmene, ale nakonec jsme skoncili s Mavenem a Spring-JPA-Hibernate. A meli jsme problemy s cestinou, ktere mel na svedomi nejspis Maven viz jiny thread v teto diskusi. Ale jakmile jsme zacali vytvaret slozitejsi stranky, tak jsme zacali narazet na vsech stranach. Asi nejhorsi jsou ruzne JS komponenty do browseru (coz je obecny problem wicket/newicket) - v jednoduchych prikladech se zda, ze funguji, ale kdyz se pak z komponent vysklada stranka, tak je to k nepouziti :-( Uz jsem to taky nekde popisoval - mozna u sousedu na builderu a napr. do wicket fora jsem posilal tabulku s vysledky testu popup-menu v ruznych browserech - taky v podstate k nepouziti :-( Nektere komponenty napr. z jQuery jsme si museli zaintegrovat sami, ale k tomu, jak to udelat, je docela malo dokumentace. Na problemy si stezuji i grafici, kdyz ten logicky markup (coz je prednost wicketu) skladaji na stranku pomoci CSS. Taky se jim to ruzne ovlivnuje a v kazdem browseru jinak. Jinak to, ze v markupu jsou v podstate jen placeholdery a zbytek se dela v Jave, znamena vic prace pro Javisty. Taky je treba si uvedomit, ze rada veci je pomerne neintuitivni: napr. kdyz vis, ze pro zmenu stavu neceho ve strance potrebujes zmenit treba hodnotu atributu class, tak snad kazdy programator v kteremkoli jazyce by vedel, jak to udelat v nejakem sablonovacim systemu nebo pri primem zapisu do vystupu. Ale ve Wicketu musis pridat ke komponente instanci AttributeModifieru a vhodnym modelem zajistit, aby predana hodnota byla v dobe renderovani aktualni... Jak uz psal Robert Novotny - je treba hned od zacatku venovat zvysenou pozornost modelum a v praxi radsi vsude predavat modely, nez nechat komponenty, aby si samy predavane hodnoty ruzne cpaly do modelu. Jinak Wicket site a dokumentace mi prijde uboha a tzv. wicket-stuff, kde lze leccos spis okoukat nez rovnou pouzit, je IMHO jeden velkej bordel. Forum i IRC jsou mista, kde se lze zpravidla dobrat pomoci. Asi bych s tim nezacinal bez knih (kupoval jsem ebooky za rozumnou cenu u Manningu). Osobne bych doporucoval zacit Enjoy Web Development with Wicket (ta ma IMHO docela slusnou didaktickou uroven - autor snad psal neco podobneho pro Tapestry) a pak pokracovat Wicket in Action: v ni me sice rozcilovala udajne humorna forma, ale psali to autori Wicketu a obsahuje radu dulezitych informaci. HTH, pf
Re: Zkušenosti s Apache Wicket
Ahoj, osobně jsem tisíciprocentně přesvědčen, že Wicket je na webové _aplikace_ aktuálně prostě nejlepší řešení. Zdůrazňuju ty aplikace -- má-li jít o prezentaci, kde víc než na snadném a robustním naprogramování funkčnosti záleží na podobě markupu, hezkých URL, škálování na desetitisíce současných uživatelů a podobné lahůdky, šel bych do nějakého request-based frameworku (Spring Web MVC, možná ty Stripesy, i když ty jsou hodně vázané na JSP, pokud vím). Souhlasím s tím, že dokumentace je, slušně řečeno, mizerná, ale s pomocí wiki, mailing listu a pohledů do zdrojáku se to dá zvládnout. Využívání dědičnosti, jak už tu někdo zmínil, je na javovské poměry nezvyklé, ale funguje překvapivě dobře (ovšem kdo paušálně odsuzuje anonymní vnitřní třídy, ten spláče nad vejdělkem). Souhlasil bych s tím, že pochopení modelů je naprosto klíčové, na druhou stranu jsou modely vcelku přirozené a velmi rychle člověku přejdou do krve. Jednoduše, každá komponenta má model, který obsahuje buďto data, která komponenta potřebuje, nebo způsob, jak ta data získat (AbstractReadOnlyModel, LoadableDetachableModel). Na netu není moc hotových věcí (souhlasím s výše uvedeným názorem na Wicket Stuff), ale dá se (na netu i přímo v distribuci Wicketu) snadno najít spousta příkladů, na základě kterých je jednoduché přiohnout si framework k obrazu svému. Když se člověk nebojí kódu, je to paráda. Wicket FTW! :-) LT
Re: Zkušenosti s Apache Wicket
Zkuste Google Web Toolkit. Zvlast kdyz jste driv vyvijel pro desktop, bude se vam v tom delat velmi prijemne. Vlada On 18.11.2009, at 13:54, Petr Zajíc wrote: Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr … a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.htmlJejí obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 14:06:42 +0100 Robert Novotny robert.novo...@upjs.sk napsal/-a: Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet Tim myslis, ze se to da naucit rychle nebo ze se to uci pomalu? (viz treba http://en.wikipedia.org/wiki/Learning_curve The familiar expression steep learning curve may refer alternately to rapid learning that is easy, or especially hard, or to steady progress that is increasingly difficult [...] Originally it referred to quick progress in learning during the initial stages [...] Over time, a different use of the metaphor has become common, in which a steep learning curve means that something requires a great deal of effort to learn pf
Re: Zkušenosti s Apache Wicket
S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.html Její obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Ahoj, S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. ano, to je hluboká pravda, a proto si myslím, že v téhle diskusi je lehoučce off topic :-) Tohle by si měli uvědomit všichni, kteří o GWT uvažují -- GWT dá člověku spoustu možností, o kterých by se mu jinak ani nesnilo, ale taky zodpovědnost. Rozhodně vás nevede za ručičku, jako normální frameworky. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Ani ne. Možná to vyplynulo z toho, co jsem napsal, ale nejsem moc spokojený s tím, co jsme vyrobili -- na druhou stranu jsme s tím začínali v době GWT 1.4, krátce poté, co bylo GWT konečně final, a ta aplikace je poměrně malá (asi čtyři nebo pět obrazovek), takže se to dá zvládnout. S potřebou toho frameworku souhlasím -- jistý základ dává právě ta přednáška Raye Ryana a na základě ní vzniknuvší mvp4g (http://code.google.com/p/mvp4g/). Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Nepoužíváme, je to stavová klientská aplikace -- ale většinu stavu se snažíme držet si v URL (HistoryToken). Ale před časem jsem přemýšlel, zda by se dalo GWT zneužít k naprogramování pouhé knihovny javascriptových komponent, které by se daly používat z klasického kódu v javascriptu, a došel jsem k tomu, že by to nejspíš šlo a že by to, kdyby tomu někdo chtěl věnovat dostatek času, mohlo být velmi zajímavé. GWT exporter by v tom mohl pomoci ( http://code.google.com/p/gwt-exporter/). Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. No, Google to poslední dobou docela používá, třeba klient Google Wave :-) nebo nové AdWords. Taky jsem zaslechl, že v RedHatu to hodlají používat ( http://www.redhat.com/about/news/prarchive/2008/google_and_jboss.html), ale v jakém je to stavu netuším. Nějaké další věci se dají dohledat na webu, ale nemám pocit, že by GWT bylo nějakou masovou záležitostí (nebo se s tím lidi moc nechlubí). LT Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.htmlJejí obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Ahojte, tiez sa pokusim prispiet do tejto debaty, ale skor navrhom dalsich moznosti:) Prave teraz rozbiehame projekt a predbezny odhad na jeho implementaciu je cca. 2-3 roky. Klient preferuje kombinaciu Spring+Hibernate. Vzhladom na planovane bohatsie GUI a dlhodobejsi vyvoj stoji pred nami najzapeklitejsi problem - vybrat spravnu view technologiu. Kedze s Tapestry a Wicketom nemame ziadnu skusenost, je to mozno privelky risk, vrhnut sa na projekt takeho rangu. Po nejakej uvahe nam ostali 3 moznosti: 1) Spring MVC, FreeMarker, Tiles, DWR, jQuery komponenty - je to taka istota, ze si poradime s vacsinou problemov, avsak uz teraz vieme, ze budeme potrebovat zlozitejsie gridy a nemam dobre zmapovane, ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... Urcite nie je cielom si tieto veci znova programovat. 2) Spring WebFlow, RichFaces, Facelets Pouzitie JSF sa nuka hlavne koli vyuzitiu skvelej kniznice RichFaces (v SWF priama podpora Spring Faces, integrovane ajax4java, podpora jQuery). S RF som uz pracoval v kombinacii so Seamom a pacilo sa mi to. Nevyhodu vidim v tom, ze ak nastane nejaky problem, tak ohybat JSF komponenty, pripadne si pisat vlastne, nebude to prave. Mate s touto kombinaciou niekto skusenost? http://www.springsource.org/webflow http://livedemo.exadel.com/richfaces-demo/richfaces/actionparam.jsf 3) Spring, Vaadin (based on GWT) Na prvy pohlad vyzera tento framework velmi prijemne. Malo by mat API podobne tomu Swing-ovskemu. Ak by som uz mal pouzit nejake GWT rozsirenie, tak asi toto. Zatial ma ale z tychto 3 pristupov u mna najmenej bodov (mozno zo zvyku vytvarat GUI deklarativne). Navyse neviem, ako to je s jeho skutocnou integraciou do Springu. http://demo.vaadin.com/sampler/ Pomoze kazdy napad, ci kritika:) S pozdravom Roman. On Wed, 18 Nov 2009 22:59:02 +0100, Tomas Studva tstu...@gmail.com wrote: S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.html Její obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
