Open
Services Gateway Initiative (OSGi)
OSGI (Open Service Gateway Initiative) adalah sebuah rencana industri untuk
cara standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan
sistem keamanan ke Internet. OSGI berencana menentukan program aplikasi
antarmuka (API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan
kontrol antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil
jaringan. OSGI API akan dibangun pada bahasa pemrograman Java. Program java
pada umumnya dapat berjalan pada platform sistem operasi komputer. OSGI adalah
sebuah interface pemrograman standar terbuka.
The OSGI Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif,
sekarang nama kuno) adalah sebuah organisasi standar terbuka yang didirikan
pada Maret 1999. Aliansi dan anggota – anggotanya telah ditentukan sebuah
layanan berbasis Java platform yang dapat dikelola dari jarak jauh.
OSGi teknologi adalah sistem modul
dinamis untuk Java ™
OSGi teknologi menyediakan layanan
berorientasi, komponen berbasis lingkungan untuk para pengembang dan menawarkan
cara-cara standar untuk mengelola siklus hidup perangkat lunak. Kemampuan ini
sangat meningkatkan nilai berbagai komputer dan perangkat yang menggunakan
platform Java.
Pengadopsi
teknologi OSGi manfaat dari peningkatan waktu ke pasar dan mengurangi
biaya pengembangan karena teknologi OSGi menyediakan integrasi pra-dibangun
dan pra-komponen subsistem diuji. Teknologi ini juga mengurangi biaya
pemeliharaan dan kemajuan aftermarket baru peluang unik karena jaringan dapat
dimanfaatkan untuk secara dinamis mengupdate atau memberikan layanan dan
aplikasi di lapangan.
Spesifikasi:
OSGi spesifikasi yang dikembangkan oleh
para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di
bawah Lisensi Spesifikasi OSGi. OSGi Alliance yang memiliki
kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar
bersertifikat OSGi implementasi berisi lima entri.
Arsitektur:
Setiap kerangka yang menerapkan standar OSGi
menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam kumpulan yang
lebih kecil. Setiap bundel adalah erat-coupled, dynamically loadable kelas
koleksi, botol, dan file-file konfigurasi yang secara eksplisit menyatakan
dependensi eksternal mereka (jika ada). Kerangka kerja konseptual yang
dibagi dalam bidang-bidang berikut:
- Bundles
Bundles adalah normal jar komponen dengan nyata tambahan header
- Services
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan
menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati
objek (POJO).
- Services
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan
ServiceReference).
- Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan
uninstall) bundel.
- Modules
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi
(bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
- Security
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel
untuk pra-didefinisikan kemampuan.
- Execution Environment
Mendefinisikan metode dan kelas apa yang tersedia dalam platform
tertentuTidak ada daftar tetap eksekusi lingkungan, karena dapat berubah
sebagai Java Community Process menciptakan versi baru dan edisi Jawa.
Namun, set berikut saat ini didukung oleh sebagian besar OSGi
implementasi:
• CDC-1.1/Foundation-1.1 CDC-1.1/Foundation-1.1
• OSGi/Minimum-1.0 OSGi/Minimum-1.0
• OSGi/Minimum-1.1 OSGi/Minimum-1.1
• JRE-1.1 JRE-1.1
• From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga
J2SE-1,6
• CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0
Bundles (Kumpulan)
Bundel adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi
dengan manifes rinci MANIFEST.MF file pada semua isinya, serta layanan tambahan
yang diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang
lebih canggih, sejauh deeming seluruh agregat komponen.
Di bawah ini adalah contoh khas MANIFEST.MF file dengan Headers OSGi:
Bundle-Nama: Hello World
Bundle-SymbolicName: org.wikipedia.helloworld
Bundle-Description: Sebuah bundel Hello World
Bundle-ManifestVersion: 2
Bundle-Version: 1.0.0
Bundle-Activator: org.wikipedia.Activator
Ekspor-Paket: org.wikipedia.helloworld, version = “1.0.0″
Impor-Paket: org.osgi.framework, version = “1.3.0″
Makna dari isi dalam contoh adalah sebagai berikut :
§
Bundle-Nama: Mendefinisikan nama terbaca-manusia untuk bundel ini, Cukup
memberikan nama pendek untuk bundel.
§
Bundle-SymbolicName: Header hanya diperlukan, entri ini menetapkan pengenal
unik untuk bundel, berdasarkan konvensi nama domain terbalik (digunakan juga
oleh paket java ).
§
Bundle-Description: Penjelasan mengenai fungsi bundel itu.
§
Bundle-ManifestVersion: Menunjukkan spesifikasi OSGi digunakan untuk membaca
bundel ini.
§
Bundle-Version: menunjuk nomor versi ke bundel.
§
Bundle-Activator: Menunjukkan nama kelas yang akan dipanggil sekali bundel
diaktifkan.
§
Ekspor-Paket: mengungkapkan mana Java paket yang terkandung dalam sebuah
kemasan akan dibuat tersedia untuk dunia luar.
§
Impor-Paket: Menunjukkan mana Java paket akan diperlukan dari dunia luar untuk
memenuhi dependensi yang dibutuhkan dalam sebuah kemasan.
Manfaat OSGI
1. Mengurangi Kompleksitas (Reduced Complexity)
Mengembangkan dengan teknologi OSGi berarti mengembangkan bundel: komponenOSGi.
Bundel adalah modul. Mereka menyembunyikan internal dari bundel lain
danberkomunikasi melalui layanan didefinisikan dengan baik. Menyembunyikan
internals berartilebih banyak kebebasan untuk berubah nanti. Hal ini tidak
hanya mengurangi jumlah bug, itu juga membuat kumpulan sederhana untuk
berkembang karena bundel ukuran benarmenerapkan sepotong fungsionalitas melalui
interface didefinisikan dengan baik. Ada sebuahblog menarik yang menjelaskan
teknologi OSGi apa yang mereka lakukan bagi prosespembangunan
2. Reuse
Para model komponen OSGi membuatnya sangat mudah untuk menggunakan banyak
komponen pihak ketiga dalam suatu aplikasi. Peningkatan jumlah proyek-proyek
sumber terbuka memberikan JAR’s mereka siap dibuat untuk OSGi. Namun,
perpustakaan komersial jugamenjadi tersedia sebagai bundel siap pakai.
3. Real World
OSGI kerangka kerja yang dinamis. Ini dapat memperbarui bundel on the fly dan
pelayanan yang datang dan pergi. Ini dapat menghemat dalam penulisan kode dan
juga menyediakan visibilitas global, debugging tools, dan fungsionalitas lebih
daripada yang telah dilaksanakan selama satu solusi khusus.
4. Easy Deployment
Teknologi OSGi bukan hanya sebuah standard untuk komponen, tapi juga menentukan
bagaimana komponen diinstal dan dikelola. API telah digunakan oleh banyak
berkas untuk menyediakan sebuah agen manajemen. Agen manajemen ini bisa
sesederhana sebagai perintah shell, TR-69 sebuah protokol manajemen pengemudi,
OMA DM protokol sopir, komputasi awan antarmuka untuk Amazon EC2, atau IBM
Tivoli sistem manajemen. Manajemen standar API membuatnya sangat mudah untuk
mengintegrasikan teknologi OSGi dalam sistem yang ada dan masa depan.
5. Dynamic Updates
Model komponen OSGi adalah model dinamis. Kumpulan dapat diinstal, mulai,
berhenti,diperbarui, dan dihapus tanpa menurunkan keseluruhan sistem. Banyak
pengembang Java tidak percaya ini dapat dilakukan pada awalnya oleh karena itu
tidak digunakan dalam produksi.Namun, setelah menggunakan ini dalam pembangunan
selama beberapa waktu, sebagian besar mulai menyadari bahwa itu benar-benar
bekerja dan secara signifikan mengurangi waktu penyebaran.
6. Simple
The OSGi API sangat sederhana. API inti hanya terdiri dari satu paket dan
kurang dari 30 kelas / interface. API inti ini cukup untuk menulis kumpulan,
menginstalnya, start, stop, update,dan menghapus mereka dan mencakup semua
pendengar dan keamanan kelas.
7. Kecil (Small)
The OSGi Release 4 Framework dapat diimplementasikan kedalam JAR 300KB. Ini
adalah overhead kecil untuk jumlah fungsi yang ditambahkan ke salah satu
aplikasi dengan memasukkan OSGi. Oleh karena itu OSGi berjalan pada berbagai
macam perangkat: dari sangat kecil, kecil, dan untuk mainframe. Hanya meminta
Java VM minimal untuk menjalankan dan menambahkan sangat sedikit di atasnya.
8. Cepat (Fast)
Salah satu tanggung jawab utama dari Framework OSGi memuat kelas-kelas dari
bundel.Di Java tradisional, JARs benar-benar terlihat dan ditempatkan pada
daftar linear. Pencarian sebuah kelas memerlukan pencarian melalui daftar ini.
Sebaliknya, pra-kabel OSGi bundel dan tahu persis untuk setiap bundel bundel
yang menyediakan kelas. Kurangnya pencarian yang signifikan faktor mempercepat
saat startup.
OSGi
ARSITEKTUR
OSGi adalah
sebuah set spesifikasi yang mendefinisikan sebuah komponen system dinamik untuk
Java. Spesifikasi ini memungkinkan sebuah model pengembangan dimana aplikasi
(secara dinamik) terdiri dari berbagai komponen yang berbeda. Spesifikasi OSGi
memungkinkan komponen-komponennya untuk menyembunyikan implementasinya dari
komponen lainnya ketika berkomunikasi melalui services dimana biasanya ketika
hal ini berlangsung implementasi antar komponen dapat terlihat jelas. Model
yang simple ini telah jauh mencapai efek dari segala aspek dari proses
pengembangan software.
AMIC (Automotive Multimedia Interface Collaboration)
Arsitektur
AMIC - The
Automotive Multimedia Interface Kolaborasi (AMIC) didirikan pada Oktober 1998
dengan tujuan untuk mengembangkan serangkaian spesifikasi umum untuk multimedia
interface ke sistem elektronik kendaraan bermotor untuk mengakomodasi berbagai
berbasis komputer perangkat elektronik di dalam kendaraan.
AMI-C
adalah organisasi global yang mewakili mayoritas dunia produksi kendaraan.
AMI-C adalah mengembangkan dan standarisasi yang umum multimedia dan telematika
otomotif antarmuka untuk kendaraan jaringan komunikasi. Organization of motor
vehicle manufactures created to facilitate the development and standardization
of automotive multimedia interfaces to motor vehicle communication networks.–
Specifications for physical network interfaces, network protocols and
In-vehicle software interfaces (telematics and local) :
• Release 2
specifications due Dec. 2002
•
Characteristic
• Vehicle
control: Low-speed wired communication
•
Information system: High-speed wired communication
The Otomotif
Multimedia Interface Kolaborasi (AMI-C) mengumumkan di seluruh dunia cipta penugasan
dari 1394 spesifikasi teknis otomotif ke Trade Association 1394 AMI-C berikut
dokumen sekarang milik 1394TA:
•AMI-C 3023
Power Management Specification
•AMI-C 3013
Power Management Architecture
•AMI-C 2002
1.0.2 Common Message Set Power Management
•AMI-C 3034
Power Management Test Documents
•AMI-C 4001
Revision Physical Speci .cation
Fungsional
Dan Struktur
Fungsional
dari AMIC (Automotive Multimedia Interface Collaboration)
Kolaborasi
antar muka ototmotif multimedia adalah sebuah organisasi yang dibentuk untuk
menciptakan standarisasi dunia yang digunakan dalam mengatur bagaimana
sebuah perangkat elektronik dapat bekerja. Contoh Komputer dan alat
komunikasi kendaraan atau computer dan radio dalam mobil. Satiap alat
elektronik itu harus dapat bekerja dengan selaras sehingga kendaraan dapat
lebih handal.
Setiap
perangkat elektronik yang dipasang belum tentu cocok dengan setiap kendaraan.
Perangkat elektronik atau multimedia bisa saja mengganggu sistem keselamatan
dan system-sistem lain di dalam kendaraan. Itulah kenapa perlu dibentuk
standarisasi kolaborasi antarmuka multimedia.
Automotive
Multimedia Interface Collaboration (AMI-C) sudah memiliki anggota : Fiat, Ford,
General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault. AMI-C
mengembangkan dan men-standarisasi antarmuka multimedia dan telematika otomotif
yang umum untuk jaringan komunikasi kendaraan. Dan 40 pemasok elektronik
mendaftarkan diri untuk menulis standar. Mereka berpendapat untuk menulis
standar diperlukan waktu selama 2 tahun. Tapi dua tahun adalah masa di
telematika. Penyelenggara elektronik, ponsel, komputer dan peralatan video yang
akan menggunakan koneksi dapat melewati beberapa generasi dalam waktu itu.
Standar-standar
akan memungkinkan sebuah pasar plug-and-play global untuk perangkat elektronik
yang akan dipasang di kendaraan dengan kemudahan yang sama dengan melampirkan
pheriperal komputer pribadi.
Tujuan dari
AMIC ini antara lain menyediakan interface standar untuk memungkinkan
pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat
komunikasi - dari sistem navigasi dan hands-free telepon selular, melalui
manusia maju / mesin sistem antarmuka, termasuk pengenalan suara dan sintesis,
untuk dipersembahkan komunikasi jarak dekat (DSRC) sistem untuk kendaraan untuk
infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan
diagnostik input / output.
Proses Komunitas Java (Java Community Process JCP)
Java Community Process (JCP) Program Management Office (PMO) sangat tertarik
untuk mengumumkan upgrade ke jcp.org baru-baru ini meluncurkan situs web.
Setelah web rumah masyarakat benar-benar dirombak dan dirilis pada bulan Juni
2009, bekerja terus di belakang layar untuk menambah, meningkatkan, dan
memperbaiki fungsi dan kegunaannya. Anggota PMO berfungsi sebagai tim proyek
untuk mendefinisikan dan menyelesaikan pekerjaan.
Program yang JCP komunitas pengguna telah membantu dalam memberikan umpan balik
pada situs web. Banyak fitur baru dan perbaikan bug pada awalnya diusulkan atau
diidentifikasi oleh pengguna. Beberapa implementasi tersebut akan segera jelas.
Sebagai contoh, semua wiki dan papan sekarang mencakup satu cara bagi pengguna
untuk memberikan pendapat mereka yang cepat konten dengan menghadiahi setiap
item dengan nilai, dengan memilih jumlah bintang tertentu. Selain itu, semua
papan diskusi publik dan wiki termasuk RSS tombol untuk memungkinkan pengguna
untuk berlangganan pembaruan konten. Karena pengaturan keamanan dan persyaratan
browser, RSS feed fitur ini hanya bekerja jika SSL diaktifkan. Misalnya, fitur
RSS melakukan kerja dengan Firefox.
Berbagai bug telah diperbaiki dan navigasi juga telah diperbarui untuk mengatur
informasi yang tersedia. Ini adalah langkah inkremental lain sepanjang
perjalanan untuk meningkatkan jcp.org. Dalam bulan-bulan mendatang, sebagai
masyarakat terus menyarankan perubahan dan perangkat tambahan, upaya akan terus
memperbaiki situs. Semua umpan menyimpan program dan JCP jcp.org bergerak maju
dan ke atas.
Virtual Machine
Virtual machine (VM) adalah suatu environment, biasanya sebuah program atau
system operasi, yang tidak ada secara fisik tetapi dijalankan dalam environment
lain. Dalam konteks ini, VM disebut “guest” sementara environment yang
menjalankannya disebut “host”. Ide dasar dari virtual machine adalah
mengabtraksi perangkat keras dari satu komputer (CPU, memori, disk, dst) ke
beberapa environment eksekusi, sehingga menciptakan illusi bahwa masing-masing
environment menjalankan komputernya [terpisah] sendiri.VM muncul karena adanya
keinginan untuk menjalankan banyak sistem operasi pada satu komputer.Teknologi
virtual machine memiliki banyak kegunaan seperti memungkinkan konsolidasi
perangkat keras, memudahkan recovery sistem, dan menjalankan perangkat lunak
terdahulu. Salah satu penerapan penting dari teknologi VM adalah integrasi
lintas platform. Beberapa penerapan lainnya yang penting adalah:
• Konsolidasi server.
Jika beberapa server menjalankan aplikasi yang hanya memakan sedikit sumber
daya, VM dapat digunakan untuk menggabungkan aplikasi-aplikasi tersebut
sehingga berjalan pada satu server saja, walaupun aplikasi tersebut memerlukan
sistem operasi yang berbeda-beda.
• Otomasi dan konsolidasi lingkungan pengembangan dan testing.
Setiap VM dapat berperan sebagai lingkungan yang berbeda, ini memudahkan
pengembang sehingga tidak perlu menyediakan lingkungan tersebut secara fisik.
• Menjalankan perangkat lunak terdahulu.
Sistem operasi dan perangkat lunak terdahulu dapat dijalankan pada sistem yang
lebih baru.
• Memudahkan recovery sistem.
Solusi virtualisasi dapat dipakai untuk rencana recovery sistem yang memerlukan
portabilitas dan fleksibilitas antar platform.
• Demonstrasi perangkat lunak.
Dengan teknologi VM, sistem operasi yang bersih dan konfigurasinya dapat
disediakan secara cepat.
Kelebihan Virtual Machine (VM)
Teknologi VM memiliki beberapa keunggulan, antara lain:
• Hal keamanan.
VM memiliki perlindungan yang lengkap pada berbagai sistem sumber daya, yaitu
dengan meniadakan pembagian sumber daya secara langsung, sehingga tidak ada
masalah proteksi dalam VM. Sistem VM adalah kendaraan yang sempurna untuk
penelitian dan pengembangan sistem operasi. Dengan VM, jika terdapat suatu
perubahan pada satu bagian dari mesin, maka dijamin tidak akan mengubah
komponen lainnya.
• Memungkinkan untuk mendefinisikan suatu jaringan dari Virtual Machine (VM).
Tiap-tiap bagian mengirim informasi melalui jaringan komunikasi virtual. Sekali
lagi, jaringan dimodelkan setelah komunikasi fisik jaringan diimplementasikan
pada perangkat lunak.
Kekurangan Virtual Machine (VM)
Beberapa kesulitan utama dari konsep VM, diantaranya adalah:
• Sistem penyimpanan.
Sebagai contoh kesulitan dalam sistem penyimpanan adalah sebagai berikut:
Andaikan kita mempunyai suatu mesin yang memiliki 3 disk drive namun ingin
mendukung 7 VM. Keadaan ini jelas tidak memungkinkan bagi kita untuk dapat
mengalokasikan setiap disk drive untuk tiap VM, karena perangkat lunak untuk
mesin virtual sendiri akan membutuhkan ruang disk secara substansial untuk
menyediakan memori virtual dan spooling. Solusinya adalah dengan menyediakan
disk virtual atau yang dikenal pula dengan minidisk, dimana ukuran daya
penyimpanannya identik dengan ukuran sebenarnya. Dengan demikian, pendekatan VM
juga menyediakan sebuah antarmuka yang identik dengan perangkat keras yang
mendasari.
• Pengimplementasian sulit.
Meski konsep VM cukup baik, namun VM sulit diimplementasikan.
APIs
Sebuah application programming interface (API) adalah antarmuka bahwa sebuah
program perangkat lunak alat untuk memungkinkan perangkat lunak lain untuk
berinteraksi dengan itu, banyak cara yang sama seperti perangkat lunak mungkin
akan mengimplementasikan antarmuka pengguna untuk memungkinkan manusia untuk
menggunakannya. API dilaksanakan oleh aplikasi, perpustakaan dan sistem operasi
untuk menentukan bagaimana perangkat lunak lain dapat membuat panggilan ke atau
layanan permintaan dari mereka. Sebuah API menentukan kosa kata dan konvensi
memanggil para pemrogram harus mempekerjakan untuk menggunakan layanan . Ini
mungkin termasuk spesifikasi untuk rutinitas, struktur data, kelas objek, dan
protokol yang digunakan untuk berkomunikasi antara konsumen dan pelaksana API.
• Fitur
API adalah sebuah abstraksi. Perangkat lunak yang menyediakan fungsionalitas
yang dijelaskan oleh API dikatakan sebuah implementasi dari API.
API dapat:
• Tergantung pada bahasa, yaitu hanya tersedia dalam bahasa pemrograman
tertentu, dengan menggunakan sintaks dan unsur-unsur bahasa itu untuk membuat
API nyaman untuk digunakan dalam konteks ini.
• Bahasa-independen, yaitu ditulis dengan cara yang berarti dapat dipanggil
dari beberapa bahasa pemrograman. Ini adalah fitur yang diinginkan untuk
layanan-gaya API yang tidak terikat pada suatu proses atau sistem dan dapat
diberikan sebagai remote procedure calls atau layanan web.
Sebagai contoh, sebuah website yang memungkinkan pengguna untuk memeriksa
restoran lokal mampu lapisan tinjauan di atas peta mereka diambil dari Google
Maps, karena Google Maps API yang memiliki memungkinkan hal ituGoogle Maps 'API
mengontrol informasi apa pihak ketiga situs bisa ambil, dan apa yang bisa
dilakukan dengan itu.
"API" dapat digunakan untuk mengacu ke antarmuka lengkap, satu
fungsi, atau bahkan satu set berbagai API yang disediakan oleh sebuah
organisasi. Dengan demikian, cakupan makna biasanya ditentukan oleh orang atau
dokumen yang mengkomunikasikan informasi.
• Web API
Ketika digunakan dalam konteks pengembangan web, biasanya sebuah API yang didefinisikan
set Hypertext Transfer Protocol (HTTP) pesan permintaan bersama dengan definisi
respon struktur pesan, biasanya dinyatakan dalam sebuah Sementara "Web
API" secara virtual sinonim untuk layanan web, tren baru-baru ini (yang
disebut Web 2.0) telah bergerak jauh dari Simple Object Access Protocol (SOAP)
layanan berbasis lebih langsung terhadap Negara Representasi Transfer (REST)
gaya komunikasi. Web API memungkinkan kombinasi dari berbagai layanan ke
aplikasi baru yang dikenal sebagai mashup.
• Implementasi
POSIX standard mendefinisikan sebuah API yang memungkinkan berbagai fungsi
komputasi umum harus ditulis sedemikian rupa sehingga mereka dapat beroperasi
pada banyak sistem yang berbeda (Mac OS X dan berbagai Berkeley Software
Distribusi (BSD) mengimplementasikan interface ini), namun, dengan menggunakan
ini memerlukan kompilasi ulang untuk setiap platform. API yang kompatibel, di
sisi lain, memungkinkan dikompilasi kode obyek untuk berfungsi tanpa perubahan
apapun, pada pelaksanaan sistem apapun yang API. Hal ini menguntungkan kedua
penyedia perangkat lunak (di mana mereka dapat mendistribusikan perangkat lunak
yang ada pada sistem baru tanpa memproduksi / mendistribusikan upgrade) dan
pengguna (di mana mereka mungkin lebih tua menginstal perangkat lunak pada
sistem baru mereka tanpa membeli upgrade), meskipun hal ini memerlukan berbagai
perangkat lunak secara umum pelaksanaan perpustakaan API diperlukan juga.
Referensi:
www.osgi.org/wiki/.../Edward%20Nelson.pdf
tikacrud.blogspot.com/2011/11/kolaborasi-antarmuka-otomotif.html
http://www.dwinuraini.info/a/Proses%20komunitas%20java.pdf
http://uriflabamba.blogspot.com/2009/12/proses-komunitas-java-java-community.html
http://septianadhe2wz.blogspot.com/2009/12/proses-komunitas-java-java-community.html
