software

Java EE at a glance

Java EE

Java EE

Apa itu J2EE? J2EE adalah teknologi yang dikembangkan (sekarang) oleh Oracle untuk pengembangan aplikasi  skala enterprise. J2EE adalah sub dari bahasa Java. Ada kata-kata “aplikasi enterprise” di sini. Yang dimaksud aplikasi enterprise adalah aplikasi yang mempunyai karakteristik / ciri-ciri yang dijelaskan oleh Martin Fowler dalam bukunya  Patterns Of Enterprise Application Architecture :

1. Persistent data. Aplikasi enterprise membutuhkan persistent untuk data. Data dalam skala enterprise biasanya besar, kompleks dan butuh disimpan dalam waktu yang relatif lama. Ini berarti aplikasi membutuhkan yang namanya storage. Storage yang paling umum digunakan adalah database. Sedangkan jenis database yang paling banyak digunakan adalah RDBMS, namun tidak menutup kemungkinan penggunaannya memakai jenis database yang lain seperti document oriented database, near time database, object model database, analytical database dll.

2. Concurrent User. Aplikasi enterprise biasanya digunakan oleh banyak user/pengguna yang mengakses data dalam waktu bersamaan. Pengaksesan data secara bersamaan dapat mengakibatkan masalah yang besar. Sebagai contoh, jika terdapat dua pengguna yang melakukan update terhadap satu data yang sama, maka dapat terjadi masalah pada data tsb. Data harus dipastikan tidak corupt dan terintegrity dengan baik. Proses lock andrelease data harus diperhatikan disini.

3. Many interfaces. Untuk memenuhi kebutuhan yang beragam dari proses bisnis maka diperlukan lebih dari satu tampilan antar muka / interface. Pertimbangan lain juga untuk kemudahan dari setiap user mengakses aplikasi berdasarkan role yang telah didefineuntuk setiap user. Jika kita bicara environment, maka interface disini tidak cuma melulu sebuah aplikasi web. Environment interfacenya bisa berupa aplikasi dekstop (terinstall di PC), mobile / smartphone ataupun sebuah embeded application.

4. Integrated with other system. Apliksi enterprise biasanya  juga diintegrasikan dengan aplikasi atau sistem lain baik sistem yang ada di internal organisasi / perusahaan maupun dengan sistem dari luar organisasi. Dengan begini utility dari aplikasi kita akan bertambah dan mampu menghandle kebutuhan bisnis dengan aplikasi dari luar.

5. Bisnis proses yang rumit / kompleks. Martin Fowler juga memberikan karakteristik ini untuk sebuah aplikasi enterprise. Ya tentu kita sudah sama-sama tahu aplikasi dengan keempat ciri-ciri sebelumnya bisa dipastikan mempunyai proses bisnis yang rumit / kompleks.

Nah untuk membuat aplikasi dengan ciri-ciri diatas, bahasa pemrograman apa yang dapat memberikan kita keefektifan dan keefisiensian dalam proses pengembangannya? J2EE adalah salah satunya.

Term J2EE digunakan untuk J2EE version 1.4, sejak versi 1,5 sampai sekarang term J2EE telah diganti menjadi JEE.

JEE itu sendiri adalah kumpulan dari bermacam teknologi seperti JDBC, Java Mail, EJB, JNDI, JAXB dll. Kita tidak akan membahas satu persatu teknologi itu. Kita bicarakan saja mengenai tier dalam JEE. Penting untuk kita ketahui tier dalam JEE terbagi dalam 4 tier seperti gambar berikut:

4 Tier Java EE

4 Tier Java EE

1. Client Tier. Di tier inilah user interface dari aplikasi enterprise berada. Kita juga bisa mengatakan aplikasi di tier ini berdiri sendiri terhadap aplikasi yang ada di tier lain. Aplikasi terpisah dari application server dan diinstall di client machine dalam berbagai macam bentuk, seperti applet, aplikasi desktop, aplikasi mobile atau pun diinstall di device / hardware tertentu.

