1. Open
Service Gateway Initiative
-Spesifikasi
Spesifikasi OSGi dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk
publik secara gratis di bawah Lisensi
Spesifikasi OSGi. The Alliance OSGi
memiliki program kepatuhan yang terbuka untuk anggota saja. Pada November
2010, ada tujuh implementasi
kerangka kerja bersertifikat OSGi. Sebuah halaman
terpisah daftar Implementasi
Spesifikasi baik bersertifikat
dan non-bersertifikat OSGi, yang meliputi kerangka
OSGi dan spesifikasi OSGi lainnya.
OSGi Service Gateway Release 1 dirilis pada Mei 2000.
OSGi Service Platform
Release 2 dirilis pada bulan Oktober 2001.
OSGi Service Platform Release 3 dirilis pada Maret 2003.
OSGi Service Platform Release 4 pertama kali dirilis pada bulan Oktober 2005.
OSGi Service Platform Release 3 dirilis pada Maret 2003.
OSGi Service Platform Release 4 pertama kali dirilis pada bulan Oktober 2005.
Versi 4.1 dirilis
pada Mei 2007. Versi Core dan
Compendium 4.2 dirilis
pada bulan September 2009. Versi Enterprise 4.2 dirilis pada Maret
2010. Versi Core 4.3 dirilis pada
April 2011. Versi Compendium
4.3 dan Versi
Residential 4.3
yang dirilis pada Mei 2012.
-Arsitektur
Teknologi OSGi adalah seperangkat
spesifikasi yang mendefinisikan sistem komponen dinamis untuk Java. Spesifikasi
ini memungkinkan sebuah model pengembangan dimana aplikasi terdiri dari banyak komponen
berbeda. Spesifikasi
OSGi memungkinkan komponen untuk menyembunyikan implementasi mereka dari
komponen lain saat berkomunikasi melalui layanan, yang merupakan objek yang
secara khusus dibagi antara komponen. Model
ini sangat sederhana telah jauh mencapai efek untuk hampir semua aspek dari
proses pengembangan perangkat lunak.
OSGi adalah teknologi pertama yang benar-benar
berhasil dengan sistem komponen yang memecahkan banyak masalah nyata dalam
pengembangan perangkat lunak. Pengadopsi
teknologi OSGi melihat kerumitan berkurang secara signifikan di hampir semua
aspek pembangunan. Membangun
sistem menjadi lebih sederhana, penyebaran lebih mudah dikelola, bug terdeteksi
lebih awal, dan runtime memberikan wawasan besar ke dalam apa yang sedang
berjalan. Paling
penting, ia bekerja seperti yang dibuktikan oleh adopsi luas dan digunakan
dalam aplikasi populer seperti Eclipse dan Spring.
Setiap
kerangka yang menerapkan standar OSGi menyediakan
suatu lingkungan untuk modularisasi aplikasi ke
dalam bundel kecil. Setiap bundel
adalah koleksi, erat dynamically loadable kelas, guci, dan file konfigurasi
yang secara eksplisit menyatakan dependensi
eksternal mereka (jika ada).
Kerangka ini secara konseptual dibagi menjadi bidang-bidang berikut:
1. Bundel - adalah komponen jar normal dengan header nyata ekstra.
2. Layanan - Lapisan layanan menghubungkan bundel dalam cara yang dinamis dengan menawarkan model menerbitkan-menemukan-bind untuk polos Interfaces Java tua (POJI) atau Plain Old Java Objects POJO.
3. Layanan Registry - 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. Modul - Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Keamanan - Lapisan yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. Execution Environment - Mendefinisikan apa yang metode dan kelas yang tersedia dalam platform tertentu. Tidak 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 implementasi OSGi:
CDC-1.0/Foundation-1.0
CDC-1.1/Foundation-1.1
OSGi/Minimum-1.0
OSGi/Minimum-1.1
JRE-1.1
Dari J2SE-1.2 hingga J2SE-1.6
Kerangka ini secara konseptual dibagi menjadi bidang-bidang berikut:
1. Bundel - adalah komponen jar normal dengan header nyata ekstra.
2. Layanan - Lapisan layanan menghubungkan bundel dalam cara yang dinamis dengan menawarkan model menerbitkan-menemukan-bind untuk polos Interfaces Java tua (POJI) atau Plain Old Java Objects POJO.
3. Layanan Registry - 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. Modul - Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Keamanan - Lapisan yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. Execution Environment - Mendefinisikan apa yang metode dan kelas yang tersedia dalam platform tertentu. Tidak 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 implementasi OSGi:
CDC-1.0/Foundation-1.0
CDC-1.1/Foundation-1.1
OSGi/Minimum-1.0
OSGi/Minimum-1.1
JRE-1.1
Dari J2SE-1.2 hingga J2SE-1.6
2. Automotive Multimedia nterface 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.
AMIC 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 Struktural
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.
3. Java Community Process
Java community dan process Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama,
yaitu :
-Java Virtual Machine (JVM)
-Java Application Programming Interface
(JAVA API)
Java Virtual Machine (JVM)
Java Virtual Machine merupakan
aplikasi sederhana yang ditulis dalam bahasa C untuk mengeksi program yang
ditulis dalam bahasa Java. Pada saat kompilasi (perubahan dari bahasa tingkat
tinggi ke bahasa lebih rendah), program tersebut diubah menjadi KODE BYTE.
Kemudian pada saat eksekusi, JVM membaca kode byte tersebu dan mengubahnya
menjadi bahasa mesin yang dimengerti oleh sistem operasi tempat program
tersebut dijalankan.
Karena JVM sangat bergantung pada platformnya
(bahasa mesin merupakan bahasa level rendah yang hanya dimengerti oleh suatu
mesin tertentu, misalnya Intel, tapi tidak dapat dimengerti oleh mesin lain,
seperti Macintosh), byte code ini dapat dibuat untuk terbebas dari kungkungan
platform tertentu. Code byte yang dihasilkan dalam proses kompilasi bahasa Java
akan selalu sama untuk setiap sistem operasi atau jenis mesinnya, tetapi JVM
akan mengubah kode byte tersebut menjadi bahasa mesin tujuannya.
Java Application Programming
Interface (JavaAPI)
Java API merupakan komponen-komponen
dan kelas JAVA yang sudah jadi, yang memiliki berbagai kemampuan. Kemampuan
untuk menangani objek, string, angka, dsb. Java API terdiri dari tiga bagian
utama:
1. Java Standard Edition (SE),
sebuah standar API untuk merancang aplikasi desktop dan applets dengan bahasa
dasar yang mendukung grafis, keamanan, konektivitas basis data dan jaringan.
2. Java Enterprose Edition (EE),
sebuah inisiatif API untuk merancang aplikasi serverdengan mendukung untuk
basis data.
3. Java Macro Edition (ME), sebuah
API untuk merancang aplikasi yang jalan pada alat kecil seperti telepon
genggam, komputer genggam dan pager.
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.
Sumber/referensi
www.osgi.org/
en.wikipedia.org/wiki/OSGihttp://macansirkuit.blogspot.com
0 komentar:
Posting Komentar