Tulisan 14 ~ Pengantar Telematika ~ Bagaimana arsitektur dari Open Service Gateway Intiative (OSCI)

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:

1. Bundles
   Bundles adalah normal jar komponen dengan nyata tambahan header
2. Services
   Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
3. Services
   API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
4. Life-Cycle
   API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
5. Modules
   Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Security
   Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. 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

Sumber:http://bluewarrior.wordpress.com/2009/12/01/open-services-gateway-initiative-osgi/