2. Web Tier. Sebenarnya kita bisa melebur tier ini ke dalam client tier. Mengapa? Karena ini adalah tier dimana kita bisa menggunakan teknologi / komponen pengembangan aplikasi web.  Selanjutnya kita juga pasti tahu aplikasi web bisa merupakan “client” dari aplikasi enterprise yang kita bangun. Namun di banyak referensi atau tutorial yang ada mengenai tier JEE ini, pemisahan dari client tier umum dilakukan. Mungkin pemisahan tier ini lebih difokuskan kepada apa saja available technology dan kegunaannya di masing-masing tier. Teknologi yang kita pakai di web tier adalah JSP dan Servlet yang akan dideploy di web container/web server.

3. Business Tier. Di tier ini lah kita menyediakan komponen yang akan diakses oleh client dan atau web tier.  Di dalam komponen ini kita menempatkan logic / bisnis proses aplikasi. Tentunya komponen di tier ini harus bisa mengakomodir karakteristik dari aplikasi enterprise di atas, terutama poin 2, 4 dan 5. Di sinilah inti dari JEE itu sendiri. JEE memberikan teknologi yang bisa kita gunakan untuk membangun komponen-komponen tsb. -> Enterprise Java Beans (EJB). EJB terdiri dari Session bean dan Message Driven Bean. Aplikasi kita yang menyediakan EJB harus dideploy di sebuah EJB Container. EJB Container tersedia dalam sebuah application server.

4. EIS Tier.  Dari konsep pemberian 4 tier, database adalah satu tier sendiri. Kita perlu memisahkannya menjadi tier tersendiri karena secara fisik, logical dan tempat memang biasanya terpisah dengan aplikasi di tier lainnya. Di database kita bisa tanamkan aplikasi penunjang lagi (untuk aplikasi enterprise kita) seperti script untuk sinkronisasi, scheduling dll.

Setiap aplikasi enterprise yang ada, kita dapat membaginya menjadi aplikasi dalam tier yang terpisah. Untuk setiap tier di atas bisa berbeda-beda tempat nya / server nya. Aplikasi dalam 4 tier adalah hal yang bagus, supaya aplikasi kita menjadi loose coupled dan setiap aplikasi yang kita bangun di masing-masing tier jelas fungsi, scope dan tujuannya. Sebenarnya terdapat banyak kemungkinan tier yang bisa kita buat, tentu tergantung dari spesifikasi aplikasi yang mau kita bangun. Misal aplikasi yang kita bangun berupa API untuk aplikasi lain, maka kita hanya menggunakan web tier, ejb tier dan eis tier

Web Programming vs JEE Programming?

Banyak aplikasi web yang dibangun menggunakan java. AFAIK biasanya adalah aplikasi internal sebuah perusahaan seperti portal, sistem informasi, aplikasi gateway dan aplikasi yang menunjang proses bisnis mereka. Untuk aplikasi berbasis web untuk kebutuhan yang lebih “ringan” dari di atas seperti company profile, web perusahaan biasanya menggunakan teknologi scripting seperti php.

Untuk membuat aplikasi web memang banyak pilihannya, kita bisa gunakan php, asp, ruby dll. Dengan JEE kita juga bisa membuat aplikasi berbasis web / website. Rekomendasi teknologi Dari SUN / Oracle adalah JSP, JSF dan Servlet. Semua teknologi ini terdapat di JEE. Jadi web programming adalah sub dari JEE programming.

Jika kita membangun aplikasi web menggunakan java apakah aplikasi kita itu adalah aplikasi JEE? Belum tentu. Apalagi jika kita tidak menggunakan teknologi EJB atau replacing technology-nya. Misalkan aplikasi kita “hanya” terbuat dari jsp dan servlet. Berarti aplikasi ini cukup dideploy di web container saja, seperti tomcat dan jetty. Berarti aplikasi kita belom bisa dikatakan aplikasi JEE dari segi teknologi yang digunakan meskipun tidak menutup kemungkinan aplikasi “sederhana” kita ini memiliki karakteristik dari aplikasi enterprise di atas (CMIIW)

Concern utama dari JEE adalah tentang distributed object technology. Distributed object technology bisa dikatakan dengan kita mendefine sebuah method dan dapat menginvokenya dari mesin / komputer yang lain. Method kita ini sebenarnya ada di sisi server / sisi yang berbeda. Namun kita menjadikan method tsb. menjadi distributed objectsehingga seolah-olah method tsb. berada di lokal /  di sisi penginvoke. Untuk versi jadul dari teknologi ini kita bisa melirik RMI :D. Distributed object technology ini berbeda dengan teknologi (yang sering kita gunakan) : mengkonsumsi data via HTTP atau web service. Perbedaan terdapat dari cara kerja, protokol yang digunakan, tujuan, kecepatan dan apa yang ditransfer ke client. Untuk lebih lengkapnya kita bisa baca di artikel ini 1, 2,3

