Pengertian dari Open Service Gateway Initiative
OSGI
(Open Service Gateway Initiative) adalah sebuah rencana industri dengan cara
standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem
keamanan ke Internet. OSGI adalah sebuah interface pemrograman standar terbuka,
didirikan pada Maret 1999. Aliansi OSGi dan anggota – anggotanya telah
ditentukan oleh sebuah layanan berbasis Java platform yang dapat dikelola dari
jarak jauh. OSGI berencana menentukan program aplikasi antarmuka (API) yang
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.
1. Arsitektur OSGi
Arsitektur
OSGi adalah sebuah set spesifikasi yang mendefinisikan sebuah komponen sistem
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.
Ø Bundles
Bundles adalah normal jar komponen dengan nyata tambahan header.
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).
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).
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
Ø Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
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).
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.
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
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
2. Fungsional
Ø 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
Ø 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.
Ø 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.
Ø 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.
Ø 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.
Ø 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.
Ø 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.
Ø 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.
3. Struktural
Ø Layer
Bundles : komponen OSGI
yang dibuat pengembang
Service : Service layer
menghubungkan bundle dengan dinamis.
Life-cycle : API yang
diinstal, start, stop, update, dan uninstall bundle
Module : bagian untuk
export dan import kode
Security : bagian yang
mengatur keamanan bundle
Execution Environment :
menetapkan metode dan class yang dipakai.
Konsep ini akan
dijelaskan di bawah.
Ø Module
Konsep
modul adalah pekerjaan yang lebih mudah. Module adalah inti dari spesifikasi
dan pemakaian dalam konsep bundle. Dalam isrilah Java, bundle ada dalam file
lama JAR, Osgi menyembunyikan segalanya kecuali setelah di-export.
Ø Service
Alasan
kenapa kita butuh model service dikarenakan Java sulit ditulis dengan class
sharing. Solusi standart java menggunakan Factories menggunakan dynamic class
dan static.
Ø Deployment
Bundle dijalankan di OSGI Framework. Ini bukanlah kontainer seperti server aplikasi java. Ini adalah collaborative environment yang berjalan di virtual machine yang sama dan share kode.
Ø Implementation
Spesifikasi
OSGI membutuhkan referensi implementasi setiap spesifikasi. Bagaimanapun, sejak
spesifikasi pertama selalu untuk perusahaan telah diimplementasikan sebagai
open source. Sekarang telah ada 4 open source framework dan banyak implementasi
OSGI.
Ø Konklusi
Spesifikasi OSGI menyediakan model komponen yang dewasa dan komprehensif dengan API yang sangat efektif. Merubah monolitik atau plugin yang berkembang didasarkan sistem OSGI hampir selalu menyediakan peningkatan yang besar dan lebih banyak projek yang dikemas.
Sumber:
Materi selanjutnya akan dijelaskan oleh dua orang teman saya
Ardiansyah
NPM : 11113245
Ario Christianto
NPM: 11113354
No comments:
Post a Comment