:)
Van. Több hónapba került, amíg a cégen belül átkerültem egy nem GWT-s projectre.
Azóta sokkal jobban érzem magam.
Bár az is igaz, hogy az új verzió (asszem 2.8) már alapból támogat egy "superdev" nevű izét,
aminek hála lerövidül a compile idő. (feltalálták az inkrementális compile-t)
Viszont a kettő darab előnyből egy elvész: bár továbbra is java-ban írhatod a callback-eket,
eclipse-ből már nem lehet debugolni.
Helyette a forráskódot leküldi a böngészőbe, és ott egy mapping alapján látod a java kódot,
(gyk. a firebugban) és tudsz léptetni. Csak a változóneveket nem fordítja át rendesen. :)
Az meg hogy hogy néz ki egy komolyabb callback lánc javaban (mennyire gusztustalan)
azt mindenki döntse el maga. Még akkor is, ha a GWT-s eventbus-t használod,
és szétszervezed a láncot néhány eventtel.
Nem attól gyors fejleszteni egy keretrendszerben, hogy csiliárd komponenst tol alád,
hanem ha a keretrendszer szervesen illeszkedik a nyelv lehetőségeibe.
Itt ez nem teljesül, mert javaban írsz javascriptet. Nem tudod használni a java-s libek
99 százalékát, mert a végeredmény nem jvm-en fog futni. Nem tudod használni a
standard java által biztosított lib-ek nagyon nagy részét, mert azok nincsenek implementálva
egy böngészőben, és a GWT sem ad kerülő megoldást.
A vaadin meg ugyanez a filozófia: Írjunk Java-ban javascriptet.
NEM arra való, nem arra találták ki. Ráadásul nehezítésként még elküld minden sz*rt a szerver felé.
Ezenkívül sokkal kevesebb GWT/Vaadin arc rohangál az országban, mint javascriptes.
Könnyebben találsz embert. Aztán ha a vezetőfejlesztőd egy csontagyú fasz,
aki csak azértse kódol (kódoltat) javascriptben, az már más probléma.
Mondom ezt úgy, hogy én is Java-t kódolok pénzért. Mégse mondom azt az oracle kollégának
mellettem, hogy mostantól a pl/sql szar, és kódoljon java-ban, aztán majd azt lefordítjuk
pl/sql-re.
Persze ez csak egy vélemény.