Biasanya perkenalan JEE programming dimulai dengan kita membangun aplikasi web menggunakan JSP, Servlet dan Java Bean. Aplikasi yang kita bangun terkoneksi ke database menggunakan JDBC. Hal ini penting kita kuasai di awal. Kita juga bisa menggunakan pattern MVC dengan pembagian sbb : JSP adalah view, Servlet adalah controller dan Java Bean adalah model. Namun seiring dengan berkembangnya waktu dan teknologi maka bermunculanlah banyak framework JEE, antara lain : Spring, Oracle ADF, JBOSS Seam dll. Framework ini bisa menjadi pendukung maupun pengganti teknologi JEE yang tersedia atau direkomendasikan oleh Oracle yaitu JSP/JSF, Servlet dan EJB.

Web Server vs Application Server?

Tadi saya juga sempat memention application server. Apa bedanya dengan Web server. Application server adalah server yang memberikan layanan kepada client melalui beberapa protokol, termasuk HTTP. Application server juga haruslah mengsupport distributed transaction, transaction management, messaging, clustering, load balancing, persistence dan komponen-komponen enterprise (di java : EJB).  Sedangkan web sever adalah server yg melayani request dan menggenerate response menggunakan protokol HTTP. Web server tidaklah sekompleks dari application server. EJB juga tidak bisa dideploy di sebuah web server. Untuk lebih jelasnya bisa disimak di http://www.javaworld.com/javaqa/2002-08/01-qa-0823-appvswebserver.html dan http://www.diffen.com/difference/Application_Server_vs_Web_Server

Setup Environment.

Untuk mengembangkan aplikasi JEE kita membutuhkan 2 hal yaitu adalah SDK JEE danJDK. Untuk IDE kita bisa menggunakan  Eclipse, Netbeans, intellij idea dll. Jika kita menggunakan Netbeans atau Eclipse versi JEE sebagai IDE maka kita tidak perlu menginstall SDK JEE-nya karena telah dibundle di dalam IDE tsb. Untuk documentation API dari JEE bisa kita akses di sini dan bisa kita download tentunya 🙂

1 http://www.ebizq.net/topics/web_services/features/1531.html

2 http://www.allthingsdistributed.com/historical/archives/000343.html

3 http://www.pacificspirit.com/blog/2004/01/12/web_services_or_distributed_objects

Dec 11 2014
More

Introduction to Software Engineering

Tulisan ini secara sekilas mencoba menggambarkan pengertian apa itu software, software engineering dan software engineer  secara sekilas 🙂

Software?

Untuk software kita pasti sudah sama-sama tahu, saya akan melewatkan pembahasan ini :D. Saya hanya mencoba mengkategorikan ulang semua software yang ada ke dalam 3 kategori :

– Software that control the inner workings of computers : Operating System

– Software to generate other software : Programming Language

– Software to support computer users to undertake computing activities : Tools, application packages

Software Engineering?

Apa itu Software Engineering (SENG)? Samakah dengan Rekayasa Perangkat Lunak? Iya sama. Saya mendefinisikan sebagai disiplin ilmu yang diterapkan didalam pengembangan software yang pengerjaannya dilakukan melalui proses secara sistematik sampai softwareselesai dikerjakan (sampai ke tahap maintenance).  Jadi setiap tahapan yang kita lakukan didalam membuat software ialah tahapan-tahapan yang sebenarnya sudah didefinisikan, diteliti dan dipraktekkan sebelumnya.

Bagi mahasiswa yang mengambil jurusan IT pasti mendapatkan mata kuliah ini Software Engineering ini. Diharapkan kita sebagai praktisi IT, baik mahasiswa atau pekerja mampu mengembangkan software yang sesuai dengan prinsip / kaidah yang ada di SENG ini. Sehingga software yang kita bangun telah melalui cara yang benar dan sesuai dengan tujuan awal yang ditetapkan 🙂 (intinya software tidak cuma untuk selesai dibangun…)

