[JUG-Indonesia] looping mail content from bufferedReader
DA, Gimana ya cara looping mail content yang didapat dari file yang diambil menggunakan Buffered Reader. aku mendapatkan isi dari looping buffered reader dengan nilai yang terakhir terus. mohon dikoreksi cara looping yang dikasih highlight. send.addActionListener(new java.awt.event.ActionListener() { public void actionPerformed(java.awt.event.ActionEvent evt) { //sendActionPerformed(evt); if(evt.getActionCommand() == "Send Email"){ BufferedReader bufferedReader = null; String html=null; try { bufferedReader = new BufferedReader(new FileReader(name.getText() + ".txt")); String line = null; while ((line = bufferedReader.readLine()) != null) { System.out.println(line); html = line; } URI emailURI = new URI("mailto", "i...@tdr-racing.com"+" &SUBJECT=My Motorcycle Questionaire &BODY=" + html, null); } catch (FileNotFoundException ex) { ex.printStackTrace(); } catch (IOException ex) { ex.printStackTrace(); } catch (URISyntaxException e) { e.printStackTrace(); } finally { //Close the BufferedReader try { if (bufferedReader != null) bufferedReader.close(); } catch (IOException ex) { ex.printStackTrace(); } } try { URI emailURI = new URI("mailto", "i...@tdr-racing.com"+" &SUBJECT=My Motorcycle Questionaire &BODY=" + html, null); desktop.mail(emailURI); } catch (URISyntaxException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } } } }); Best Regards, Mila Yuliani Akses email lebih cepat. Yahoo! menyarankan Anda meng-upgrade browser ke Internet Explorer 8 baru yang dioptimalkan untuk Yahoo! Dapatkan di sini! http://downloads.yahoo.com/id/internetexplorer
Re: [JUG-Indonesia] [Tanya] Setting Hibernate Timeout
2009/8/31 dicky aw : > > > Buat para master java tolongin aku donk, gimana sich ngatur connection > timeout di hibernate, aku pengin query ga boleh lebih dari 8 detik, katanya > set property and udah aku coba : > > hibernate.c3p0.idle_test_period=5 > hibernate.c3p0.timeout=8 > > Tapi aqu hitung ampe 20 detik juga ga timeout2. > Maap kalo pertanyaannya mendasar banget ato bahasanya yg ga sesuai, maklum > msi dalam tahap belajar. Coba dijelaskan gimana cara ngetesnya sampe dapat 20 detik ? Jangan2 cara ngetesnya salah. Pastekan juga kode program untuk membuat session factory -- Endy Muhardin http://endy.artivisi.com Y! : endymuhardin -- life learn contribute --
[JUG-Indonesia] OOT : Tampilan Google Search [1 Attachment]
Hi All, Ini memang baru atau saya yang baru tau, Google sekarang memiliki opsi tampilan untuk menyarankan user mendapatkan informasi lebih lanjut dari keyword search-nya. Untuk menyaingi Bing ? Regards, Feris
[JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
> --> really ? ini best practice belajar sendiri atau ada yang ngasih > tahu seperti itu ? Belajar sendiri. Kalau anda pernah buat aplikasi skala besar dengan banyak sekali masalah seperti... - table setting - file setting - baca file dalam format A sesuai file-setting-nya lalu parsing ke format B yang sudah disesuaikan dengan table setting - file yang diparse dikirim via FTP atau ditaruh via samba.. - file yang sudah dikirim ke server dibaca oleh database dan disimpan ke table temporary - Invoke web service untuk parameter validasi bisnis - isi table temporary divalidasi sesuai dengan parameter bisnis - lalu kalau data tidak valid harus di-reject dengan alasan yang sesuai - dsb Maka anda pasti paham apa yang saya maksud ;)
Re: [JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
2009/9/2 Harry Christian : > > @jancrot > Saya sebenarnya mengharapkan jawaban try catch lebih efesien. Cuma > baru kamu yang bilang begitu lol. Karena saya sependapat dengan alasan > yang kamu bilang. If else nya banyak banget blm lagi kalo muncul if > else baru lagi. > > @abangkis > Ada kemungkinan ga yah kalo catch(Exception e) begini dia bakal > mengecek semua exception yang ada ? (NullPointer, SQLException dll). > --> mungkin perlu disamakan persepsi dulu pendapat kamu mengenai efisien. Mungkin yang kamu lihat sebagai efisien itu adalah gak ribet waktu nulis code-nya :). Kalo dari sisi saya efisien adalah kode yang bersih, mudah dipahami dan punya performance yang bagus. Tepat sekali, Catch(Exception e) akan menangkap semua exception yang dilemparkan. Kembali ke persepsi tadi, mungkin ini jadi kelihatan paling gampang. Tapi ada istilah exception yang seperti ini seperti blackhole, karena tidak bisa membedakan siapa yang melempar exception tersebut. Efeknya, kalau terjadi exception kita tidak bisa dengan cepat menentukan letak kesalahan. Contohnya kalau kamu pake MVC, begitu lihat SQLException kamu bisa langsung tahu bahwa kesalahan terletak di layer yang menhandle database akses. Untuk kasus if-else yang banyak, tergantung dilihat dulu kasusnya, apakah karena banyak flow di dalam satu kelas atau memang dari variabel-nya yang memiliki banyak opsi. Kalau dari flow, bisa di pecah jadi kelas-kelas yang berbeda. Di java itu class/object adalah first class citizen, jadi jangan ragu untuk bikin kelas banyak2. Lebih lanjut silahkan baca buku mengenai software engineering , design pattern, java performance. Cheers, Abangkis
[JUG-Indonesia] tanya j2me u/ iphone
salam, numpang tanya, ada yg tau develop j2me untuk di iphone? thx.
Re: [JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
@Yudhi Mmg ada kaitan dengan LazyLoader :p Cuma penasaran aja sih pengen tau lebih efesien yg mana. Soalnya gerah juga liat if else banyak banget. @xsalefter Tujuannya sama cuma mau ngeset object. Cara 1 if else nya itu cuma utk mencegah null pointer aja. Tujuan akhirnya cuma emp.getDepartment.setName(deptName); @Edward Yakop Lagi dipelajari wiki nya. Thx masukannya. @jancrot Saya sebenarnya mengharapkan jawaban try catch lebih efesien. Cuma baru kamu yang bilang begitu lol. Karena saya sependapat dengan alasan yang kamu bilang. If else nya banyak banget blm lagi kalo muncul if else baru lagi. @abangkis Ada kemungkinan ga yah kalo catch(Exception e) begini dia bakal mengecek semua exception yang ada ? (NullPointer, SQLException dll). On 9/1/09, abangkis wrote: > 2009/9/2 jancrot : >> >> >>> Inti pertanyaan saya lebih efesien dan lebih cepat mana antara cara 1 >>> (if else) ataukah cara 2 (try catch) ? >>> >> >> Kalo efisien mungkin lebih baik if else. (Mungkin lho ya..). Detail >> pastinya >> saya belum pernah buktiin. >> >> Tapi.. best practice yang saya peroleh sampai saat ini adalah try catch. > > --> really ? ini best practice belajar sendiri atau ada yang ngasih > tahu seperti itu ? > > dari segi bahasa sendiri kedua operator ini sudah punya positioning > yang jelas. If - Else adalah operator logic. Sedangkan > try-catch-exception adalah metode di java untuk exception handling, > yang dulu dibahasa2 lampau di handle biasanya dengan cara mencek > apakah return method tersebut null atau tidak. Dengan exception > handling cara pengecekan ini jadi lebih bersih dan elegan. > > Kalau di kaitkan dengan Software engineering, di use case biasanya ada > normal flow dan exception flow, nah exception flow ini yang biasanya > ada di antara tanda kurung kurawal untuk catch. > > Apakah try-catch bisa dipergunakan untuk bisnis logic ? Jawabannya > bisa, tetapi resiko di tanggung sendiri dan harap dipahami. Karena > operator itu memang tidak dibuat intended untuk dipergunakan sebagai > application logic. Mungkin bisa dianalogikan seperti mukul paku ke > dinding pake palu vs pake obeng. > > Kemungkinan besar efeknya memang di operation cost, dan optimasi > otomatis dari si JVM. Kalau kerugian diluar itu saya kurang paham. > > > > Cheers, > > Abangkis > -- == 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 ===
Re: [JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
2009/9/2 jancrot : > > >> Inti pertanyaan saya lebih efesien dan lebih cepat mana antara cara 1 >> (if else) ataukah cara 2 (try catch) ? >> > > Kalo efisien mungkin lebih baik if else. (Mungkin lho ya..). Detail pastinya > saya belum pernah buktiin. > > Tapi.. best practice yang saya peroleh sampai saat ini adalah try catch. --> really ? ini best practice belajar sendiri atau ada yang ngasih tahu seperti itu ? dari segi bahasa sendiri kedua operator ini sudah punya positioning yang jelas. If - Else adalah operator logic. Sedangkan try-catch-exception adalah metode di java untuk exception handling, yang dulu dibahasa2 lampau di handle biasanya dengan cara mencek apakah return method tersebut null atau tidak. Dengan exception handling cara pengecekan ini jadi lebih bersih dan elegan. Kalau di kaitkan dengan Software engineering, di use case biasanya ada normal flow dan exception flow, nah exception flow ini yang biasanya ada di antara tanda kurung kurawal untuk catch. Apakah try-catch bisa dipergunakan untuk bisnis logic ? Jawabannya bisa, tetapi resiko di tanggung sendiri dan harap dipahami. Karena operator itu memang tidak dibuat intended untuk dipergunakan sebagai application logic. Mungkin bisa dianalogikan seperti mukul paku ke dinding pake palu vs pake obeng. Kemungkinan besar efeknya memang di operation cost, dan optimasi otomatis dari si JVM. Kalau kerugian diluar itu saya kurang paham. Cheers, Abangkis
[JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
> Inti pertanyaan saya lebih efesien dan lebih cepat mana antara cara 1 > (if else) ataukah cara 2 (try catch) ? > Kalo efisien mungkin lebih baik if else. (Mungkin lho ya..). Detail pastinya saya belum pernah buktiin. Tapi.. best practice yang saya peroleh sampai saat ini adalah try catch. Penjelasan kasarnya begini.. Kalo pada permasalahan yang kompleks dimana banyak variabel yang mempengaruhi (jaringan, user/pass salah, file cacat dsb), maka if else suatu saat akan gagal. Karena seteliti-telitinya programmer membuat program, pasti akan ada miss. Selain itu.. ketika if else-nya udah banyak banget.. source code akan susah dibaca/dimaintain. Pada suatu ketika akan muncul variabel tidak terduga yang belum pernah ada sebelumnya. Misalnya.. ada data yang tidak sengaja diubah nilainya. Apa anda masih mau buka source code (yang sudah penuh dengan if-else) lalu menambah satu lagi if else?? Dengan try catch.. programmer hanya meng-handle kasus dimana data dan input dan semua variable lainnya benar. Jika satu saja dari variabel-variabel itu ada yang tidak benar akan langsung di-catch dan programmer akan dengan mudah memberikan jawaban default. Misalnya -1 untuk integer, string kosong untuk string dsb... Dengan cara seperti ini, code menjadi lebih mudah dimaintain dan tahan banting terhadap variabel-variabel tidak terduga.
Re: [JUG-Indonesia] Lebih efesien mana ? If else atau try catch ?
If-else definitely faster, how much faster well, kurang tahu tapi yang pasti, exception object itu musti dicreate, thrown dan catch. Pasti ada costnya. The bigger question itu pada designnya: http://en.wikipedia.org/wiki/Law_of_Demeter dan just in case for some odd reason, kamu musti retain the current implementation: What happened waktu setEmp()? You have to do something with [this.deptName] It's complicated :P Regards, Edward Yakop
[JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
Afaik, dulu pernah ada dosen gw yang bilang kalo try-catch itu 10x lebih lambat daripada if-else. Tapi ga tau juga, belum pernah membuktikan secara menyeluruh. Tapi IMO kok code 1 dan code 2 di bawah sepertinya kayak beda tujuan yah? > 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) ?
[JUG-Indonesia] Re: Hadoop, Map Reduce, No SQL di S1
Ikut dunx bahas tentang hadoop nya :) blh ga pak ? --- In jug-indonesia@yahoogroups.com, Frans Thamura wrote: > > hi semuanya > > saya sedang mendesain bersama lebih 20 guru (yang minder yang S1 saya > dan saya bukan jurusan teknik informatika). > > dan yang menarik kurikulum banyak dipengaruhi oleh saya (karena mewakili Java) > > nah ada kuliah database design 1 dan database 2, nah saya bilang > gimana kalau kita coba mekanisme mirip mainframe, karena kampus ini > juga masih ada cobol loh > > dah saya utarakan mengenai Hadoop (kasusnya detik search dan yahoo), > gue dah telp andry husain tapi gak diangkat nih. > > jadi deh saya posting ke milis ini > > apa layak semster 5, anak S1 belajar itu teknologi diluar database. > > dan tentu saja ketua lab IT ada disamping kita, dan sangat senang > kalau labnya jadi tempat riset seperti ini > > ada masukan rekan-rekan > > > -- > 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. >
Re: [JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
Null Pointer atau LazyException?? hayooo?? Kalo di liat dari contoh codingnya seh kemungkinan besar itu Kayanya LazyException.. Bener kata om onsir, if else itu beda dengan try catch.. satu buat condition, satu lagi buat error management. Ngomong masalah performance ga bisa di ukur sama begituan juga Har.. banyak faktor yang lain yang nentuin kaya desain aplikasi, teknologi dan masih banyak lagi yang laennya. Regards, Yudhi Karunia Surtan -- Mobile (+62)-818-08347561
[JUG-Indonesia] Re: Lebih efesien mana ? If else atau try catch ?
Whoa, ga tau kalo masalah performance, tapi cara ke-2 seram... maen hajar aja catch Exception, RuntimeException kena juga tuh, termasuk LIE. --- In jug-indonesia@yahoogroups.com, Harry Christian wrote: > > 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 > === >
Re: [JUG-Indonesia] Lebih efesien mana ? If else atau try catch ?
Setahu saya if .. else dan try .. catch di gunakan utk tujuan yg berbeda. klw if .. else itu utk mngecek kondisi dan try..catch utk menngkap jika terjadi error. jadi klw memang perlu ada pengecekan kondisi pasti pake if .. else. jadi gak bisa di bandingin antara if..else dan try..catch
[JUG-Indonesia] Lebih efesien mana ? If else atau try catch ?
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 ===
Re: [JUG-Indonesia] File - mailist-rules.txt
bisa gak diberi warna peraturan yang diupdate, supaya kita gak mesti baca lagi secara keseluruhan. > Catatan: > * Peraturan ini akan diupdate secara berkesinambungan apabila ada hal-hal > yang perlu dipertimbangkan demi kenyamanan bersama.
[JUG-Indonesia] File - mailist-rules.txt
PERATURAN INI HARAP DIBACA DAN DIPAHAMI DENGAN SEKSAMA, PEMAHAMAN MENGENAI ATURAN MILIS DAPAT MEMBANTU KITA MEMBUAT MILIS JUG-INDONESIA MENJADI LEBIH NYAMAN. PERATURAN INI DIBUAT UNTUK DITAATI OLEH SEGENAP MEMBER TANPA TERKECUALI BAIK MODERATOR SEKALIPUN. File ini akan dikirimkan secara periodik kepada setiap anggota yang tergabung dalam mailing list JUG Indonesia, mailing list Java terbesar di Indonesia dan Asia Tenggara. Seiring dengan perkembangan komunitas JUG Indonesia yang semakin bertambah besar, yang juga semakin sulit untuk administrator/moderator milis untuk mengingatkan anggota yang melanggar aturan satu persatu oleh karena itu File ini dibuat. File ini berisi mengenai aturan yang patut untuk dijalankan oleh setiap anggota yang bertujuan untuk kenyamanan bersama. TATA TERTIB DAN ATURAN MILIS JUG-INDONESIA 1. Signature jangan melebihi 80 karakter lebarnya dan jangan melebihi 4 baris panjangnya. Karena hal ini akan membuat size e-mail menjadi besar dan akhirnya akan memakan banyak bandwidth. Banyak anggota yang kantornya menggunakan provider internet yang membayar berdasarkan jumlah bandwidth yang digunakan setiap bulanannya. 2. Jangan lupa untuk mengedit email sewaktu membalas, tolong menghapus baris-baris/kalimat yang tidak perlu/tidak relevan, termasuk signature dan footer dari milis. Kembali ke poin 1, hal ini bertujuan untuk menghemat bandwidth dan membantu anggota lain yang menggunakan provider internet berdasarkan pemakaian jumlah bandwidth. 3. Gunakanlah aturan reply yang umum, seperti contoh dibawah: > Isi email yang bertanya > bisa beberapa baris > yang penting diquote, dan quote yg digunakan > sebaiknya hrf ">" Isi email yang menjawab bisa beberapa baris tanpa diquote. 4. Buat subject yang mencerminkan secara menyeluruh mengenai isi atau permasalahan yang anda hadapi. Banyak orang yang biasanya yang langsung mengabaikan milis dengan judul yang tidak jelas. Contoh subject e-mail yang tidak jelas adalah: * Help please * Tolongin dong * Tanya donx * Minta Petunjuk * ajarin kk Contoh subject e-mail yang jelas adalah: * Hibernate Exception "NonUniqueObjectException" * Menampilkan data tanggal di jtable dgn format dd-mm- * [NEWS] SpringSource Application Platform * Bagaimana cara kirim nilai parameter ke laporan? * Tanya Method Call Graph di Java * Urutan ngeload jar di JBoss 3.2.7 * [ask] connect ke multiple database dengan Ibatis Bantu kami untuk dapat membantu anda menyelesaikan permasalahan anda. Pahami terlebih dahulu permasalahan yang sedang hadapi sebelum bertanya ke milis. 5. Jangan mengirim email dengan pertanyaan yang sama secara berulang-ulang. Jangan marah atau ngambek apabila tidak ada yang bisa menjawab pertanyaan anda. Kalau tidak ada anggota lain yang menjawab pertanyaan anda, kemungkinan: * Member yang lain sedang sibuk dengan pekerjaannya dan ada tanggung jawab yang lebih besar yang harus mereka selesaikan. Harap diingat bahwasanya member yang lain tidak dibayar untuk menjawab pertanyaan atau menyelesaikan permasalahan anda. Anda lah yang bertanggung jawab pada permasalahan yang anda hadapi. * Tidak ada member yang menguasai permasalahan yang sedang anda hadapi. Harap diingat bahwasanya Java itu luas, tidak ada orang yang mampu menguasai semuanya. * Pertanyaan yang anda tanyakan sudah pernah ditanyakan sebelumnya dan sudah ada di arsip milis. Biasanya anggota tidak ingin membuang waktunya untuk menjawab pertanyaan yang sama berulang kali. Dan biasanya mereka akan menyarankan anda untuk search dulu di google atau di arsip milis yang tertera di poin 6. 6. Sebelum menanyakan ke mailing list, harap untuk mencari terlebih dahulu ke arsip mailing list karena kemungkinan pertanyaan anda sudah pernah dijawab sebelumnya. Banyak pertanyaan di mailing list yang sering ditanyakan padahal sebenarnya sudah pernah dijawab sebelumnya oleh anggota yang lain. Arsip mailing list selain di yahoogroups dapat dilihat di: * http://www.nabble.com/JUG-Indonesia-f28567.html * http://www.mail-archive.com/jug-indonesia@yahoogroups.com/ 7. Jangan mengirimkan e-mail dengan isi yang sama ke beberapa milis sekaligus. Hal ini dinamakan CROSSPOSTING. Apabila anda ingin mengirim ke beberapa milis sekaligus harap lakukan di email yang terpisah. Peraturan ini diberlakukan karena untuk menjaga diskusi yang ada kirimkan ke milis JUG-Indonesia. Anggota yang lain akan bingung apabila anda turut menyertakan hasil balasan dari milis lain ke milis JUG-Indonesia. 8. Jangan membajak thread orang lain. Membajak thread (THREAD HI-JACKING) adalah apabila anggota lain di awal menanyakan tentang A, lalu anda menggunakan tombol "Reply" dari mail client anda dan mengganti subjectnya menjadi B. Apabila pertanyaan anda baru dan tidak ada sangkut pautnya dengan pertanyaan yang ditanyakan di awal o