[JUG-Indonesia] Re: Aplikasi Full Ajax, Konsep MVC masih Perlukah ??
Masih perlu --- In jug-indonesia@yahoogroups.com, handendari handend...@... wrote: mohon pencerahannya... aku mau bikin aplikasi yang full ajax, jadi user membuka 1 halaman dan tidak akan pindah ke halaman yang lain (seperti aplikasi desktop ada form induk dan form anak). kemungkinan 80 % proses di lakukan oleh javascript (validasi,perhitungan dll). pertanyaannya adalah, dengan model aplikasi tersebut, penerapan konsep MVC masih perlukah?? rgds handendari
[JUG-Indonesia] Re: Konfigurasi Weblogic 10.3 JMS
Hi there Gimana problem nya udah solved belum? Boleh tahu berapa hal -thread mdb yg di set. - message nya yg di kirim message nya apa aja sama message nya atau beda beda? -pas lagi out of memory error ada berapa message yg di queue nya. -ini sepanjang waktu producer nya selalu kirim message nya lebih banyak dari yg di consume? atau ada naek turun nya? kalo selalu kegedean producer dari consumer seh kurang baek. -ini server nya cuma di pake untuk jms doang atau di share sama aplikasi laen - mdb nya doang udah di load test? tanpa jms dll pure logic di mdb nya - ini OOM nya di production atau test server? punya test server? thx --- In jug-indonesia@yahoogroups.com, (¯`·._.·«Ãµ®Ã§»´¯) chris97...@... wrote: halo gan, ada yg ahli tentang using dan konfigurasi WL JMS ga ? gw ada kasus setting suatu queue di WL JMS, dengan problem mesin produser kecepatan kirim messagenya kenceng, namun MDB pemroses nya lambat, jadi praktis message numpuk tuh di queue, karena message disimpen di memori JMS jadi deh tuh Out Of Memory (OOM), nah trus gw coba lagi gw set quota di queuenya jadi, misal 1000 message, jadi kalo udah hit quota, producer akan dapat quota exception, dan ngedelay delivery selama beberapa menit. nah tapi anehnya, setelah ditinggal beberapa lama, masih bisa OOM juga ya. Pertanyaannya: faktor2 apa aja yg bisa bikin remote Weblogic JMS jadi OOM ? padahal queuenya udah di buat quota. Trus dari pengalaman kawan2, berapa sih ukuran quota yg umum dipakai untuk satu queue di satu server WL JMS? Apa mungkin bisa jadi jika client (producer/consumer) queue, jika coding koneksinya bocor/leak (initial context, connection factory, destination), apa akan meninggalkan memori di server jms juga (WL JMS nya beda domain/server) thanks gan, tolong dibantu :D
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Ifnu Mau milih make apa struts2, wicket atau spring MVC itu seh tergantung pribadi masing masing. Tp gua mau comment beberapa statement nya UI itu menurut gw sih masalah cukup pelik kalau pake Spring MVC, kalau km maunya rich UI. Tapi kalau simple HTML UI, justru Spring MVC bagus. Nggak semua aplikasi perlu fancy rich UI. Semakin sedikit rich UI-nya semakin sedikit Bug-nya ;). Totally agree tool yg di pake harus di sesuain dengan masalah nya. Mungkin UI nya simple banget pake Static HTML udah cukup, Atau pake servlet udah cukup, pake JSP etc tergantung masalah nya. Tp kita ngak boleh terlalu menyederhanakan masalah usebility itu harus top priority dalam UI design. Kalo bisnis nya benar benar jualan software seh. Seperti TS-nya bilang, aplikasi yang mau dibikin adalah aplikasi internet, web 2.0 application. Kalau gw malah lihat Spring MVC cocok banged. Kita bisa menggunakan semua fancy JS library dengan Spring MVC sebagai backendnya. Supaya gampang make js library ini kelebihan nya wicket. Soalnya bikin component itu gampang banget. Cuma butuh tahu java, jscript dan html. Terus programmer java yg ngak familiar dengan jscript itu udah bisa reuse component nya. Silahkan gabung dengan wicket forum liat org make wicket dengan dojo,jquery,prototype, mootols, YUI. Banyak yg share juga di internet silahkan liat code nya. Dan coba liat gimana gampang nya integrate wicket sama jscript. Bikin component wicket itu menurut gua lebih gampang dari bikin custom tag lib. Dari sisi kecepatan juga yakin banged Spring MVC bisa deliver. Gak ada lifecycle rumit seperti JSF, gak ada Interceptor cycle seperti Struts2, gak ada html rendering rumit2 seperti component based framework. Seperti yg udah saya tulis. Rata rata webframework itu perform. Mau dia JSF, wicket, spring mvc, struts etc. Kalaupun ada bedanya itu cuma sekitar 10ms dan case by case. Gua pernah lakuin microbenchmark antara struts 2 dengan JSF bedanya cuma sekitar 10ms kadang jsf menang kadang struts 2 menang tergantung request nya. Dan microbenchmark itu biasanya sampah. Soalnya banyak faktor terlibat dalam perfomance. Saya rasa anda juga pasti pengalaman banget dalam perfomance tuning (dari isi tulisan anda). Gua agak alergi dengan jsf itu bukan gara gara lambat tp gara gara susah bikin component baru request cycly nya ruwet. Dari sisi kecepatan juga yakin banged Spring MVC bisa deliver. Gak ada lifecycle rumit seperti JSF, gak ada Interceptor cycle seperti Struts2, gak ada html rendering rumit2 seperti component based framework. Bener-bener mendekati servlet ;). Wicket jg gak ada lifecycle ruwet. Rendering nya jg simple se simple velocity rendering. Dan make nya cuma html bisa di edit pake tool html. Kalo taglib kan painful cari tool nya. Btw Interceptor struts iru optional. Mau make atau ngak terserah. Gua ngak liat itu bikin lambat atau ruwet. Spring juga bisa pake proxy bean atau aspectj. Ngak mau pake interceptor pake spring feature juga bisa kok. Coba cari yang current, ada gak? Spring 3.0 dah release, feature RESTnya bagus banged ;). Wicket juga support rest soal prinsip bind class sama value nya pake konsep rest. Basic designya emang rest. Tp kalo ngomong rest kayaknya ceritanya laen lagi Iyee neh udah ngelantur tp ngak ada warning dari moderator. minta buka thread baru atau apa thx semoga membantu :) --- In jug-indonesia@yahoogroups.com, Ifnu bima ifnub...@... wrote: Terus gimana dengan spring mvc annotation ini komuniti nya aktif ngak? Kalo komuniti nya ngak aktif entar semua harus handle sendiri :). Development cycle nya cepat ngak? Komunitinya cukup aktif, tapi development spring mvc di atur nyaris 100% oleh internal teamnya Spring, komunitas bisa memberikan pendapat tentang bagaimana arah perkembanganya tapi gak bisa checkin code terlalu banyak. Sebenernya kalau di sisi lain justru cukup aman, karena kita sebagai user gak perlu khawatir perkembangan Spring MVC terhenti, releasenya cukup stabil dengan mengeluarkan versi major secara rutin. Sama kasus nya pake Oracle vs postgress. Kalo oracle ada masalah di suruh beli tool yg harganya $500k atau beli support. Kalo postgress seh gak usah pusing. hmm, ini sisi buruknya commercial support, money talk. :)) Ada kok showstopper cuma belum ketemu aja kali. Namanya juga software. selama kita menggunakan Spring dan Hibernate seperti yang dibilang oleh manualnya, nggak ada show stopper bug! Kalo soal webapp gak cocok untuk OO gara gara URL model. Gua seh mikir nya beda. Main problem nya web app itu kan user interface bukan url model. Kalo pake OO yah bisa pake semua kelebihan OO dalam programming nya. Saya rasa cukup jelas kan bedanya programming OO model sama procedural. Kalo gua lebih mikir sisi praktis nya seh dari pada ideologis. gw gak menggiring diskusi ke OO vs Procedural, gw cuma bilang kalau http web app itu naturenya URL base yang bisa kita bilang procedural, dimana url itu
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Endy Kalo ngak butuh XA, JMS, EJB terus maksa make itu dan bermasalah itu seh bukan salah yg bikin XA, JMS atau EJB lah. Itu salah yg make bukan salah yg bikin. OK prinsip development kita berbeda kalo gitu. Soalnya kita masih kecil dan belum ada nama. IBM dengan gampang bisa dapat buget $20 juta untuk satu project. Dan pump in 200 org. Pake server server baru culster sana sini. Kita cuma dapat server bekas .Development tool pake rational suite (ini real story). Satu satunya kemewahan yg kita punya adalah jrebel( gua highly recomend.Team kita ngak akan sanggup bersaing kalo cara maen nya ikut cara mereka. Salah satu cara kita bersing adalah dengan inovasi. Maka itu team kita selalu berusaha explore sana sini cari lebih produktif untuk solved the problem. Soalnya pilihan nya harus selalu di depan. Ngak bisa nunggu sampe di jadiin obsolote sama org laen. Dan ini jg preference gua. Yah menurut gua ngak ada yg rugi kalo programmer nya belajar yg baru. Yg penting kan dia ngerti konsep nya dari pada belajar buta. Lagi pula jaman skr kita emang selalu di tuntuk untu belajar. Kadang malah totaly beda mindset. Kayak transisi dari spring mvc ke wicket. Mindset nya hrs berubah. Ini resiko hidup di dunia ekonomi jaman skr lah. Ngak bisa ngeluh. Mungkin posisi dan resource Pak Endy skr bisa dengan pake metoda pak Endy yg skr. Silahkan aja, itu kan pilihan. Gua ngak menyalahin :). Peace Yeap company kayak google facebook amazon dan microsot emang berusaha membuat lingkuangan kerja seperti jaman mahasiswa. Selalu lapar. Gua ngak meliat sesuatu yg salah. Tp model nya mahasiswa yg benar benar mahasiswa yah. Bukan yg isi daftar hadir doang. thx semoga berguna --- In jug-indonesia@yahoogroups.com, Ahmad 'Ata' Tanwir th3cr...@... wrote: Endy Muhardin wrote: 2010/4/14 Ronsen ron...@... satu lagi menurut saya yg paling penting. jangan suka ganti-ganti framework. beberapa perusahaan saya lihat suka bereksperimen dgn framework. project a pake jsf, project b pake struts2, dll. belum lagi ditambah beberapa project pake bahasa yg lain, database bermacam-macam. ini makanya beberapa perusahaan kalo bikin lowongan mencari programmer superman. Iya bener ... perusahaan harusnya pilih satu yang bener, trus dipake terus di project beneran. Kalo toy project gpp explore framework baru. Selain masalah maintenance seperti katanya Ronsen, gonta ganti framework juga akan memperkecil Return on Investment terhadap skill dan experience programmer. Menggunakan framework kan butuh waktu: - untuk belajar - untuk kepentok bug dan cari workaround - untuk mengoptimasi workflow development Waktu = uang, karena biasanya project kan fixed rate ditentukan didepan. Semakin lama ngerjain, semakin tipis profitnya. Kalo next project ganti framework, sia-sia deh investasinya. Harusnya bisa selesai 3 bulan pakai framework kemarin, jadi 6 bulan gara2 ganti framework. Kita di ArtiVisi, tetap setia dengan stack Spring - Hibernate. Web UI pakai Spring MVC, desktop pakai Swing, report pakai Jasper. Sejak 2007 gak ganti2. In fact, saya udah pake Spring MVC dari tahun 2005 dan tetap setia sampe sekarang, udah 5 tahun. Pakai Hibernate sudah dari 2004, 6 tahun sudah. Hasilnya, di milis sebelah, junior programmer kita yang kuliahnya baru semester 1 udah bisa jawab pertanyaan tentang detached object Hibernate. Nah, kalo next project kita buang Hibernate-nya hanya gara2 hype, ludes deh investasinya. Satu lagi keuntungannya, kita bisa rotasi programmer antar project dengan lebih mudah. Soalnya semua aplikasi bentuknya 100% sama. Webnya seperti ini : http://endy.artivisi.com/blog/java/aplikasi-web-spring25-1/ Desktopnya seperti ini : http://ifnu.artivisi.com/?p=3 Ada project yang closing tahun 2008 tiba-tiba harus tambah fitur, no problem. Ada project kekurangan orang, tinggal cabut dari project yang lagi nungguin UAT. Pesan moralnya : pilih yang bener, lalu gunakan sampe obsolete. Makanya pilih stack yang sudah teruji oleh waktu. Baik arsitekturnya, komunitasnya, dan sponsornya. -- Endy Muhardin http://endy.artivisi.com Y! : endymuhardin -- life learn contribute -- Jadi saya pikir waktu yang pas untuk berexperiment dan ganta-ganti framework adalah selama jadi mahasiswa. Beda tugas, beda juga framework yang digunakan. Hohoho.. Kalo gagal kan resikonya ga tinggi, paling ga lulus matakuliah yang bersangkutan, tahun depan bisa ngulang. Sehingga nantinya kan ada yang paling sreg dihati. hehehe.. jadi warning buat perusahaan yang karyawannya masih mahasiswa... -- Salam Ahmad Tanwir http://www.ata.web.id
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Adelwin Baru baca message loe. Kok programmer itu di anggap sapi. Di peras melulu dong. Kalo yg di peras udah habis tinggal di potong. Dan plus sapi jaman skr itu kan banyakan di bio engineering punya. Sapi udah di kebiri. Ini kasar banget man. Loe mending cepat cepat minta maaf tuh. Loe samain programmer dengan sapi. Di Jug sini pasti banyak programmer jago. Menurut gua progammer kayak maestro. Contohnya Picasso (Gua tahunya picasso doang soalnya suka sama lukisan nya). Tiap goresan itu penting banget goresan sama posisinya. Ngak asal kopi paste atau asal coret banyak banyak. have fun thx --- In jug-indonesia@yahoogroups.com, Adelwin, Adelwin adelwin.adel...@... wrote: Hahahahaha Ini nih yang dari dulu selalu gue bilang... What ever works for you... Valid point from endy... kalo emang orang dari atas nya udah milih framework juga gak asal2an.. ya ok... Keep in mind this is an ideal case yah... Hahahhaa Tapi point bagus dari ie khing... Kadang gue juga liat karena business risk yang terlalu tinggi... management got their way... Gak mau ganti... No risk... Akhir nya... project yang success 7 taon yang lalu... di bikin jadi base untuk project baru... Sial lah programmer2 baru nya... Technology tua... yang belom tentu cocok sama implementation yang di harapkan... Gue paling setuju sama kayak google facebook amazon gitu... Emang bener lu mau pake apa ajah silahkan... Suka2 lu... Mereka mentingin quality dari barang... Tapi ini banyak dependency nya... Programmer dodol... di jadiin tech lead... milih framework asal2an... Jebol lah... Programmer jempolan... pake servlet doang... tokcer... Programmer mana yang di ambil google coba... Google emang udah hire orang yang udah jempolan... Google nya percaya sama kemampuan programmer nya... Sayang nya khan enggak begitu di indo... Terutama di meruvian tuh... Yang kata frans programmer ituh sapi... Kasi template.. jalan terus sampe jari berdarah... Adelwin Handoyo Standard Chartered Bank Wholesale Bank - Group Credit Risk Control Tel: (65) 659 61395 FoneNet: +659 61395 Email: adelwin.adel...@... Address: 7, Changi Business Park Crescent, Level 3 Singapore 486028 Website: http://www.standardchartered.com http://www.standardchartered.com/ From: jug-indonesia@yahoogroups.com [mailto:jug-indone...@yahoogroups.com] On Behalf Of Endy Muhardin Sent: Thursday, April 15, 2010 10:39 AM To: jug-indonesia@yahoogroups.com Subject: Re: [JUG-Indonesia] Re: Help for choosing Java Technology for Web App 2010/4/15 ie_khing ie_kh...@... mailto:IE_KHING%40yahoo.com Gua seh ngak masalah kalo company pake beberapa framework. Kalo terlalu ngotot pake framework cuma satu seh bisa jadi golden hammer syndrome. Soalnya banyak framwork itu yg udah benar benar outdated ide nya, ngak produktif lagi. Terlau ngotot malah jadi nya membunuh kreatifitas, Lagi pula dunia kan berubah terus kalo ngotot ngak mau berubah bisa jadi dinosaurus, survival the fittest. Pogrammer juga harus aware dunia itu berubah. Jadi harus siap mental belajar. Someday java juga bakal outdated. Yg penting harus aware sama pro dan cons, programmer harus enjoy make tools dan commit. Tentunya orang yang in charge milih framework juga harus gak sembarangan. Call me dinosaurs if u will, tapi keputusan saya sampai detik ini masih terbukti valid. Ambil contoh Hibernate, dulu dilaunching pada saat EJB2 juga launching. Pakai common sense aja, coding Hibernate lebih masuk akal daripada Entity Beansnya EJB2. Seiring waktu, Gavin King masuk Expert Group EJB, dan lihatlah EJB3 mirip banget sama Hibernate. 6 tahun setelah saya pilih Hibernate, tetap masih relevan sampai sekarang, dan project open source Hibernate sendiri masih sangat aktif. Pilihan lain, Spring. Sama juga, waktu jamannya EJB launching. Dari dulu saya sudah berpikir, deployment ke EJB container itu berat dan mubazir. Soalnya 100% aplikasi yang saya bikin gak ada yang benar2 perlu JMS, JNDI, XA, dan fitur2 gajah lainnya. So, pilih Spring dan deploy di Tomcat. 5 tahun setelah pilih Spring, lihat apa yang terjadi. JEE yang baru ada web profilenya, yang intinya adalah JEE container tidak wajib pasang EJB engine. Artinya, ya pakai Servlet engine aja cukup. Posisi Spring sekarang, nowhere near dead. Karena ini topiknya memilih framework, maka saya tekankan sekali lagi, pakai akal sehat, dan jangan terbawa arus hype. http://endy.artivisi.com/blog/java/intro-framework/ http://endy.artivisi.com/blog/java/intro-framework/ Gua malah setuju model development google, facebook, twitter sama amazon. Programming language jg programmer boleh milih sendiri. Perusahaan, begitu mencapai skala raksasa, akan beroperasi dengan rule yang berbeda dengan kita rakyat jelata. Look, google bikin power supply sendiri, ayo kita bikin
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
HI Ifnu Baru baca posting loe. Lumayan menarik. Sedikit menambahkan. Yg punya transaction itu bukan cuma Java. Language laen juga punya. Ebay awalnya make nya perl, Terus ganti ke c/c++. Terus ganti ke Java. Arsitektur yg skr mereka pake java dan oracle. Tp ngak pake transaction soalnya transaction terlalu lambat untuk requirement nya mereka. Ini saya dengan sendiri dari presentasi arsitek nya ebay. Dan pernah interview dengan mereka juga. Amazon main engine nye pake c/c++, ini masih mayoritas. Mereka ada pake PHP. Java, dan Python dan Ruby. Main engine nya masih c/c++. Alasan nya pake c/c++ gara gara jaman pas di develop c/c++ merajai dunia. Dan si jeff bezos itu bentuk amazon dengan teman teman nya ex satu company. Company nya ngerjain project trading finance gitu. Very High profile company. Konon masuk nya susah banget. FB awalnya di develop pake PHP dan c/c++ gara gara founder nya 2 org jagoan PHP dan C/C++. Dan awalnya kan project sekolahan mereka pengen cepat jadinya. Suckerbot itu banyak contribute ke memcached. Gua tahu nya pas project kita pake memcached. Twitter pake ruby. Skr ada scala gara gar twitter ada masalah scaling. Alex Payne kerja di sini dia suka evengelist scala. Mereka pake ruby gara gara pas si dorsey start twitter ruby lagi hot. Dan ruby lebih produktif dari java. Mereka kan ngak punya resource lama lama untuk develop. Linkln pake emang pake java. Soalnya pas mereka start Java lagi merajai dunia. Dan matt raible kerja di sono sebelum di phk. Google majority nya pake python sama c/c++ sebelum java masuk. Ini gara gara 2 org founder nya ngak ngerti cara bikin web. Terus mereka approach teman nya yg jago web. Kebetulan teman nya itu guru python dan linux. Ini gua bacanya dari milis python. Skr most of the company di atas seh pake macam macam ngak stick ke satu dua language. Amazon ec2 itu ada elang nya. Facebook chat juga pake erlang. Facebook untuk photo itu pake java. So alasanya yah pas project nya di mulai kebetulan teknologi yg plg cocok itu. Kenapa cocok? alasanya bisa macam macam. thx --- In jug-indonesia@yahoogroups.com, ifnu ifnub...@... wrote: pada awal dibuatnya java, nggak ditujukan untuk profile application web 2.0 seperti fb. Java utamanya ditujukan untuk aplikasi transaction yang mengutamakan kestabilan penulisan data dan konsistensi data. Makanya amazon dan ebay pake java, karena kedua website ini memerlukan feature utama java: transaction. ;) Kalau FB, flicker, twitter kan gak memerlukan penanganan data yang sensitif seperti transaksi keuangan, pembelian barang dst. Makanya mereka ga mau pake java, pakenya dynamic language yang rapid, cepet dan mudah diupdate. yang menarik justru keputusan linked in menggunakan Spring stack + Spring OSGi. Sukses loh ;) Website lain yang menggunakan java : - infoq = Struts2 - Serverside = tapestry4, tapi yang jadi architectnya langsung si pembuat tapestry Howard Lewis Ship. __ Sent from my www.pageflakes.com startpage
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Ifnu Yeap saya tahu spring 3.0 mvc pake annotation. Tp ini kan baru keluar. Kalo merasa pede make nya seh silahkan aja. Personally saya belum penah bikin apa apa pake spring 3.0 jadi bukan di posisi untuk kasih comment. Kalo ada yg udah pernah pake spring 3.0 silahkan sharing pro dan cons nya di real project. Hi Mbah Sapto Berat ini dalam artinya berat gimana yah. Server nya dari 1kg jadi 2kg pas pake wicket atau apa. Jangan berasumsi component base itu pasti lebih lambat dari request and response base. 2-2 nya mvc base controller base. Ini cuma beda nya di cara abstraksi doang. Web framework itu biasa nya ngak IO bound. Basically wicket itu component utama nya cuma rendering html text file dengan java file. Jadi perfomance wicket nya sama dengan perfomance program soalnya wicket itu pure java ngak ada jsp ngak ada teknologi laen. PHP, ROR, Django juga pake teknik rendering yg sama code + text file. Apalagi kalo pake ajax soalnya ngak usah rendering full page terus. GWT itu totally barang yg berbeda semuanya di client side. Menurut gua bukan java web framework lebih ke arah fat client. Gmail pake GWT google wave pake gwt tp cepat banget tuh. Bisa real time malah. Dari artikel yg gua baca rata rata comment nya seh JSF itu lambat. Kemungkinan besar ini gara gara jsf request cylce yg rada kompleks itu. Tp seharusnya skr udah improve. Gua seh ngak senang jsf gara gara super complex Bagus nya di detail lagi Berat itu maksudnya apa. Lebih bagus lagi kalo ada sugestion apa apa yg bisa di ubah. Jadi kita bisa improved :). Kalo ngak kasihan team yg bikin wicket di FUD FUD. Tp kalo bikin website nya load nya segede amazon, google seh ngak bisa pake wicket yah, gua ngak yakin web framework laen juga bisa. Setahu gua amazon cuma pake plain servlet sama c++. App server nya juga bikin sendiri. Btw Etrade website trading plg gede di dunia juga pake wicket. Menurut gua ngak usah terlalu strict harus pake jquery, yui, dojo, prototye, mootols etc.Mau pake tiga tiganya juga bisa kok di combine. kalo model extjs sama sproutcore seh ngak tau gimana combine sama yg laen. thx --- In jug-indonesia@yahoogroups.com, MbahSapto buatn...@... wrote: --- In jug-indonesia@yahoogroups.com, Ahmad 'Ata' Tanwir th3crypt@ wrote: MbahSapto wrote: mungkin pilihan tidak ke framework component like wicket, gwt...pernah pake tapi berat banget..mungkin pilihan lebih action base dengan banyak bermain di AJAX...klo reloading2 page trus akan terasa berat di client.. gimana klo spring mvc+jquery?ada yang pernah pake? Berat? Ga salah? Perasaan Wicket terasa paling enteng di banding yang lain. Betul mas...in case if compare with other component framework..CMIIW -- Salam Ahmad Tanwir http://www.ata.web.id
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Mbah Sapto NP. Senang kalo bisa membantu. Kalo ada waktu join aja ke milis nya wicket atau irc nya banyak org jago di sono. Boleh maen maen sama lift(lead nya penggemar wicket, ini scala seh bukan java) dan zk. Programming mah harus di coba sendiri baru tahu menurut gua. Milis kayak gini noise nya terlalu banyak. Orang orang nya belum tentu benar juga :P. Grails juga bagus tuh tp saya ragu groovy nya bisa berkembang ngak. Agree buku itu ilmunya bagus tp gaya nulisnya rada boring.Kalo ada waktu baca buku pertamanya juga lebih bagus menurut gua. Hi Endy Thanks for the update. Gua cuma pake spring mvc sampe versi 2.0. Terus decide Spring MVC is not for me. Terus explore explore lagi framework laen. Target nya harus dapat yg sebagus ROR Django atau pylons pengen nya seh make ini. Tp kadang kan pilihan nya ngak se simple itu. Gimana dengan komuniti nya si spring mvc annotation ini. Bagus. Soalnya saya rada kecewa dengan hibernate annotation. Komunitas nya ngak berkembang feature nya limited banget. Development nya juga review nya lama banget. thanks --- In jug-indonesia@yahoogroups.com, Endy Muhardin endy.muhar...@... wrote: 2010/4/14 ie_khing ie_kh...@... Hi Ifnu Yeap saya tahu spring 3.0 mvc pake annotation. Tp ini kan baru keluar. Kalo merasa pede make nya seh silahkan aja. Personally saya belum penah bikin apa apa pake spring 3.0 jadi bukan di posisi untuk kasih comment. Kalo ada yg udah pernah pake spring 3.0 silahkan sharing pro dan cons nya di real project. Annotation di Spring MVC itu sudah dari rilis 2.5. Artikel di blog saya aja udah dari tahun 2007. http://endy.artivisi.com/blog/java/aplikasi-web-spring25-1/ Sebetulnya Spring MVC itu pakai annotation cuma mengubah kulitnya aja. Isi perutnya sebagian besar masih sama. DispatcherServlet, ViewResolver, masih sama semua. Jadi ya justru lebih mature daripada yang XML version. -- Endy Muhardin http://endy.artivisi.com Y! : endymuhardin -- life learn contribute --
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Jquery sama jqueryUI kan beda yah. So far gua pake jquery sama jqueryUI seh ngak komplain. Jquery fav gua. JqueryUI seh emang widget nya masih belum lengkap. Tp extend jquery pake dojo seharus nya ngak masalah mau dojo nya di wrap pake jquery atau di pake terpisah bisa aja. Masalahnya di mana yah Kalo mau designya kayak Sdr Hendri Luk itu kenapa make nya mootols yah. Ini yg di pake mootols core atau sama widget nya (ini mirip jquery sama jquery ui). Kalo pake nya mootols core seh coding nya banyak banget. Mending pake yg laen (extjs, gwt, flex etc). Design gini yg bikin popular kan gmail. Seharus nya pake gwt lebih gampang dari pada pake mootols core untuk org java. Arah angin desing ngak ke sana maksudnya gimana yah? Ngukur nya gimana? Menurut gua pake tool yg benar untuk problem yg tepat. Secara functionality server side rendering sama client side rendering bisa deliver. Cuma approach nya doang yg beda. Masing masing ada pro dan con nya. Pengalaman pake client side rendering (back end nya java, c/c++). Masalah security (authorization, authentication), browser (biarpun udah di wrap sama framework masih masalah juga), rendering lambat (soalnya vm nya browser, mungkin masalah ini skr gak applicable lagi), etc. Server side juga ada problem nya sendiri. Gua seh ngak masalah kalo company pake beberapa framework. Kalo terlalu ngotot pake framework cuma satu seh bisa jadi golden hammer syndrome. Soalnya banyak framwork itu yg udah benar benar outdated ide nya, ngak produktif lagi. Terlau ngotot malah jadi nya membunuh kreatifitas, Lagi pula dunia kan berubah terus kalo ngotot ngak mau berubah bisa jadi dinosaurus, survival the fittest. Pogrammer juga harus aware dunia itu berubah. Jadi harus siap mental belajar. Someday java juga bakal outdated. Yg penting harus aware sama pro dan cons, programmer harus enjoy make tools dan commit. Gua malah setuju model development google, facebook, twitter sama amazon. Programming language jg programmer boleh milih sendiri. Maintenance makin susah? Gua liat banyak programmer java yg bisa coding java, javascript. pl sql plus belajar framework susah susah kayak jsf, hibernate, EJB. Ok ok aja tuh maintenance nya. Kenapa ngak di push aja lebih jauh :) Di tempat kita sendiri skr kita pake beberapa framework. Programmer yg kerja di team itu have a lot of to say mereka mau pake apa. So far mereka senang senang aja di pindah pindah project. Malah ada yg request mau pindah. So far seh deliver. Malah jadi makin kreatif. --- In jug-indonesia@yahoogroups.com, Endy Muhardin endy.muhar...@... wrote: 2010/4/14 Ronsen ron...@... satu lagi menurut saya yg paling penting. jangan suka ganti-ganti framework. beberapa perusahaan saya lihat suka bereksperimen dgn framework. project a pake jsf, project b pake struts2, dll. belum lagi ditambah beberapa project pake bahasa yg lain, database bermacam-macam. ini makanya beberapa perusahaan kalo bikin lowongan mencari programmer superman. Iya bener ... perusahaan harusnya pilih satu yang bener, trus dipake terus di project beneran. Kalo toy project gpp explore framework baru. Selain masalah maintenance seperti katanya Ronsen, gonta ganti framework juga akan memperkecil Return on Investment terhadap skill dan experience programmer. Menggunakan framework kan butuh waktu: - untuk belajar - untuk kepentok bug dan cari workaround - untuk mengoptimasi workflow development Waktu = uang, karena biasanya project kan fixed rate ditentukan didepan. Semakin lama ngerjain, semakin tipis profitnya. Kalo next project ganti framework, sia-sia deh investasinya. Harusnya bisa selesai 3 bulan pakai framework kemarin, jadi 6 bulan gara2 ganti framework. Kita di ArtiVisi, tetap setia dengan stack Spring - Hibernate. Web UI pakai Spring MVC, desktop pakai Swing, report pakai Jasper. Sejak 2007 gak ganti2. In fact, saya udah pake Spring MVC dari tahun 2005 dan tetap setia sampe sekarang, udah 5 tahun. Pakai Hibernate sudah dari 2004, 6 tahun sudah. Hasilnya, di milis sebelah, junior programmer kita yang kuliahnya baru semester 1 udah bisa jawab pertanyaan tentang detached object Hibernate. Nah, kalo next project kita buang Hibernate-nya hanya gara2 hype, ludes deh investasinya. Satu lagi keuntungannya, kita bisa rotasi programmer antar project dengan lebih mudah. Soalnya semua aplikasi bentuknya 100% sama. Webnya seperti ini : http://endy.artivisi.com/blog/java/aplikasi-web-spring25-1/ Desktopnya seperti ini : http://ifnu.artivisi.com/?p=3 Ada project yang closing tahun 2008 tiba-tiba harus tambah fitur, no problem. Ada project kekurangan orang, tinggal cabut dari project yang lagi nungguin UAT. Pesan moralnya : pilih yang bener, lalu gunakan sampe obsolete. Makanya pilih stack yang sudah teruji oleh waktu. Baik arsitekturnya, komunitasnya, dan sponsornya. -- Endy Muhardin http://endy.artivisi.com Y! : endymuhardin -- life learn contribute --
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Terus gimana dengan spring mvc annotation ini komuniti nya aktif ngak? Kalo komuniti nya ngak aktif entar semua harus handle sendiri :). Development cycle nya cepat ngak? Pengalaman pribadi seh gua ngak gitu peduli ada commercial company yg support atau ngak selama dia open source. Tp komuniti gua butuh soalnya input mereka itu penting banget. Commercial company malah bisa jadi bumerang. Contohnya pengalaman saya make websphere kalo ada masalah repot banget dan lama fix nya. Kalo pake tomcat kan bisa debug sendiri. Sama kasus nya pake Oracle vs postgress. Kalo oracle ada masalah di suruh beli tool yg harganya $500k atau beli support. Kalo postgress seh gak usah pusing. Ada kok showstopper cuma belum ketemu aja kali. Namanya juga software. Pengalaman pribadi seh awal awal nya integrasi hibernate sama spring itu parah banget. Dan komuniti nya itu saling lempar . Hibernate 2.X jg ada masalah show stopper (di debug level pretty print nya pas hibernat mau ngeformat value object untuk di print supaya enak di baca). Struts 2 juga ada (implementasi ognl nya). ExtJS juga ada gua udah lupa ketemu nya error apa tp dia itu null melulu value nya. Kalo soal webapp gak cocok untuk OO gara gara URL model. Gua seh mikir nya beda. Main problem nya web app itu kan user interface bukan url model. Kalo pake OO yah bisa pake semua kelebihan OO dalam programming nya. Saya rasa cukup jelas kan bedanya programming OO model sama procedural. Kalo gua lebih mikir sisi praktis nya seh dari pada ideologis. Pengalaman dari make wicket ,springmvc, struts 2 seh wicket yg plg produktif dan lebih fun make nya ini ada artikel bisa sebagai masukan http://ptrthomas.wordpress.com/2007/03/02/wicket-impressions-moving-from-spring-mvc-webflow/ Ini kayaknya thread nya udah ngelantur. --- In jug-indonesia@yahoogroups.com, Ifnu bima ifnub...@... wrote: Gimana dengan komuniti nya si spring mvc annotation ini. Bagus. Soalnya saya rada kecewa dengan hibernate annotation. Komunitas nya ngak berkembang feature nya limited banget. Development nya juga review nya lama banget. Menurut gw pribadi, komuniti itu bagus, tapi lebih bagus lagi kalau ada commercial company dibelakang framework, seperti spring dan hibernate. Karena kita bisa memberikan justifikasi secara legal ke client/atasan tentang support dari framework ini. Misalnya kita beli lisensi spring, kita bisa dapet patch yang cepat kalau2 ada spesifik bug yang mengganggu di aplikasi kita. Tapi selama ini belum pernah ada yang posting tentang bug spring dan hibernate yang sifatnya show stopper. :D Gw pernah belajar wicket, bahkan udah bikin project templatenya integrate dengan spring. Gw fans berat swing, dan wicket ini bener2 bikin kerjaan gw gampang karena mirip dengan swing. Tapi kalau menurut gw sih malah keadaan ini gak intuitif, Web itu nggak perlu oop, karena naturenya web app di http itu prosedural, dimana URL merupakan sebuah method yang dieksekusi dengan parameter2 tertentu. Nah dengan konsep ini justru Spring MVC dengan @RequestMapping-nya sangat cocok modelnya dengan model web + http. Satu URL satu method di Controller, simple, rapi dan intuitif ;) -- regards
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
Hi Ahmad Gue pernah chat sama yg bikin lift nya. Dia bilang dia terinspirasi sama wicket soalnya dia suka banget sama wicket. Kata dia simple dan gampang di extend.Base of ide wicket itu dia create Lift. Gua sendiri belum pernah coba lift. So bukan di posisi yg bisa comment lift itu gimana? Itu sebatas nya yg gua tahu. Semoga membantu untuk mencoba lift lalu sharing dengan kita :) thx --- In jug-indonesia@yahoogroups.com, Ahmad 'Ata' Tanwir th3cr...@... wrote: ie_khing wrote: Hi Mbah Sapto NP. Senang kalo bisa membantu. Kalo ada waktu join aja ke milis nya wicket atau irc nya banyak org jago di sono. Boleh maen maen sama lift(lead nya penggemar wicket, ini scala seh bukan java) dan zk. Programming mah harus di coba sendiri baru tahu menurut gua. Milis kayak gini noise nya terlalu banyak. Orang orang nya belum tentu benar juga :P. Grails juga bagus tuh tp saya ragu groovy nya bisa berkembang ngak. Bentar, memangnya ada hubungan antara Wicket dan Lift? Saya sendiri termasuk penggemar Wicket dan sangat menyukai strukturnya. Dan akhir-akhir ini aga cukup tertarik dengan Scala, lift nya sendiri sih baru liat sekilas. -- Salam Ahmad Tanwir http://www.ata.web.id
[JUG-Indonesia] Re: Help for choosing Java Technology for Web App
--- In jug-indonesia@yahoogroups.com, MbahSapto buatn...@... wrote: Dear all, mohon share ilmunya nih...ada case nich..ceritanya ni saya ma team mau devel web application , next running on internet network. sebgai pilihan mungkin dynamic language lebih prefer (PHP dkk), but aku ndak terlalu expert di PHP dkk, nah sebgai pilihan mungkin aku pingin pake JAVA TECHNOLOGY yang dinamic type..so mungkin teman bisa kasih saran soal technology ini , dengan pertimbangan : 1. mature 2. good prospect 3. fast.. terima kasih.. Kalo pilihan nya harus java seh Cobain Wicket framework nya simple tp perform. Abstraction nya bagus. Ini framework yg menurut gua plg dekat rating nya ke ROR, Django atau Pylons. Komunitas wicket lumayan gede sebanding sama rails. Lebih rame dari pada komunitas nya spring mvc Framework nya sederhana cuma java dan HTML. Bikin custom component gampang. Full OO. Tapestry juga bagus cuma komunitas nya ngak segede wicket. Tp kalo team nya OO skill nya ngak bagus jangan pake wicket atau tapestry. Mending pake struts 1/2 atau spring MVC. GWT juga bagus. Api nya rapi JSF saya agak alergi soalnya rada rumit dan susah bikin component sendiri. Konon JSF baru bakal adress masalah ini. Cuma JSF baru ini lagi ngak jelas nasibnya. SpringMVC mirip banget dengan struts. Cuma lebih baek dari pada struts sedikit. XML di mana mana.
[JUG-Indonesia] Re: [ask hibernate] Session yg ga di close, otomatis masuk gc gag?
Ini tergantung beberapa faktor:
Aplikasi nya jalan di mana di container(app server, web server,
homebuild,etc) atau sebagai single application.
Kalo running nya di container dengan configurasi default itu
ngakakan di clean up. Kalo di pake di single apps itu bakal di
clean up soalnya jvm nya ikut habis.
Terus pake JTA, Spring etc atau ngak.
By native hibernate session close nya bisa di bind ke JTA atau
thread local. Kalo pake SPRING session management nya bakal
overwrite make versi thread local hibernate. Session nya di manage
bisa di manage sama spring atau kita manage sendiri tergantung gimana coding
sama configurasi nya. Ini pengetahuan gua waktu spring versi yg gua pake.
Configurasi hibernate.
Auto close session atau ngak
Pake nya hibernate 3.1 atau berapa.
Cek dokumentasi soal session context.
Masih ada beberapa faktor lagi yg harus di cek
semoga membantu
--- In jug-indonesia@yahoogroups.com, Muhammad Edwin edwin...@... wrote:
dear juggers,
saya punya suatu class sebagai berikut :
public class CustomerTypeService {
private SessionFactory sessionFactory =
HibernateUtil.getSessionFactory();
private Session session = sessionFactory.openSession();
public ListCustomertype getCustomertypes() throws SQLException,
Exception{
return session.createCriteria(Customertype.class).list();
}
}
nah klo dipikir-pikir di class tsb si Session ga pernah di close,
pertanyaan saya adalah, apakah Session itu langsung di close otomatis karena
masuk gc,
ataukah session saya masih menggantung?
terima kasih sebelumnya,
--
Regards,
edwin.
[JUG-Indonesia] Re: Git di Java
Kalo pengen seperti svn kenapa ngak mke svn aja? Ngapain pindah ke tool baru? --- In jug-indonesia@yahoogroups.com, meerza mirzari...@... wrote: ya udah pake mercurial aja, tools untuk win nya udah sebagus svn. klo untuk pemula tinggal commit sama sync aja, efek nya sama seperti commit dan update di svn. plugin untuk IDE Netbeans dah default malah. klo dah pake mercurial ga pengen lagi deh balik2 ke svn. biar masih newbie. On Thu, Oct 29, 2009 at 4:14 AM, Joshua Partogi joshua.j...@...wrote: --- In jug-indonesia@yahoogroups.com jug-indonesia%40yahoogroups.com, Edward Yakop efy@ wrote: And in regards to the link, it's 2007. I wonder whether they have new/different thoughts about VCS in general. Yeah. Karl Fogel is working on launchpad now, which is for Bazaar. I wonder whether he has changed his mind :-D -- Certified Scrum Master http://blog.scrum8.com | http://jobs.scrum8.com | http://twitter.com/scrum8
[JUG-Indonesia] Re: About Wicket
Kalo drow down udah banyak yg bikin component nya. Tergantung selera aja mau yg mana. Standard wicket component juga ada drop down. Aplikasi kita sekarang make model tree untuk menu nya contohnya : http://wicketstuff.org/wicket13/nested/?wicket:bookmarkablePage=:org.apa\ che.wicket.examples.ajax.builtin.tree.SimpleTreePage http://wicketstuff.org/wicket13/nested/?wicket:bookmarkablePage=:org.ap\ ache.wicket.examples.ajax.builtin.tree.SimpleTreePage menu item nya itu dynamic. Lay out, image dll nya juga dynamic, tergantung siapa yg login. --- In jug-indonesia@yahoogroups.com, Arian arian1...@... wrote: Wow.. great experience. Lagi coba2 wicket jg nih. Kalo gitu boleh nanya dong, apa cara yang umum untuk membuat dropdown menu di wicket? Pake integrasi dengan dojo, yui ato bikin komponen sendiri? Yah spt pada umumnya menu, kita ingin men-generate menu secara dinamis tergantung role user yang login. Kalo IE_KING sendiri pengalamannya dengan menu bikinnya pake apa? Thanks. 2009/10/6 ie_khing ie_kh...@... Dari pengalaman saya memakai Spring MVC, JSF, WebWork dan Wicket. Wicket merupakan yg paling nyaman makenya. Kita udah pake wicket selama kira kira setahun lebih, and never look back. Dan selama ini semua requirement yg aneh aneh bisa kita penuhi. Untuk ajax kita pake wicket ajax. Javascipt library nya campur campur ada yg dari Jquery, YUI dll. Good things about wicket - Simple dan produktif, produktifitas nya mendekati make ruby on rails atau django(ini alasan utama kita milih wicket, grails masih kurang mature IMO) - Satu satunya XML cuma di web.xml. - View layer nya pake html. ini membantu banget untuk web designer. - Security udah build in di dalam framework nya. - Bikin component jauh lebih gampang dibanding JSF(the JSF lifecyle nightmare), even di banding sama bikin taglib component wicket masih lebih gampang, ini sangat membantu kita dalam integrasi dengan javascript library - OO, swing like. - Community nya pada waktu yg paling aktif - framework yg plg banyak di rekomendasikan - Cross browser. - ada Wicket tester Bad things about wicket. - addictive, biasanya programmer baru yg baru belajar wicket bakal ketagihan coba cobain component baru - butuh pengetahuan OO yg baik. Ini yg jadi masalah buat team kita, kebanyakan programmer java ngak punya OO skill. - Wicket itu semuanya java. Java skill sangat penting. - Awal awal make wicket dokumentasi nya lumayan parah. Sering harus liat code implementasi nya. Kalo sekarang sepertinya documentasi nya udah lumayan lengkap. --- In jug-indonesia@yahoogroups.com jug-indonesia%40yahoogroups.com, uud ashr uudashr@ wrote: 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
[JUG-Indonesia] Re: Git di Java
hebat nya git dari svn? banyak hebat nya svn dari git? banyak Kalo soal kelebihan detail nya bisa di cari google udah banyak bahas. Personally saya make git. Tapi di kantor makenya SVN soalnya team member yg laen pada senang dengan subeclipse. Alasan git lebih baek: - lebih cepat dibandingkan dengan model synchrinize nya svn - release management nya lebih gampang soalnya tinggal pull ngak usah khawatir dengan org salah commit. - branching nya murah, jadi bisa branching se aggresive mungkin, ini berguna kalo team nya gede dan model SDLC nya release earlier and frequently. - make space hd nya lebih kecil - distributed, jadi kalo ada org laen yg kerjanya ngak disiplin, code base nya gua ngak tergangu. Soalnya saya bisa nentuin sendiri kapan mau ngambil code dari org laen. Beda dengan centralized model. Kalo ada developer yg gak disiplin commit satu team bisa terganggu. - tiap developer bisa decide kapan mau branching tanpa harus kordinasi dengan team member yg laen. - developer bisa commit sesering mungkin, jadi developer ngak usah nunggu sampe compile error free atau sampe satu task selesai dulu baru commit. - branching history nya tetap di track sama git. - IMHO workflow nya model distributed itu lebih ideal dari yg centralize, ini pendapat pribadi saya berdasarkan pengalaman memakai dua tool itu. Salah satu masalah dengan git adalah GUI nya belum ada yg bagus. Kalo background nya windows culture bakal merasa ngak nyaman. Kalo background nya unix culture seh happy happy aja. Bukan gara gara newbie atau experienced user. Kalo yg pernah make cvs atau svn di awal awal juga pasti ngerasain meke command line. Kalo di bandingkan antara bazaar, mercurial dan git. Saya juga lebih perefer git alasanya simple git community nya jauh lebih gede. Git itu development juga udah mature. Kalo untuk windows bisa di coba pake msysgit atau pake cygwin. Gua seh belum pernah coba kedua dua nya. Masalah plg besar dalam memakai git adalah mengubah mindset. Soalnnya cvs popular banget. Jadi org org sudah sangat get used to cvs workflow. --- In jug-indonesia@yahoogroups.com, Frans Thamura fr...@... wrote: ada yang pelajari Git hebatnya apa yah dibanding SVN lg coba-coba nih -- Frans Thamura Meruvian. Experiential Tempation of Java and Enterprise OpenSource Meruvian bukan hanya membuat anak SMK menjadi bisa tapi SAKTI, malah saktinya SAKTI Mandraguna. Mobile: +62 855 7888 699 Blog Profile: http://frans.thamura.info We provide services to migrate your apps to Java (web), in amazing fast and reliable.
[JUG-Indonesia] Re: variable String di Passing by Reference bisa gak?
Sedikit koreksi
Java itu passing object reference by value.
Intinya assignment operator itu ngak akan ke refleksi ke variabel function
parameter.
contoh :
public void foo(Dog d) {
d = new Dog(Fifi); // creating the Fifi dog
}
Dog aDog = new Dog(Max); // creating the Max dog
foo(aDog);
aDog bakal reference tetap reference ke Max. Walaupun dalam function nya udah
di assign ke Dog(Fifi). Ini berlaku untuk mutable dan immutable object.
Jadi code contoh yg sdr lampirkan itu ngak akan jalan sesuai dengan harapan.
Terlepas dari string nya immutable.
--- In jug-indonesia@yahoogroups.com, Ifnu bima ifnub...@... wrote:
ga bisa, string di java immutable , setiap kali nilai string berubah,
reference berubah jg. kalo mo return di function aja , kalo mo mekso
bungkus string di dalam suatu object, bisa class buat sendiri, atau
dalam collection. ;p
Bungkus dalam class StringBuffer atau StringBuilder (java 6)
kalau String memang immutable dan pass by value, nggak by reference.
Secara umum variable di java selalu pass by value, tapi kalau
variablenya bertipe Object non Wrapper object (String,Integer, dll)
isinya bisa berubah dan terefleksi ke pemanggilnya. Jadi di Java itu
sedikit berbeda dengan di C, karena di C variable bisa pass by
reference dan pass by value. Sedangkan di java variable pass by value
semua, tetapi variabel Object non immutatble bisa diubah isinya.
--
Senior Engineer @ ArtiVisi Intermedia
Java Training Center
See our course @ artivisi.com
http://ifnu.artivisi.com
+62 856 9211 8687
regards
[JUG-Indonesia] Re: About Wicket
Dari pengalaman saya memakai Spring MVC, JSF, WebWork dan Wicket. Wicket merupakan yg paling nyaman makenya. Kita udah pake wicket selama kira kira setahun lebih, and never look back. Dan selama ini semua requirement yg aneh aneh bisa kita penuhi. Untuk ajax kita pake wicket ajax. Javascipt library nya campur campur ada yg dari Jquery, YUI dll. Good things about wicket - Simple dan produktif, produktifitas nya mendekati make ruby on rails atau django(ini alasan utama kita milih wicket, grails masih kurang mature IMO) - Satu satunya XML cuma di web.xml. - View layer nya pake html. ini membantu banget untuk web designer. - Security udah build in di dalam framework nya. - Bikin component jauh lebih gampang dibanding JSF(the JSF lifecyle nightmare), even di banding sama bikin taglib component wicket masih lebih gampang, ini sangat membantu kita dalam integrasi dengan javascript library - OO, swing like. - Community nya pada waktu yg paling aktif - framework yg plg banyak di rekomendasikan - Cross browser. - ada Wicket tester Bad things about wicket. - addictive, biasanya programmer baru yg baru belajar wicket bakal ketagihan coba cobain component baru - butuh pengetahuan OO yg baik. Ini yg jadi masalah buat team kita, kebanyakan programmer java ngak punya OO skill. - Wicket itu semuanya java. Java skill sangat penting. - Awal awal make wicket dokumentasi nya lumayan parah. Sering harus liat code implementasi nya. Kalo sekarang sepertinya documentasi nya udah lumayan lengkap. --- In jug-indonesia@yahoogroups.com, uud ashr uuda...@... wrote: 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
[JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
In DonaldKnuth's paper StructuredProgrammingWithGoToStatements, he wrote:
Programmers waste enormous amounts of time thinking about, or worrying about,
the speed of noncritical parts of their programs, and these attempts at
efficiency actually have a strong negative impact when debugging and
maintenance are considered. We should forget about small efficiencies, say
about 97% of the time: premature optimization is the root of all evil.
semoga bermanfaat
--- In jug-indonesia@yahoogroups.com, Daniel Baktiar dbakt...@... wrote:
sebaiknya pakai if else, kalau tidak salah exception handling jauh (beberapa
puluh atau ratus kali) lebih lambat.dan exception dibuat benar2 untuk hal
yang pengecualian, bukan yang diharapkan.
kalau dalam hal ini definisi mapping hibernate membolehkan adanya null,
berarti nilai null diharapkan dan bukan pengecualian.
2009/9/1 Harry Christian harr...@...
Hi JUGers,
Mau tanya nih. Saya mengalami masalah klasik yaitu Null Pointer.
Nah jadi ceritanya saya ada POJO yang berelasi dengan object lain.
Contohnya :
private Employee emp;
private String deptName;
public void setDeptName (String deptName)
{
// Cara 1
if(emp == null) this.deptName = deptName;
else if(emp.getDepartment == null) this.deptName = deptName;
else emp.getDepartment.setName(deptName);
// Cara 2
try
{
emp.getDepartment.setName(deptName);
} catch (Exception e) {return;}
}
public String getDeptName ()
{
// Cara 1
if(emp == null) return deptName;
if(emp.getDepartment == null) return deptName;
else emp.getDepartment.getName();
// Cara 2
try
{
emp.getDepartment.getName();
} catch (Exception e) {return null;}
}
Inti pertanyaan saya lebih efesien dan lebih cepat mana antara cara 1
(if else) ataukah cara 2 (try catch) ?
--
==
Thanks Best Regards
Harry Christian
YM : callme_harry
Skype : harry_christian
Facebook : http://www.facebook.com/profile.php?id=696095562
Blog : http://www.harry-christian.blogspot.com
===
--
Daniel Baktiar
Senior JEE* Monkey -- willing to work hard in the Java beans brewery for a
big bunch of bananas (http://dbaktiar.wordpress.com)
[JUG-Indonesia] Re: OOP vs. Functional Programming
Gua udah baca artikel nya steven sinofsky soal functional web. Web application based of functional programming. Artikel dia menjelaskan kelebihan dan kekurangan functional programming dalam web application. So ada plus dan minus dibanding imperative. Web application based on functional programming ini sebenarnya bukan barang baru slashdot juga awalnya pake lisp. Viaweb juga awalnya pake lisp. Untuk artikel mengenai eventbased programming di sono di tunjukin cara programming event based tanpa IOC dan callback ngak mengklaim FP yg paling cocok untuk event base model. Atau ada yg terlewat oleh saya? mohon di cerahkan. Kalo di RUBY dan Python IOC juga ngak gitu berguna. Wah kalo hitunganya jquery itu FP style bisa bisa semua bahasa programming itu FP style soalnya bahasa programming baru itu banyak yg ngambil feature nya FP. --- In jug-indonesia@yahoogroups.com, Agi Putra Kharisma agi_ban...@... wrote: --- In jug-indonesia@yahoogroups.com, ie_khing IE_KHING@ wrote: Funtion sebagai object itu bukan monopoli nya functional language. Rata rata semua object oriented language punya function object. Javascript, Python, Ruby, C#, D.Cuma Java doang yg cacat ngak punya function object. Dan sebelum release java 7 org org udah pada ribut pengen masukin closure ke Java 7. Cuma dibatalin soalnya ngak ada kata sepakat gimana implementasi nya. Kalo dalam function language function object itu wajib. Soal nya coding nya semua pake passing dan return function. Di functional programming ngak ada stateful class dan stateful variabel. Pure functional progamming ngak ada loop juga. Banyak opini yg mengatakan functional programming paling cocok dalam multithread soalnya stateless. BTW Salah satu contoh, FP sangat cocok untuk membuat web application, baik utk sisi client maupun server, skala kecil hingga skala besar. misal anda ingin membuat RESTful web service, gunakanlah FP daripada OO. mengapa? maksud anda FP sangat cocok untuk web application ini ilham sendiri atau hasil penelitian sendiri. Soalnya baru sekali ini saya dengar statement ginian. ini bukan statement saya pribadi loh, salah satunya saya pernah baca dari artikel di majalah IEEE Internet Computing. kalau tidak percaya silakan googling tentang functional web ^^ sebagian besar interaksi pada web applications dimodelkan dg event-driven architecture. bahasa OO/imperative seperti java mendukung event-driven programming melalui event listeners dan callbacks, sehingga menghasilkan inversion of control. apa hubungan nya IOC sama callback dan even listener yah. Kayaknya ngak nyambung deh. Mohon pencerahan nya FP memiliki solusi event-driven programming yg lebih lightweight dan scalable (misal pada scala kita menggunakan actor model). setahu saya actor model itu untuk bantuin programing di multithread ngak ada hubungan nya sama even driven atau bikin lightweight.Maksud anda actor model lebih lightweight itu gimana yah. memory footprint lebih kecil atau apa? untuk lebih jelasnya silakan baca: 1. Event-Based Programming without Inversion of Control - http://lamp.epfl.ch/~odersky/papers/jmlc06.pdf 2. Scala Actors: Unifying Thread-based and Event-based Programming - http://infoscience.epfl.ch/record/128406/files/haller_tcs2008_accepted.pdf sedangkan pada sisi client, library javascript - jquery menggunakan FP style. jquery itu bukan FP. Itu framework javascript. Memang gaya javascript object oriented nya pake function. yap, jquery bukan FP, tapi FP style coba aja Lift, functional web framework yg menggunakan bahasa scala, mungkin bisa menambah inspirasi anda tentang FP style untuk web development Scala bukan pure FP. Scala integrate functional dengan object orient language bahasa keren nya multiparadigm language. Yg pure functional language itu Haskell Erlang etc. Semua funtional language belum ada yg benar benar sepopular language seperti java, python, C# dll. Dan community nya juga kecil. Yap, Scala adalah hybrid antara OO dan FP. Lift dibuat menggunakan fitur2 FP yg dimiliki oleh Scala. Faktanya memang demikian, FP belum ada yg sepopuler imperative lang. Mungkin di era web saat ini, dimana isu-isu tentang concurrency dan scalability sangat marak, bisa jadi merupakan momentum bagi FP untuk unjuk gigi. --- In jug-indonesia@yahoogroups.com, Agi Putra Kharisma agi_banget@ wrote: --- In jug-indonesia@yahoogroups.com, sjtirtha sjtirtha@ wrote: Hi, ada yg bisa kasi significant perbedaan antara OOP dan Functional Programming? sama seperti yg anda sebutkan, setahu saya kalau pakai FP kita bisa menggunakan fungsi sebagai argumen dari fungsi, dan bisa pula menghasilkan return berupa fungsi. java sethu saya tidak punya, namun pada bahasa ruby, walaupun merupakan bahasa full
[JUG-Indonesia] Re: OOP vs. Functional Programming
Funtion sebagai object itu bukan monopoli nya functional language. Rata rata semua object oriented language punya function object. Javascript, Python, Ruby, C#, D.Cuma Java doang yg cacat ngak punya function object. Dan sebelum release java 7 org org udah pada ribut pengen masukin closure ke Java 7. Cuma dibatalin soalnya ngak ada kata sepakat gimana implementasi nya. Kalo dalam function language function object itu wajib. Soal nya coding nya semua pake passing dan return function. Di functional programming ngak ada stateful class dan stateful variabel. Pure functional progamming ngak ada loop juga. Banyak opini yg mengatakan functional programming paling cocok dalam multithread soalnya stateless. BTW Salah satu contoh, FP sangat cocok untuk membuat web application, baik utk sisi client maupun server, skala kecil hingga skala besar. misal anda ingin membuat RESTful web service, gunakanlah FP daripada OO. mengapa? maksud anda FP sangat cocok untuk web application ini ilham sendiri atau hasil penelitian sendiri. Soalnya baru sekali ini saya dengar statement ginian. sebagian besar interaksi pada web applications dimodelkan dg event-driven architecture. bahasa OO/imperative seperti java mendukung event-driven programming melalui event listeners dan callbacks, sehingga menghasilkan inversion of control. apa hubungan nya IOC sama callback dan even listener yah. Kayaknya ngak nyambung deh. Mohon pencerahan nya FP memiliki solusi event-driven programming yg lebih lightweight dan scalable (misal pada scala kita menggunakan actor model). setahu saya actor model itu untuk bantuin programing di multithread ngak ada hubungan nya sama even driven atau bikin lightweight.Maksud anda actor model lebih lightweight itu gimana yah. memory footprint lebih kecil atau apa? sedangkan pada sisi client, library javascript - jquery menggunakan FP style. jquery itu bukan FP. Itu framework javascript. Memang gaya javascript object oriented nya pake function. coba aja Lift, functional web framework yg menggunakan bahasa scala, mungkin bisa menambah inspirasi anda tentang FP style untuk web development Scala bukan pure FP. Scala integrate functional dengan object orient language bahasa keren nya multiparadigm language. Yg pure functional language itu Haskell Erlang etc. Semua funtional language belum ada yg benar benar sepopular language seperti java, python, C# dll. Dan community nya juga kecil. --- In jug-indonesia@yahoogroups.com, Agi Putra Kharisma agi_ban...@... wrote: --- In jug-indonesia@yahoogroups.com, sjtirtha sjtirtha@ wrote: Hi, ada yg bisa kasi significant perbedaan antara OOP dan Functional Programming? sama seperti yg anda sebutkan, setahu saya kalau pakai FP kita bisa menggunakan fungsi sebagai argumen dari fungsi, dan bisa pula menghasilkan return berupa fungsi. java sethu saya tidak punya, namun pada bahasa ruby, walaupun merupakan bahasa full OO, memiliki fitur yg mirip dengan ini. di ruby kita bisa passing argumen berupa block kepada suatu fungsi. nah, block di ruby secara esensi merupakan anonymous function. Dan use cases apa aja yg cocok untuk pakai Functional Programming? Salah satu yg gua ngerti dari functional programming, function = object, jadi bisa di passing sebagai methode parameter. Tapi di OO ini jg bisa, dengan passing object dari class yg implementasi function tsb. Steve
[JUG-Indonesia] Re: Perforce
- Bayar - Propritery - 900 USD per seat - Bisa melakukan semua yg svn bisa - closed source - mengurangi PHK --- In jug-indonesia@yahoogroups.com, Feris Thia fe...@... wrote: Hi All, Ada yang menggunakan perforce disini ? Apa kelebihan utamanya ya dibanding SVN ? -- Thanks Best Regards, Feris Thia Business Intelligence Consultant PT. Putera Handal Indotama Phone : +6221-30119353 Fax : +6221-5513483 Mobile : +628176-474-525 http://www.phi-integration.com http://pentaho.phi-integration.com