Roger S. Pressman [1] mendefinisikan metode-metode yang digunakan didalam pengembangan software kedalam : Requirement Analysis, Design, Program Construcion, Testing dan Support. Sewaktu kuliah, saya mendapatkan materi SENG ini dari buku yang ditulis oleh Roger S. Pressman [1].

Software Engineer?

Software Engineer adalah praktisi / pelaku dari SENG ini.  Pekerjaan nya meliputi : Requirement Analysis, Design, Program Construcion, Testing dan Support.  Deskripsi jabatan nya sangat abstrak sekali bukan? Ya memang begitu ada nya…

Sekian dulu, nanti tulisan ini akan saya update lagi 😀

 

[1] Software Engineering: A Practitioner’s Approach By Roger Pressman

 

Dec 11 2014
More

Common Fitures When You Build Mobile App

Menyambung tulisan saya di sini mengenai fitur atau hal-hal yang sering kita jumpai sebagai request dari user, maka saya akan coba menuliskan kembali hal-hal yang biasa kita kerjakan, namun kali ini dalam lingkungan aplikasi mobile (mobile application). Aplikasi mobile maksudnya ialah aplikasi yang diinstall atau dijalankan melalui sebuah device (dengan spek terbatas, ukuran kecil, bisa dibawa kemana-mana / mobile) yang umumnya merefer pada handphone/smartphone.

  • Terkoneksi dengan Application Server

Keterbatasan device dan environment membuat aplikasi mobile kebanyakan tidak berdiri sendiri / standalone. Biasa nya aplikasi mobile membutuhkan server. Jadi aplikasi mobile bertindak sebagai client. Aplikasi server ini berguna untuk memproses data, menjalankan suatu proses, menghubungkan dengan RDBMS atau storage lain, menyimpan data dll. Bagaimana cara berhubungannya? Nanti akan saya bahas di post terpisah :D.

  • Cache

Teknik cache ini bagus (sangat recommend diimplementasikan), supaya aplikasi tidak terkesan lambat dan terkesan selalu “terhubung” dengan server. Data apa saja yang butuh dicache? Misal profile user, favorites, banner iklan, user image dll. Teknik cache ini cukup rumit pengerjaannya loh 😀 Karena jika ada perubahan data di server, maka data yang sebelumnya kita cache juga harus diupdate. Pertimbangan lainnya juga mengenai berapa size data yang kita cache, jangan sampai memakan memory atau pun disk dari device kita (sd card misalnya)

  • Background Process

Betul, proses yang dijalankan di belakang atau tidak terlihat oleh user secara langsung. Misalkan aplikasi kita mempunyai proses yang (baiknya) dijalankan saat aplikasi ditutup. Jadi saat aplikasi ditutup sebenarnya proses kita ini baru dijalankan. Contohnya aplikasi mempunyai semacam  timer untuk melakukan sebuah proses seperti ambil image untuk advertisement, cek “updated version” aplikasi dll.  Hal yang perlu diingat jangan terlalu banyak melakukan hal yang berat secara sekaligus (lama proses nya), karena akan tetap mempengaruhi penggunaan CPU dan memory device. Nanti user nya bilang : “Ko handphone gue tetap lemot ya,  padahal gue udah ditutup nih aplikasi” hehe :))

  • Multimedia

Your device is your entertainment. Begitu lah kira-kira. Banyak aplikasi di pasaran yang berhubungan dengan entertainment seperti memainkan musik (file mp3), video, recording, view image dsb. Ya requirement dari aplikasi semodel ini ga jauh-jauh dari download lagu, play mp3 atau video dll. Yang susah pengerjaan nya jika ada requirement untuk play mp3 atau video secara streaming 😀 ataupun download file mp3/video dengan fitur bisa dipause dan diresume 😀

  • SMS and Phone

Fitur ini sudah menjadi fitur “wajib” yang sering saya temui saat membangun aplikasi mobile ataupun menggunakan sebuah aplikasi mobile. Biasanya fitur ini mempunyai nama kira-kira : “Share this app” / “Share to friends“. Fitur ini bisa mengirim sms kepada teman kita. Isi dari sms nya adalah semacam informasi bahwa kita menggunakan aplikasi ini. Sedangkan contoh untuk fitur phone seperti  aplikasi yang menampilkan list produk / list suatu barang dengan memuat informasi nomor kontak telepion yang dapat dihubungi, aplikasi nomor telpon publik umum, aplikasi pemesanan makanan, taksi dan masih banyak yang lainnya.

  • Read / Send Email

