About Wicket

[uud ashr]

Hi all,
Btw, gw lagi pelajari wicket, dah lumayan agak jauh. Sampe saat ini sih
masih nyaman pake wicket dan ini barang masih terasa bagus.

Nah, sekarang gw mo tanya.

Siapa aja sih di sini yang pake wicket?
Atau yang pernah pake wicket dan berfikir wicket is good idea?
Atau yang berfikir wicket is bad idea?
Atau ada yang mo comment tentang wicket?

Thanks and Regards,
uudashr

[ifnu]

> Siapa aja sih di sini yang pake wicket?

gw pake, karena eneg sama JSF ;)

> Atau yang pernah pake wicket dan berfikir wicket is good idea?

yes its good edea, jadi tidak perlu coding terlalu banyak di sisi HTML
dan javascript. All in java. apalagi yang programmer swing kae gw :D

productive banged sih. Tapi produktif itu tergantung orangnya, bukan
toolnya. Tapi setidaknya dengan Wicket nggak terlalu banyak boiler
plate code untuk nampilin HTML.

Asiknya wicket adalah, you dont have to be rocket scientist to create
Component ;) ini good idea banged, mengingat bikin komponen di JSF
kayak mau bikin OS aja :))

> Atau yang berfikir wicket is bad idea?

its still not as rich as flex :D

> Atau ada yang mo comment tentang wicket?

rocks!!

> Thanks and Regards,
> uudashr
>


--
Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com

http://ifnu.artivisi.com
[phone]
regards

[uud ashr]

Sepikiran ma gw lu nu :-D
Gw juga awalnya pake JSF, trus lirik2 + mikir2 mo pake/belajar wicket apa
gak ya....? trus akhirnya nyoba wicket, JSF gw tinggal.... :-P

2009/9/29 Ifnu bima <ifnubima@...>

>
>
> > Siapa aja sih di sini yang pake wicket?
>
> gw pake, karena eneg sama JSF ;)
>
> > Atau yang pernah pake wicket dan berfikir wicket is good idea?
>
> yes its good edea, jadi tidak perlu coding terlalu banyak di sisi HTML
> dan javascript. All in java. apalagi yang programmer swing kae gw :D
>
> productive banged sih. Tapi produktif itu tergantung orangnya, bukan
> toolnya. Tapi setidaknya dengan Wicket nggak terlalu banyak boiler
> plate code untuk nampilin HTML.
>
> Asiknya wicket adalah, you dont have to be rocket scientist to create
> Component ;) ini good idea banged, mengingat bikin komponen di JSF
> kayak mau bikin OS aja :))
>
> > Atau yang berfikir wicket is bad idea?
>
> its still not as rich as flex :D
>
> > Atau ada yang mo comment tentang wicket?
>
> rocks!!
>
> > Thanks and Regards,
> > uudashr
> >
>
> --
> Senior Engineer @ ArtiVisi Intermedia
> Java Training Center
> See our course @ artivisi.com
>
> http://ifnu.artivisi.com
> [phone]
> regards
>
>  
>

[ivan prasetia]

Kebetulan saya lg develop project pakai wicket.

wicket lumayan untuk screen2 yg tidak banyak behaviour ajax, control panel yang aneh2
kalau screen nya ribet akan kesusahan memakai wicket.
apalagi jika maen jquery juga.. agak susah implementasi jquery di html wicket dengan screen atau control panel yang macam2 atau aneh2

itu cuman saran saya...
mungkin ada yang mau kasih saran lain nya

:D



      "Coba Yahoo! Mail baru yang LEBIH CEPAT. Rasakan bedanya sekarang!
http://id.mail.yahoo.com"

[silver_van_rusty2001]

Wah, kebetulan coy, ak juga develop project pake wicket.
Kl menurutku, kl mw dibandingkan dengan JSF, wicket memang lebih enak
dalam develop project. Tapi kl dibandingkan dengan framework sejenis yang lain,
ya wicket kalah jauh dunk. Sebut aja ZK and ExtJs.

