Kamis, 10 Desember 2009

Bab 10 OSGi

The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauh. Inti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, sebuah layanan registry, sebuah lingkungan Eksekusi dan ModulBerdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.

OSGi Framework Lingkup

Kerangka kerja yang OSGi sistem modul untuk Java yang lengkap dan mengimplementasikan sebuah model komponen dinamis, sesuatu yang tidak ada di Jawa standalone / VM lingkungan. Aplikasi atau komponen (datang dalam bentuk bungkusan untuk penyebaran) dapat jarak jauh diinstal, mulai, berhenti, diperbarui dan dihapus tanpa memerlukan reboot; pengelolaan paket Jawa / kelas ditentukan dengan sangat rinci. Hidup siklus manajemen dilakukan melalui API yang memungkinkan untuk remote men-download dari kebijakan manajemen. Registri layanan memungkinkan berkas untuk mendeteksi penambahan layanan baru, atau penghapusan layanan, dan beradaptasi sesuai.

Asli layanan fokus pada penerapan gateway tapi ternyata jauh lebih luas. OSGi spesifikasi yang sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Wilayah aplikasi lain meliputi mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan (misalnya iPronto), manajemen armada, dan aplikasi server.

Spesifikasi Proses

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

OSGi Service Gateway 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).

Posted By : Novi Arisanti

Tidak ada komentar:

Posting Komentar