Open Service Gateway Initiative
Open Service Gateway Initiative
(OSGi) adalah sebuah system dan aplikasi interoperability berbasis komponen
platform yang terintegrasi. OSGi merupakan system modul dinamik untuk Java.
Teknologi OSGi adalah Universal Middleware. Teknologi OSGi menyediakan sebuah
service-oriented, lingkungan yang berbasis komponen untuk pengembang dan
menawarkan jalan standard untuk mengatur siklus hidup software. Kemampuan ini
dapat menambah nilai jangkauan dari computer dan peralatan yang menggunakan
platform Java dengan sangat hebat. Teknologi OSGi mengadopsi keuntungan dari
menambah time-to-market dan mengurangi biaya pengembangan karena teknologi OSGi
menyediakan subsistem komponen yang terintegrasi dari pre-build dan pre-tested.
Teknologi ini juga mengurangi biaya perawatan dan memberikan kesempatan
aftermarket yang baru dan unik karena jaringan dapat digunakan untuk update
secara dinamik dan mengirimkan service 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
Allianceyang 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:
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 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 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
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.
Implementasi OSGI
Teknologi Osgi sudah sangat banyak dikembangkan untuk berbagai macam
keperluan dalamsehari hari maupun di bidang teknologi informasi dan industry
serta di bidang ilmu komputer.
1. Dalam kehidupan sehari-hari
Dikembangkan untuk mengendalikan alat-alat elektronik dalam rumah tangga dengan
internet. Yaitu dengan menghubungkan berbagai framework OSGI ini untuk
mengendalikan alat-alat rumah tangga yang bersifat elektronik. Hal ini
dilakukan dengan berbagai protocol network yaitu Bluetooth, uPnP, HAVi, dan
X10. Dengan bantuan Jini dan standart OSGI dari sun microsistem yaitu Java
Embedded Server. Teknologi ini dinamakan home network dan jinni adalah salah
satu standart untuk pembuatan home nerwork yang berbasis java.
2. Teknologi dan industry
Dalam hal ini pengembangan OSGI dalam Teknologi dan industri adalah untuk
otomatisasi industri. Seperti otomatisnya system dalam gudang yang dapat
meminta dalam PPIC untuk mengadakan bahan baku, dan masih banyak yang lain.
3. Ilmu Komputer
Dalam ilmu Komputer ini sangat banyak pengembang yang memanfaatkan
teknologi OSGI ini. Dari surfing di internet banyak yang mengulas tentang
Pemrograman Java yang mengapdopsi teknologi osgi ini. Salah satu contoh adalah
knopflerfish merupakan framework untuk melakukan OSGI didalam program Java. Dan
juga eclipse IDE merupakan OSGI frameworkyang dikembangkan oleh eclipse dan
berbasis GUI. Dan masih banyak juga dalam server serta program-program lain
yang mengembangkan teknologi OSGI ini.
Sumber :
http://andhirapradana.blogspot.com/2012/11/spesifikasi-dari-open-service-gateway.html
http://bluewarrior.wordpress.com/2009/12/01/open-services-gateway-initiative-osgi/
http://agungrastafun.blogspot.com/2012/12/bagaimana-spesifikasi-dari-osgi-open.html
Kolaborasi Antarmuka Otomotif Multimedia
Apa itu kolaborasi antar muka otomotif multimedia ?
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 bias saja
mengganggu system 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.
Sejarah 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. Inisiatif ini-yang pendiri Daimler-Chrysler,
Ford, General Motors, Renault dan Toyota – sekarang kelompok semua auto
utama pembuat, dan dengan demikian menyediakan kesempatan strategis baru untuk
mencapai suatu set umum industri mobil.
Untuk berbagai alasan, kendaraan telah tertinggal di
belakang rumah dan perangkat komputasi mobile ketika datang ke alat
produktivitas dan multimedia. Keamanan, kehandalan, biaya, dan desain waktu
memiliki semua faktor dalam produsen mobil ‘menunda penerimaan teknologi baru.
Makalah membahas otomotif standar untuk antarmuka multimedia. Organisasi
seperti Otomotif Kolaborasi Multimedia Interface (AMI-C) memiliki kesempatan
untuk menjadi kekuatan pendorong di belakang upaya standardisasi.
Depan yang berbeda, 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.
Tujuan
Tujuan dari proyek ini ialah sebagai berikut :
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.
Meningkatkan pilihan dan mengurangi keusangan sistem
elektronik kendaraan.
Memotong biaya keseluruhan informasi kendaraan dan
peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan
memperpendek waktu pengembangan - industri otomotif efektif terdiri dari banyak
pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai
adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit.
Menawarkan standar terbuka dan spesifikasi untuk
informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.
Proses Komunitas Java (Java Community
Process JCP)
Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama,
yaitu :
Java Virtual Machine (JVM)
Java Virtual Machine adalah sebuah
spesifikasi untuk sebuah komputer abstrak. JVM terdiri dari sebuah kelas
pemanggil dan sebuah interpreter Java yang mengeksekusi kode arsitektur netral.
Kelas pemanggil memanggil file API untuk dieksekusi oleh interpreter Java.
Dengan kata lain JVM adalah sebagai perantara antara program yang akan
dijalankan dan sistem operasi yang sedang digunakan.
Java Application Programming Interface (JAVA API)
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:
·
Java Standard Edition (SE), sebuah standar API
untuk merancang aplikasi desktop dan appletsdengan bahasa dasar yang
mendukung grafis, keamanan, konektivitas basis data dan jaringan.
·
Java Enterprose Edition (EE), sebuah inisiatif
API untuk merancang aplikasi serverdengan mendukung untuk basis data.
·
Java Macro Edition (ME), sebuah API untuk
merancang aplikasi yang jalan pada alat kecil seperti telepon genggam, komputer
genggam dan pager.
Pada saat ini teknologi java semakin berkembang, Sun
Microsystem memperkenalkan Java versi 1.2 atau lebih dikenal dengan nama
Java 2 yang terdiri atas JDK dan JRE versi 1.2. Pada Java 2 ini, java dibagi
menjadi 3 kategori:
·
Java 2 Standart Edition (J2SE)
Kategori ini digunakan untuk menjalankan dan mengembangkan
aplikasi-aplikasi Java pada level PC (Personal Computer)
·
Java 2 Enterprise Edition (J2EE)
Kategori ini digunakan untuk menjalankan dan mengembangkan
aplikasi-aplikasi Java pada lingkungan entriprise dengan menambahkan
fungsionalitas-fungsionalitas java semacam EJB (Enterprise Java Bean), Java
CORBA, Servlet dan JSP serta Java XML (Extensible Markup Language)
·
Java 2 Micro Edition (J2ME)
Kategori ini digunakan untuk menjalankan dan mengembangkan
aplikasi-aplikasi java pada handled devices atau perangkat-perangkat semacam
handphone, Palm,PDA, dan Pocket PC. J2ME dirancang untuk dapat
menjalankan program Java pada perangkat-perangkat semacam handphone
dan PDA, yang memiliki karakteristik yang berbeda dengan sebuah komputer biasa,
misalnya kecilnya jumlah memori pada handphone dan PDA. J2ME terdiri atas
komponen-komponen sebagai berikut Java Virtual Machine (JVM) dan Java API
(Application Programming Interface) serta Tools lain untuk pengembangan
aplikasi Java semacam emulator Java Phone dan emulator Motorolla. Dalam J2ME
dibagi menjadi dua bagian yang dikenal dengan
istilah configuration dan profile.
PROSES KOMUNITAS JAVA
(JAVA COMMUNITY PROCESS (JCP)
Setelah pembahasan mengenai jenis platform dan perkembangan
yang ada pada JAVA. sekarang saya akan memcoba memberikan informasi tentang
siapa yang mengembangkan kedua platform JAVAtersebut.
Platform yang ada pada JAVA dikembangkan oleh yang namanya
Java Community Process (JCP). JCP didirikan pada tahun 1998, merupakan suatu
proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat
dalam mengembangkan versi dan fitur dari platform JAVA tersebut. Di
dalam JCP terdapat yang namanya Java Specification
Request’s atau JSRs. JSRs adalah kumpulan dokumen formal yang
menggambarkan spesifikasi dan teknologi yang diusulkan oleh
orang-orang yang terlibat dalam JCP untuk melakukan
penambahan fitur-fitur yang terdapat pada platform JAVA tersebut.
Pada Spesifikasi untuk J2SE, J2EE dan J2ME perkembangannya
dibawah pengawasan Java Community Process (JCP). Spesifikasi yang dihasilkan
adalah Java Specification Request (JSR). JCP terdiri dari para ahli dari
berbagai perusahaan yang tergabung untuk membentuk Spesification. JSR ini
melalui beberapa tahap pada JCP sebelum selesai. Setiap JSR diberi nomor.
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.
Microsoft telah menunjukkan
komitmen untuk API yang kompatibel ke belakang, terutama di dalam Windows API
(Win32) perpustakaan, seperti aplikasi yang lebih tua dapat berjalan di Windows
versi yang lebih baru menggunakan pengaturan khusus eksekusi yang disebut
"Compatibility Mode" . Apple Inc telah menunjukkan kecenderungan yang
kurang perhatian ini, memecah kompatibilitas atau mengimplementasikan dalam
sebuah API yang lebih lambat "mode emulasi"; ini memungkinkan kebebasan
lebih besar dalam pembangunan, pada biaya pembuatan perangkat lunak yang lebih
tua usang. Antara Unix-seperti sistem operasi, ada banyak terkait tetapi tidak
sesuai sistem operasi berjalan pada platform hardware yang umum (khususnya
Intel 80386 sistem yang kompatibel). Sudah ada beberapa usaha untuk
standarisasi API vendor perangkat lunak sehingga dapat mendistribusikan satu
aplikasi binari untuk semua sistem ini, namun sampai saat ini, tidak satu pun
telah bertemu dengan banyak keberhasilan. Linux Standard Base adalah berusaha
untuk melakukan hal ini untuk Linux platform, sementara banyak dari beragam
Unix BSD (FreeBSD, NetBSD, OpenBSD) menerapkan berbagai tingkat kompatibilitas
API untuk kedua backward compatibility (memungkinkan program yang ditulis untuk
versi lama untuk berjalan di distribusi baru sistem) dan lintas-platform
kompatibilitas (memungkinkan eksekusi kode asing tanpa mengkompilasi ulang).