Ak setuju ma kamu Van, kl develop nya behaviornya gak aneh2,
Wicket is recomended. Apalagi wicket sepanjang yang ak tau, free gt loh.

Tapi kl dah mulai aneh2 behaviour nya n kompleksitas nya tinggi n dah terbiasa pake framework kyk ZK n ExtJs, yah sabar2 aja deh.. :)

Good Luck

[Endy Muhardin]

2009/9/30 ivan prasetia <iphan_zeke_boy@...>

>
> wicket lumayan untuk screen2 yg tidak banyak behaviour ajax, control panel yang aneh2
> kalau screen nya ribet akan kesusahan memakai wicket.
> apalagi jika maen jquery juga.. agak susah implementasi jquery di html wicket dengan screen atau control panel yang macam2 atau aneh2

Kayaknya ini juga berlaku buat JSF ya?
Sulit kalo mau main JS sendiri seperti jQuery.


--
Endy Muhardin
http://endy.artivisi.com
Y! : endymuhardin
-- life learn contribute --

[uud ashr]

Blon tau si elu sampe seribet apa. Mungkin emang ribet.
Kemaren gw sempet nyari2 tentang lightbox, kebetulan di wicketstuff.org dah
ada orang yg lightbox component. Trus gw liat2 source-nya deh.
Coba implement component serupa, sepertinya gak terlalu ribet (atau bisa
jadi ini masih tahap simple makanya gak ribet :-D )

2009/9/30 ivan prasetia <iphan_zeke_boy@...>

>
>
> Kebetulan saya lg develop project pakai wicket.
>
> wicket lumayan untuk screen2 yg tidak banyak behaviour ajax, control panel
> yang aneh2
> kalau screen nya ribet akan kesusahan memakai wicket.
> apalagi jika maen jquery juga.. agak susah implementasi jquery di html
> wicket dengan screen atau control panel yang macam2 atau aneh2
>
> itu cuman saran saya...
> mungkin ada yang mau kasih saran lain nya
>
> :D
>
> ------------------------------
> Coba Yahoo! Mail baru yang LEBIH CEPAT. Rasakan bedanya sekarang!
> <http://id.mail.yahoo.com>
>
>  
>

[ivan prasetia]

iya selama behaviour2 yang di view tidak aneh2 no problem.
ada banyak aspek juga yg akan bersinggungan dengan wicket sendiri di html..

jadi selama behaviour masih tidak ribet, tidak masalah dalam implementasi ke html nya memakai jquery.
kalau behaviour nya ribet susah implementasi jquery(walupun bisa tapi kesusahan).
:)



      Lebih aman saat online. Upgrade ke Internet Explorer 8 baru dan lebih cepat yang dioptimalkan untuk Yahoo! agar Anda merasa lebih aman. Gratis. Dapatkan IE8 di sini!
http://downloads.yahoo.com/id/internetexplorer/

[uud ashr]

Trus, jadi sarannya klo untuk yang lebih complex pake apa donk? Apakah balik
lagi ke JSF? atau pake Spring MVC / Struts dengan jQuery dll, ZK, ExtJS ?Atau
GWT?

2009/10/1 ivan prasetia <iphan_zeke_boy@...>

>
>
> iya selama behaviour2 yang di view tidak aneh2 no problem.
> ada banyak aspek juga yg akan bersinggungan dengan wicket sendiri di html..
>
> jadi selama behaviour masih tidak ribet, tidak masalah dalam implementasi
> ke html nya memakai jquery.
> kalau behaviour nya ribet susah implementasi jquery(walupun bisa tapi
> kesusahan).
> :)
>
> ------------------------------
> Coba Yahoo! Mail baru yang LEBIH CEPAT. Rasakan bedanya sekarang!
> <http://id.mail.yahoo.com>
>
>  
>