Maksud email disini adalah email yang disediakan oleh beberapa provider email besar dan banyak penggunanya seperti yahoo, gmail, hotmail dll. Jadi aplikasi kita dapat mengirim dan menerima email. Note: Jika langsung didevelop di sisi device akan memakan effort yang besar, biasanya proses send dan retrieve email ini dilakukan di sisi server.

  • Connected with Social Media

Connected with Social Media  menjadi tren beberapa tahun belakang ini. Hampir semua aplikasi mobile terhubung dengan social media seperti facebook dan twitter. Biasanya aplikasi akan meminta account suer di social media untuk kemudian aplikasi akan meng-update status fb / twitter user. “Hi i just use bla bla bla application for helping to …. ” dst. Kata-kata yang digunakan kira-kira seperti itu. Ya sekalian  untuk promo ke social media lah…..

Sekian nanti saya akan coba update lagi, namun sekarang saya sudah tidak intens lagi mengembangkan aplikasi mobile (karena tuntutan pekerjaan) namun jika ada hal baru yang saya ketahui nanti akan saya update lagi disini tentunya

R.F.

Dec 11 2014
More

Common Fitures When You Build Desktop App

Saya akan coba menjabarkan hal-hal / fitur (secara garis besar) yang biasa kita kerjakan ketika membangun sebuah software. Dalam hal ini aplikasi yang kita bangun berada dalam lingkungan pc/komputer atau istilah keren nya desktop based. Isi dari post kali ini adalah hasil pemikiran dan hasil pengalaman saya tentunya. Di kemudian hari saya akan coba mengupdate tulisan ini jika ada hal-hal baru yang saya temui atau sedang jalani. 🙂

Berikut fitur-fitur tersebut:

  • Storage / Persistent

Aplikasi tanpa data adalah bullsh*t. Bahkan aplikasi tidak serius, seperti game, sampai aplikasi yang paling sering kita hindari yaitu virus mempunyai data. Data ini nantinya atau baiknya akan disimpan di sebuah tempat diluar dari aplikasi kita. Tempat penyimpanan yang umum adalah database, file dan sebagainya. Kita bicara penyimpanan secara persistent (tetap), sehingga penyimpanan di memori / non persistent tidak saya sebutkan 🙂

Ukuran data yang disimpan bisa sangat beragam. Bisa simple sampai sangat kompleks level 7 :D, tergantung dari besarnya aplikasi. Aplikasi juga tidak tertutup kemungkinan terkoneksi ke satu storage/database saja. Banyak aplikasi yang terhubung dengan banyak database. Skenario yang umum terjadi adalah saat aplikasi yang kita bangun mempunyai data dengan skala yang besar atau aplikasi kita membutuhkan database lain yang sudah “jadi” atau sudah ada sebelumnya.

Untuk beberapa case, penyimpanan data bisa cukup dilakukan ke dalam file saja. Bisa file teks biasa, xml, file berbasis office (word, excel) sampai file dengn format yang telah kita customize sebelumnya. Contoh yang sering digunakan tentu ke dalam file teks. Contoh yang sering saya lakukan, saya menggunakan file teks untuk menyimpan konfigurasi aplikasi dan isi dari penjelasan dari fitur “help” di aplikasi

  • Authentication / Login

Aplikasi pada umumnya mempunyai user. Loh jadi ada ya aplikasi yang tidak mempunyai “user”? Tentu ada. Contohnya aplikasi yang berjalan di background (tidak terlihat langsung oleh pengguna), aplikasi sebagai service di Sistem Operasi kita, aplikasi virus/malware dll. Maksud user disini adalah kita sebagai pengguna / manusia (bukan aplikasi/sistem lain) yang nantinya dapat mengoperasikan aplikasi itu sendiri.

Nah biasanya user-user ini akan diberikan autentikasi untuk masuk ke aplikasi kita. Di sini nanti kita akan menjumpai istilah semacam “hak akses”, “user profile”, “user permission”,  dst. Mohon maaf saya tidak menjelaskan istilah-istilah itu karena istilah tsb. tentunya sudah kita semua ketahui 🙂 kemana arah pengertiannya.

