Re: Zkušenosti s Apache Wicket

[Petr Burdik]

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  
> 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: Na zelenej lúke

[Dusan Zatkovsky]

> - SCM: svn (s prístupom cez Apache a s overením na AD [možnosť https]; asi
> by postačovalo aj svnserve so SASL, ak by to bolo jednoduché nakonfigurovať

Bacha na svn nad https, casto sa stretavam s problemami pri svn copy, svn mv a 
spol. Myslim ze ide o nejaky rozsireny bug v mod_svn.

-- 
Dusan


... tykajte mi

Re: Zkušenosti s Apache Wicket

[Martin Kuba]

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

[Rastislav Rehak]

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: Na zelenej lúke

[Oto Buchta]

+1 pro Intellij IDEA
+1 pro SVN
+1 pro JBoss

+.5 pro Maven - kdo se tim prokouse a ma to integrovane do IDE (IDEI
:-D ), je naprosto spokojen

u 5 a 6 je to tezke - vzdycky zalezi na to, k cemu to potrebujes.

2009/11/19 Dusan Zatkovsky :
>> - SCM: svn (s prístupom cez Apache a s overením na AD [možnosť https]; asi
>> by postačovalo aj svnserve so SASL, ak by to bolo jednoduché nakonfigurovať
>
> Bacha na svn nad https, casto sa stretavam s problemami pri svn copy, svn mv a
> spol. Myslim ze ide o nejaky rozsireny bug v mod_svn.

Re: Zkušenosti s Apache Wicket

[Martin Kuba]

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

[Petr Zajíc]

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

[tronicek]

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

[Rastislav Rehak]

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

[Martin Kuba]

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

[Oto Buchta]

2009/11/19 Rastislav Rehak :
>
> 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

[martin]

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 :
> 2009/11/19 Rastislav Rehak :
>>
>> 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

[Rastislav Rehak]

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 :
  

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

[Robert Novotny]

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 
 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

[Roman Zakutny]

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  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 
> 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
>
>
>