[Samuel Franklyn]

Ifnu bima wrote:
>> Siapa aja sih di sini yang pake wicket?
>
> gw pake, karena eneg sama JSF ;)
>

Ifnu bisa lebih rinci lagi nggak kenapa elu eneg sama JSF?

[ifnu]

Kl Jsf jelas ga bs pake jquery, lha id dr html form digenerate sama
jsf, uda gt namanya aneh2 dan terkesan dynamic, selector jquery ya ga
berguna.

Kl wicket gmana ya? Sptnya id html componentnya ga digenerate kan? Bs
di define dr kode java tho?

On 10/1/09, ivan prasetia <iphan_zeke_boy@...> wrote:

> iya selama behaviour2 yang di view tidak aneh2 no problem.
> ada banyak aspek juga yg akan bersinggungan dengan wicket sendiri di html..
>
> jadi selama behaviour masih tidak ribet, tidak masalah dalam implementasi ke
> html nya memakai jquery.
> kalau behaviour nya ribet susah implementasi jquery(walupun bisa tapi
> kesusahan).
> :)
>
>
>
>       Lebih aman saat online. Upgrade ke Internet Explorer 8 baru dan lebih
> cepat yang dioptimalkan untuk Yahoo! agar Anda merasa lebih aman. Gratis.
> Dapatkan IE8 di sini!
> http://downloads.yahoo.com/id/internetexplorer/

--
Sent from my mobile device

Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com

http://ifnu.artivisi.com
[phone]
regards

[ivan prasetia]

Kl wicket gmana ya? Sptnya id html componentnya ga digenerate kan? Bs

di define dr kode java tho?

<div wicket:id=""></div> ini akan menjadi id punya wicket

terus satu lagi jika memakai css <div class="style"></div> jika kita memakai action ajax wicket pastinya tag ini akan kita target dengan code nya wicket, maka yang akan terjadi class="style" akan hilang identitas nya maka style css akan hilang.
itu juga menyulitkan dalam design :)



      Lebih Bersih, Lebih Baik, Lebih Cepat - Rasakan Yahoo! Mail baru yang Lebih Cepat hari ini! http://id.mail.yahoo.com

[uud ashr]

JSF, instrument-nya banyak banget, klo untuk newbie menakutkan. Gw pernah
pake JSF, handover ke orang, trus orang itu sulit untuk menguasai JSF.

Trus konsep backing bean itu aneh, menurut gw si kurang object oriented,
atau gw yang salah ngerti. Bikin bean yang di dalemnya ada action2, trus ada
property2.
Trus config2 di XML (mostly web framework ya emang begini). Sedikit banyak
harus hafal tag component-nya JSF. Ini akan lebih mudah dengan IDE pasti.

Wicket, less config. Bikin component relatif lebih mudah (sebenernya gw cuma
pernah sekilas liat source component-nya JSF si, blon pernah bikin).
Konsep penggunaannya simple, lebih intuitive, ini yang membuat learning
curve-nya lebih pendek.

2009/10/1 Samuel Franklyn <sfranklyn@...>

>
>
> Ifnu bima wrote:
> >> Siapa aja sih di sini yang pake wicket?
> >
> > gw pake, karena eneg sama JSF ;)
> >
>
> Ifnu bisa lebih rinci lagi nggak kenapa elu eneg sama JSF?
>
>  
>

[xsalefter]

Kalo mo define ID sendiri di jsf juga bisa kan? Tinggal:
<h:inputText id="usernameID" value=#{user.username} />

Kalo mo maenan JQuery juga bisa. Sekarang ini framework2 jsf macem richfaces dan icefaces punya component sendiri supaya bisa integrate dengan macem-macem javascript framework. Contohnya richfaces punya tag

<rich:jquery />

Expert group jsf di jcp kerja keras supaya standard ini lebih baik.. Kalo ga salah gw baca jsf2 mo ada generator untuk simple CRUD operation. CMIIW.