Yang kira-kira terjadi bisa sebagai berikut : Administrator bisa melakukan task tertentu, bisa cetak report, bisa melihat isi tabel A, bisa mereset password semua user dsb. User dengan permission tertenu hanya bisa melakukan fungsi view, tidak bisa melakukan proses add/edit/delete data di sebuah tabel dsb. Saat “Guest” masuk ke dalam aplikasi hanya mendapatkan beberapa common fitur dsb. dan sebagainya dan sebagai nya 😀 Tentu ini cuma contoh, hal yang kita buat nanti tentu tergantung dari requirement aplikasi.

  • CRUD

Sebenarnya semua aplikasi mempunyai fungsi CRUD ini. Apa itu CRUD? CRUD merupakan istilah untuk Create Read Update Delete. Apa yang di-CRUD kan???? Tentu data pada aplikasi kita. Data ini biasanya disimpan secara persist atau di luar aplikasi. Tentu paling umum kita menyimpannya ke dalam database. Without at least these four operations, the software cannot be considered complete. Because these operations are so fundamental. 

  • Reporting

Hal yang sering kita jumpai juga… Jika aplikasi kita berdasarkan pada proses CRUD di atas, pasti biasanya aplikasi nanti mempunyai fitur reporting. Pada umumnya format report kita adalah PDF (Portable Document Format). PDF menjadi standar untuk dokumen, diperjelas disini SO 32000-1:2008 – Document management — Portable document format — Part 1: PDF 1.7″.

  • Export / Backup Data

Hampir sama seperti reporting sih. Intinya kita mencoba menulis ulang data aplikasi kita kedalam format dan struktur yang diinginkan (baca: sesuai requirement). Cuma pada kebanyakan aplikasi data yang kita export atau backup lebih besar ukuran nya dari report. Format file untuk export/backup yang sudah saya pernah kerjakan berupa excel dan cvs.

  • Background Proses

Ini juga menjadi fitur yang sering kita kerjakan juga. Tergantung bisnis proses sih dan aplikasi yang kita bangun. Tidak semua proses cocok untuk dibuatkan sebagai background process. Biasanya kita memilih melakukan background process berdasarkan pertimbangan berat nya proses, lama eksekusi, proses tsb. memang tidak perlu dibuatkan interface nya, atau pun karena proses kita tidak ingin menggangu proses utama di aplikasi. Contoh : Aplikasi untuk email. Di sini background process akan dijalankan untuk mengecek apa ada email masuk ke account kita misalnya dan jika ada maka tabel inbox kita akan terupdatedengan message baru dst.

  • Upload / Download File

Kejadian yang paling sering kita temukan : untuk profil image dari user. Ya tentunya kita harus menyiapkan fitur upload image ke aplikasi dong.

Ada lagi seperti ini yang saya temui. Saya tangkap bahwa user pasti meminta hal-hal yang gampang dan customizable. Dari pengalaman, saya mendapatkan case dimana template untuk beberapa laporan, user minta bisa dicustomisasi. Jadi user nantinya dapat mendownload file yang berisi template laporan di aplikasi, melakukan edit semaunya seperlunya kemudian mengupload kembali file tsb. Disini file untuk template tsb bertipe Microsoft Word (.doc).  Kemudian laporan di aplikasi sudah terupdate format dan struktur nya sesuai yang dikehendaki user.

  • Read / Send Email

Maksud email disini adalah email yang disediakan oleh beberapa provider email besar dan banyak penggunanya seperti yahoo, gmail, hotmail dll. Untuk java kita bisa menggunakan java mail api sedangkan di dotnet kita bisa menggunakan Mail Message class

Jadi dari aplikasi kita dapat membaca dan mengirim email menggunakan account yang kita daftarkan sebelumnya.

  • Animation

Aplikasi kurang sreg kalo ga ada animasinya kan… 😀 Banyak user yang cerewet. Mereka sering minta (misalnya) saat ngeload data dibuatkan animasi mutar2 gtu. Pada saat pindah form, ada efek transisinya. Atau saat aplikasi launch mereka minta dibuatkan splashscreen. Ini salah satu fitur dimana saya kita sering akan mencomot code penyelesaiannya dari tempat lain 😀

Ok, bagi yang belom mari kita siapkan code maupun pengetahuan untuk penyelesaian semua fitur diatas sebagai senjata persiapan kita membangun aplikasi desktop.  Terima kasih.

R.F.

Dec 11 2014
More