--- In jug-indonesia@..., Ifnu bima <ifnubima@...> wrote:
>
> Kl Jsf jelas ga bs pake jquery, lha id dr html form digenerate sama
> jsf, uda gt namanya aneh2 dan terkesan dynamic, selector jquery ya ga
> berguna.
>

[ifnu]

> Ifnu bisa lebih rinci lagi nggak kenapa elu eneg sama JSF?

ini pengalaman pribadi yah, dan terakhir pake JSF tahun 2007, kalau
sekarang udah ga relevan lagi alesan ini ya karena memang sepertinya
JSF sudah berkembang ;) (good news)

Stack yang gw pake Hibernate-Spring-JSF (richfaces/tomahawk)

1. Backing bean / Managed bean or what ever itu bean punya jsf
   - Menyulitkan dalam satu hal, misalnya proses penampilan data dalam
Grid menggunakan getter dari backing bean ini, sehingga kadang2 dalam
method getter ada proses query ke database, atau ada proses persiapan
untuk menampilkan data yang akan ditampilkan dalam Grid atau Form. OK,
sampe sini berhasil nampil, lah pada waktu di refresh kok ga nampil
datanya? eh eh kenapa ini? ternyata kita juga perlu membuat kode
serupa di method yang ditandai dengan @InitMethod (CMIIW) karena kalau
Backing bean ini schopenya request, setiap kali ada request ke page
backing beanya akan dibuat ulang. Bisa juga dibuat scopenya session,
tapi setiap kali selesai request, variablenya harus di clear agar,
misalnya halaman itu dikunjungi lagi tapi belum ada datanya malah
muncul data yang lama
Saya sih much much prefer Spring MVC Controller then JSF Backing Bean

2. The notion of Component
  - heck kalau gw ga bisa bikin component dengan gampang, well ini sih
seperti terkungkung dalam jerat component hell, apalagi kalau
component documentationya bayar seperti ICEFaces

3. Dialog
  - Bikin dialog untuk lookup data master misalnya. 2007 pake
richfaces, wew, bikin pening2 :((

4. Lets do it all in POST
  - wew what the heck they thinking?

Ya kira2 begitu sam, CMIIW, gw ga sanggup invest waktu lebih banyak
lagi untuk explore JSF, jadi ketika terbentur masalah diatas, gw
langsung giveup dan fallback to Spring MVC

--
Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com

http://ifnu.artivisi.com
[phone]
regards

[ANDI KUSNADI-3]

Kalau saran gw, sebaiknya mempelajari GWT , dan EXT + GWT. java code semua. dan mudah.

versi 2.0.2 bayar seh, tapi 2.0.1 free, tapi kalau di jual aplikasi nya kamu mesti beli.

dan bagus juga itu , Web 2.0 bangettt.

Best Regards,



Andi Kusnadi,Skom


--- On Thu, 10/1/09, Ifnu bima <ifnubima@...> wrote:

From: Ifnu bima <ifnubima@...>
Subject: Re: [JUG-Indonesia] About Wicket
To: jug-indonesia@...
Date: Thursday, October 1, 2009, 10:54 AM






 




   
                  > Ifnu bisa lebih rinci lagi nggak kenapa elu eneg sama JSF?



ini pengalaman pribadi yah, dan terakhir pake JSF tahun 2007, kalau

sekarang udah ga relevan lagi alesan ini ya karena memang sepertinya

JSF sudah berkembang ;) (good news)



Stack yang gw pake Hibernate-Spring- JSF (richfaces/tomahawk )



1. Backing bean / Managed bean or what ever itu bean punya jsf

   - Menyulitkan dalam satu hal, misalnya proses penampilan data dalam

Grid menggunakan getter dari backing bean ini, sehingga kadang2 dalam

method getter ada proses query ke database, atau ada proses persiapan

untuk menampilkan data yang akan ditampilkan dalam Grid atau Form. OK,

sampe sini berhasil nampil, lah pada waktu di refresh kok ga nampil

datanya? eh eh kenapa ini? ternyata kita juga perlu membuat kode

serupa di method yang ditandai dengan @InitMethod (CMIIW) karena kalau

Backing bean ini schopenya request, setiap kali ada request ke page

backing beanya akan dibuat ulang. Bisa juga dibuat scopenya session,

tapi setiap kali selesai request, variablenya harus di clear agar,

misalnya halaman itu dikunjungi lagi tapi belum ada datanya malah

muncul data yang lama

Saya sih much much prefer Spring MVC Controller then JSF Backing Bean



2. The notion of Component

  - heck kalau gw ga bisa bikin component dengan gampang, well ini sih

seperti terkungkung dalam jerat component hell, apalagi kalau

component documentationya bayar seperti ICEFaces



3. Dialog

  - Bikin dialog untuk lookup data master misalnya. 2007 pake

richfaces, wew, bikin pening2 :((



4. Lets do it all in POST

  - wew what the heck they thinking?



Ya kira2 begitu sam, CMIIW, gw ga sanggup invest waktu lebih banyak

lagi untuk explore JSF, jadi ketika terbentur masalah diatas, gw

langsung giveup dan fallback to Spring MVC



--

Senior Engineer @ ArtiVisi Intermedia

Java Training Center

See our course @ artivisi.com



http://ifnu. artivisi. com

[phone]

regards


 

     

   
   
       
         
       
       








       


       
       


     

[ivan prasetia]

hmmm ribet nya sperti ini salah satu contoh...

coba buat component buat upload file dan action memakai ajax nya wicket... hehehe :D

kalau bisa share yaa, soal nya kebetulan masih kesulitan di sana .. :D

masih ada banyak behaviour2 yg ribet lg ...

Thanks





      Mulai chatting dengan teman di Yahoo! Pingbox baru sekarang!! Membuat tempat chat pribadi di blog Anda sekarang sangatlah mudah. http://id.messenger.yahoo.com/pingbox/

[ifnu]

> Trus, jadi sarannya klo untuk yang lebih complex pake apa donk? Apakah balik lagi ke JSF? atau pake Spring MVC / Struts dengan jQuery dll, ZK, ExtJS ?

Stacknya artivisi :

Presentation layer : JQuery + YUI + other JS component but not ExtJs.
Consume JSON

Controller layer : Spring MVC yang mengeluarkan JSON ( soon will be
RestFull w/ Spring 3.0)

Bakcend : Hibernate

udah keren kayaknya tuh, Kalau mau pake Swing ya tinggal Presentation
layernya diganti, pake Apache commons HTTP. Kalau pake Java ME ya
tinggal consume JSON.  ;)


--
Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com

http://ifnu.artivisi.com
[phone]
regards

[Samuel Franklyn]

Ifnu bima wrote:

>> Ifnu bisa lebih rinci lagi nggak kenapa elu eneg sama JSF?
>
> ini pengalaman pribadi yah, dan terakhir pake JSF tahun 2007, kalau
> sekarang udah ga relevan lagi alesan ini ya karena memang sepertinya
> JSF sudah berkembang ;) (good news)
>
> Stack yang gw pake Hibernate-Spring-JSF (richfaces/tomahawk)
>
> 1. Backing bean / Managed bean or what ever itu bean punya jsf
>    - Menyulitkan dalam satu hal, misalnya proses penampilan data dalam
> Grid menggunakan getter dari backing bean ini, sehingga kadang2 dalam
> method getter ada proses query ke database, atau ada proses persiapan
> untuk menampilkan data yang akan ditampilkan dalam Grid atau Form. OK,
> sampe sini berhasil nampil, lah pada waktu di refresh kok ga nampil
> datanya? eh eh kenapa ini? ternyata kita juga perlu membuat kode
> serupa di method yang ditandai dengan @InitMethod (CMIIW) karena kalau
> Backing bean ini schopenya request, setiap kali ada request ke page
> backing beanya akan dibuat ulang. Bisa juga dibuat scopenya session,
> tapi setiap kali selesai request, variablenya harus di clear agar,
> misalnya halaman itu dikunjungi lagi tapi belum ada datanya malah
> muncul data yang lama
> Saya sih much much prefer Spring MVC Controller then JSF Backing Bean

He he he. Salah pendekatan. Kalau gua bikin DataModel custom JSF untuk
database yang support pagination. Model pemrograman DataModel custom JSF
ini familiar banget kalau buat gua. Kenapa? Karena mirip kalau
bikin grid loader custom di Visual Basic, Clipper dan RPG.
Pendekatan ini mulus sekali sampai saat ini bahkan aku pakai
untuk drill down grid dan grid yang bisa di filter.

>
> 2. The notion of Component
>   - heck kalau gw ga bisa bikin component dengan gampang, well ini sih
> seperti terkungkung dalam jerat component hell, apalagi kalau
> component documentationya bayar seperti ICEFaces

Yah ini memang titik lemahnya JSF. Dan baru dibenerin di JSF 2.0.
Alternatifnya adalah jangan bikin komponen JSF tapi bikin tag Facelets.
Pembuatan tag Facelets jauh lebih mudah. Tapi cara benerinnya di
JSF 2.0 adalah JSF 2.0 adopt Facelets sebagai view default.
Bwa ha ha ha. Pembuatan komponen memang jauh lebih mudah
di Wicket, Tapestry dan Click Framework.

>
> 3. Dialog
>   - Bikin dialog untuk lookup data master misalnya. 2007 pake
> richfaces, wew, bikin pening2 :((

Implementasi paradigma GUI di web memang pasti bikin pusing
kecuali frameworknya macam GWT, ItsNat atau ZK.

Saat ini untuk lookup aku pakai 2 cara
combo box html atau pakai sugestion box RichFaces. Combo box
untuk tabel yang jumlah datanya kecil dan sugestion box untuk tabel
lookup dengan jumlah data besar.

>
> 4. Lets do it all in POST
>   - wew what the heck they thinking?

Yup. Ini kelemahan besar JSF yang bahkan belum dibenahi di JSF 2.0.
Kalau kelemahan ini tidak bisa ditoleransi memang sebaiknya jangan
pakai JSF.

> Ya kira2 begitu sam, CMIIW, gw ga sanggup invest waktu lebih banyak
> lagi untuk explore JSF, jadi ketika terbentur masalah diatas, gw
> langsung giveup dan fallback to Spring MVC

Yah gua juga lagi iseng mau bikin aplikasi pribadi dan terpikir
mau bikin lagi pakai request framework. Bagaimana Spring MVC kalau
dibandingkan dengan Struts 2 kalau menurut elu? Lebih bagus mana?
Atau sama saja.

[ifnu]

>
> Yah gua juga lagi iseng mau bikin aplikasi pribadi dan terpikir
> mau bikin lagi pakai request framework. Bagaimana Spring MVC kalau
> dibandingkan dengan Struts 2 kalau menurut elu? Lebih bagus mana?
> Atau sama saja.

Simple is better, jadi gw pilih Spring MVC, toh gw sebenernya cuma
perlu @RequestMapping aja untuk memudahkan bikin URL. Karena
conttoller cuma bertugas ngeluarin JSON dan nangkep data dari HTML
Form aja. Sisanya, UI richness bergantung sama JS framework.

Ini balik lagi ke client server :))

lah kalo gitu gw mending UI pake Swing aja, call ke server pake Apache
Commons HTTP, :))

masalah deployemnt? kan ada JNLP, selama aplikasi bisnis itu running
di internal network sih ga ada masalah bandwith toh? ;)

JS debugging a real sucking life creature

--
Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com

http://ifnu.artivisi.com
[phone]
regards