CLICK HERE FOR BLOGGER TEMPLATES AND MYSPACE LAYOUTS »

Jumat, 20 November 2009

Open Service Gateway Intiative (OSGI)

Manfaat Menggunakan OSGi

Menjelaskan teknologi OSGi kepada orang-orang asing dengan itu adalah sangat sulit. Ada banyak artikel di web yang agak kesal memberitahu Anda bahwa tidak ada penjelasan baik teknologi OSGi dan bahwa artikel akan memecahkan itu. Sayangnya, cukup sering artikel-artikel masih gagal untuk menjelaskannya kepada pendatang baru mutlak karena teknologi OSGi memberikan solusi untuk masalah-masalah yang banyak orang hanya lihat sebagai aspek-aspek intrinsik dari pengembangan perangkat lunak di Jawa dan menyebut mereka tidak akan masalah.

Yah, masalah ini tidak intrinsik dan teknologi OSGi memecahkan banyak dari mereka. Artikel ini mencoba untuk menjelaskan mengapa teknologi OSGi relevan dan mengapa pengembang perangkat lunak, serta orang-orang yang strategis, perlu diperhatikan. Beberapa orang mengatakan teknologi OSGi dirahasiakan terbaik dari industri komputasi. Mari kita mencoba untuk mengubah ini.

Alasan kunci teknologi OSGi saat ini begitu sukses adalah bahwa ia menyediakan komponen yang sangat dewasa sistem yang benar-benar bekerja dalam jumlah yang mengejutkan lingkungan. Sebuah sistem komponen yang benar-benar digunakan untuk membangun aplikasi yang sangat kompleks seperti IDE (Eclipse), aplikasi server (GlassFish, IBM Websphere, Oracle / BEA Weblogic, Jonas, JBoss), penerapan kerangka kerja (Spring, Guice), otomasi industri, perumahan gateway, telepon, dan banyak lagi.

Jadi, apa manfaat tidak OSGi 's sistem komponen memberikan Anda? Yah, cukup daftar:

  • Mengurangi Kompleksitas - Mengembangkan dengan teknologi OSGi berarti mengembangkan bundel: komponen yang OSGi. Adalah kumpulan modul. Mereka menyembunyikan internal dari bundel lain dan berkomunikasi melalui layanan didefinisikan dengan baik. Menyembunyikan internals berarti lebih banyak kebebasan untuk berubah nanti. Hal ini tidak hanya mengurangi jumlah bug, itu juga membuat kumpulan sederhana untuk berkembang karena bundel ukuran benar menerapkan sepotong fungsionalitas melalui antarmuka yang didefinisikan dengan baik. Ada yang menarik blog yang menggambarkan teknologi OSGi apa yang mereka lakukan bagi proses pembangunan.
  • Reuse - Para model komponen OSGi membuatnya sangat mudah untuk menggunakan banyak komponen pihak ketiga dalam sebuah aplikasi. Peningkatan jumlah proyek-proyek sumber terbuka memberikan botol-botol mereka siap dibuat untuk OSGi. Namun, perpustakaan komersial juga menjadi tersedia sebagai bundel siap pakai.
  • Real World - OSGi kerangka kerja yang dinamis. Ini dapat memperbarui buntalan on the fly dan jasa bisa datang dan pergi. Pengembang digunakan untuk lebih tradisional Jawa melihat ini sebagai fitur yang sangat bermasalah dan gagal untuk melihat keuntungan. Namun, ternyata bahwa dunia nyata sangat dinamis dan memiliki pelayanan yang dinamis bisa datang dan pergi membuat layanan yang cocok untuk banyak skenario dunia nyata. Sebagai contoh, sebuah layanan dapat model perangkat dalam jaringan. Jika perangkat terdeteksi, layanan terdaftar. Jika perangkat hilang, layanan ini tidak terdaftar. Ada sejumlah mengejutkan dunia nyata skenario yang cocok dengan model layanan yang dinamis ini. Oleh karena itu dapat menggunakan kembali aplikasi yang kuat dari layanan primitif registry (pendaftaran, mendapatkan, daftar filter dengan bahasa yang ekspresif, dan menunggu untuk layanan muncul dan menghilang) dalam domain mereka sendiri. Hal ini tidak hanya menghemat menulis kode, itu juga menyediakan visibilitas global, debugging tools, dan fungsionalitas lebih daripada yang telah dilaksanakan selama satu solusi khusus. Menulis kode pada lingkungan yang dinamis seperti terdengar seperti mimpi buruk, tetapi untungnya, ada dukungan kelas dan kerangka kerja yang mengambil sebagian besar, jika tidak semua, dari rasa sakit itu.
  • Easy Deployment - OSGi teknologi yang bukan hanya sebuah standar untuk komponen. Ini juga menentukan bagaimana komponen diinstal dan dikelola. API ini telah digunakan oleh banyak berkas untuk menyediakan sebuah agen manajemen. Agen manajemen ini bisa sesederhana sebagai perintah shell, sebuah TR-69 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 - Para komponen OSGi model adalah model dinamis. Kumpulan dapat diinstal, mulai, berhenti, diperbarui, dan dihapus tanpa menurunkan keseluruhan sistem. Jawa Banyak pengembang tidak percaya ini dapat dilakukan pada awalnya dipercaya dan karena itu tidak menggunakan dalam produksi. Namun, setelah menggunakan ini dalam pembangunan selama beberapa waktu, sebagian besar mulai menyadari bahwa itu benar-benar bekerja dan secara signifikan mengurangi penyebaran kali.
  • Adaptif - Para model komponen OSGi dirancang dari bawah ke atas untuk mengizinkan pencampuran dan pemaduan komponen. Ini membutuhkan dependensi komponen perlu ditentukan dan membutuhkan komponen untuk hidup dalam lingkungan di mana mereka dependensi opsional tidak selalu tersedia. Layanan yang OSGi registri registri yang dinamis di mana kumpulan dapat mendaftar, mendapatkan, dan mendengarkan layanan. Model layanan dinamis ini memungkinkan kumpulan untuk mengetahui kemampuan apa yang tersedia di sistem dan menyesuaikan fungsi dapat mereka berikan. Hal ini membuat kode lebih fleksibel dan tahan terhadap perubahan.
  • Transparansi - Kumpulan dan jasa adalah warga negara kelas pertama di lingkungan OSGi. Manajemen API menyediakan akses ke keadaan internal seikat serta bagaimana terhubung ke kumpulan lain. Sebagai contoh, sebagian besar kerangka memberikan perintah shell yang menunjukkan keadaan internal ini. Bagian dari aplikasi dapat dihentikan untuk debug masalah tertentu, atau bundel diagnostik dapat dibawa masuk Bukannya menatap garis jutaan penebangan output dan reboot panjang kali, aplikasi OSGi sering dapat hidup debugged dengan perintah shell.
  • Versi - teknologi OSGi JAR menyelesaikan neraka. JAR neraka adalah masalah bahwa perpustakaan yang bekerja dengan perpustakaan B; versi = 2, tapi perpustakaan C hanya dapat bekerja dengan B; versi = 3. Dalam lingkungan OSGi, semua bundel secara hati-hati diversi dan hanya buntalan yang dapat berkolaborasi yang dihubungkan bersama di dalam ruang kelas yang sama. Hal ini memungkinkan kedua bundel A dan C untuk berfungsi dengan perpustakaan mereka sendiri. Meskipun tidak disarankan untuk merancang sistem dengan versi ini masalah, dapat menjadi penolong dalam beberapa kasus.
  • Kecil - The OSGi Release 4 Kerangka dapat diimplementasikan dalam tentang JAR 300KB. Ini adalah sebagian kecil overhead untuk jumlah fungsi yang ditambahkan ke salah satu aplikasi dengan memasukkan OSGi. OSGi karena itu berjalan pada berbagai macam perangkat: dari sangat kecil, kecil, untuk mainframe. Hanya meminta Java VM minimal untuk menjalankan dan menambahkan sangat sedikit di atasnya.
  • Cepat - Salah satu tanggung jawab utama dari kerangka kerja OSGi memuat kelas-kelas dari bundel. Di Jawa tradisional, tong-tong benar-benar terlihat dan ditempatkan pada daftar linear. Pencarian sebuah kelas memerlukan pencarian melalui ini (sering sangat panjang, 150 tidak umum) daftar. Sebaliknya, pra-kabel OSGi bundel dan tahu persis untuk setiap bundel bundel yang menyediakan kelas. Kurangnya pencarian yang signifikan faktor mempercepat saat startup.
  • Malas - malas perangkat lunak yang baik dan teknologi telah banyak OSGi mekanisme tempat untuk melakukan sesuatu hanya bila mereka benar-benar diperlukan. Sebagai contoh, kumpulan dapat dimulai dengan penuh semangat, tetapi mereka juga dapat dikonfigurasi untuk hanya mulai ketika bundel lain menggunakan mereka. Layanan bisa didaftarkan tetapi hanya diciptakan ketika mereka digunakan. Spesifikasi telah dioptimalkan beberapa kali untuk memungkinkan semacam ini malas skenario yang dapat menghemat biaya runtime luar biasa.
  • Aman - Jawa memiliki yang sangat kuat model keamanan berbutir halus di bagian bawah tetapi memiliki ternyata sangat sulit untuk mengkonfigurasi dalam praktek. Hasilnya adalah bahwa aplikasi Java paling aman adalah berjalan dengan biner pilihan: tidak ada keamanan atau kemampuan yang sangat terbatas. Model keamanan yang OSGi memanfaatkan berbutir halus model keamanan tetapi meningkatkan kegunaan (serta pengerasan model asli) dengan memiliki pengembang bungkusan menentukan rincian keamanan yang diminta dalam bentuk yang mudah diaudit sementara lingkungan operator tetap bertanggung jawab sepenuhnya. Secara keseluruhan, kemungkinan OSGi memberikan salah satu aplikasi yang paling aman lingkungan yang masih dapat dipakai pendek dilindungi hardware platform komputasi.
  • Humble - Banyak kerangka mengambil alih seluruh VM, mereka hanya membolehkan satu contoh untuk berjalan dalam sebuah VM. Fleksibilitas dari spesifikasi OSGi ditunjukkan dengan bagaimana bahkan dapat dijalankan di dalam sebuah J2EE Application Server. Banyak pengembang ingin berlari OSGi tapi perusahaan mereka tidak memungkinkan mereka untuk menyebarkan guci normal. Sebaliknya, mereka termasuk sebuah kerangka OSGi dalam file dan dimuat War buntalan mereka dari sistem file atau melalui jaringan. OSGi begitu fleksibel bahwa salah satu server aplikasi dapat dengan mudah host beberapa kerangka kerja OSGi.
  • Non intrusif - Aplikasi (bundel) di lingkungan OSGi diserahkan kepada mereka sendiri. Mereka dapat menggunakan hampir semua fasilitas VM tanpa OSGi membatasi mereka. Praktek terbaik dalam OSGi adalah menulis Plain Old Java Objects dan karena alasan ini, tidak ada antarmuka khusus diperlukan untuk layanan OSGi, bahkan sebuah String Jawa objek dapat bertindak sebagai layanan OSGi. Strategi ini membuat kode aplikasi lebih mudah untuk port ke lingkungan lain.
  • Menjalankan Di mana-mana - Yah, itu tergantung. Tujuan asli Jawa untuk menjalankan mana-mana. Jelas, tidak mungkin untuk menjalankan semua kode di mana-mana karena kemampuan VMS Jawa berbeda. Sebuah VM pada ponsel kemungkinan akan tidak mendukung perpustakaan yang sama sebagai mainframe IBM menjalankan aplikasi perbankan.. Ada dua masalah untuk mengurus. Pertama, OSGi API seharusnya tidak menggunakan kelas-kelas yang tidak tersedia di semua lingkungan. Kedua, seikat seharusnya tidak dicoba jika itu berisi kode yang tidak tersedia di lingkungan eksekusi. Kedua isu ini telah mengurus dalam spesifikasi OSGi.
  • Digunakan secara luas - The OSGi spesifikasi mulai keluar di pasar otomatisasi rumah tertanam tetapi sejak tahun 1998 mereka telah banyak digunakan di banyak industri: otomotif, mobile telephony, otomasi industri, gateway & router, pertukaran cabang pribadi, fixed line telepon, dan banyak lagi. Sejak 2003, yang sangat populer Eclipse Integrated Development Environment OSGi berjalan pada teknologi dan menyediakan dukungan luas bagi pembangunan bundel. Dalam beberapa tahun terakhir, OSGi telah diambil oleh perusahaan pengembang. Gerhana pengembang menemukan kekuatan teknologi OSGi tetapi juga Spring Framework membantu mempopulerkan teknologi ini dengan membuat ekstensi spesifik untuk OSGi. Hari ini, Anda dapat menemukan teknologi OSGi di fondasi IBM Websphere, SpringSource Application Server, Oracle (sebelumnya BEA) Weblogic, Sun GlassFish, dan Redhat's JBoss.
  • Didukung oleh Key Perusahaan - OSGi menghitung beberapa perusahaan komputer terbesar dari set yang beragam industri sebagai anggota. Anggota dari: Oracle, IBM, Samsung, Nokia, IONA, Motorola, NTT, Siemens, Hitachi, Deutsche Telekom, Redhat, Ericsson, dan banyak lagi.


OSGi spesifikasi yang dimulai pada tahun 1998 dan ditujukan untuk pasar otomatisasi rumah, berusaha untuk memecahkan masalah bagaimana membangun aplikasi dari komponen-komponen independen. Dalam dekade terakhir ini, industri perangkat lunak secara mendasar berubah karena ledakan di proyek sumber terbuka. Sepuluh tahun yang lalu, aplikasi sebagian besar terdiri atas kode yang ditulis secara khusus. Hari ini, sebagian besar sebagian besar perangkat lunak open source pengkabelan atas artefak yang sering tidak dirancang untuk bekerja bersama-sama. Ini adalah masalah yang serupa OSGi dirancang untuk memecahkan. Banyak proyek sumber terbuka Oleh karena itu, mengadopsi spesifikasi OSGi karena mereka melihat bahwa mereka dapat berfokus pada masalah nyata dan tidak terlalu khawatir tentang infrastruktur, serta menjadi lebih mudah untuk digunakan dalam proyek lainnya. Tren ini dipercepat.

Jika Anda mengembangkan software di Jawa maka teknologi OSGi harus menjadi langkah logis berikutnya karena memecahkan berbagai masalah yang mungkin Anda bahkan tidak menyadari dapat dipecahkan. Keuntungan dari teknologi OSGi begitu banyak sehingga jika Anda menggunakan Java, maka harus dalam OSGi alat dada Anda.

Sumber :

(http://www.osgi.org/)

Kamis, 19 November 2009

Middleware Telematika

middleware adalah istilah umum dalam pemrograman komputer yang digunakan untuk menyatukan, sebagai penghubung, ataupun untuk meningkatkan fungsi dari dua buah progaram/aplikasi yang telah ada.
Perangkat lunak middleware adalah perangkat lunak yang terletak diantara program aplikasi dan pelayanan-pelayanan yang ada di sistim operasi. Adapun fungsi dari middleware adalah:

* Menyediakan lingkungan pemrograman aplilasi sederhana yang menyembunyikan penggunaan secara detail pelayanan-pelayanan yang ada pada sistem operasi .

* Menyediakan lingkungan pemrograman aplikasi yang umum yang mencakup berbagai komputer dan sistim operasi.

* Mengisi kekurangan yang terdapat antara sistem operasi dengan aplikasi, seperti dalam hal: networking, security, database, user interface, dan system administration.

Database middleware adalah salah satu jenis middleware disamping message-oriented middleware, object-oriented middleware, remote procedure call, dan transaction processing monitor. Pada prinsipnya, ada tiga tingkatan integrasi sistem komputer yaitu integrasi jaringan, integrasi data, dan integrasi applikasi. Database middleware menjawab tantangan integrasi data, sedangkan midleware-middleware yang lain menjawab tantangan integrasi applikasi dan jaringan.

Database middleware yang paling umum digunakan adalah ODBC (Open DataBase Connectivity). Keterbatasan ODBC adalah bahwa middleware ini didisain untuk bekerja pada tipe penyimpanan relational database, lebih tepatnya SQL-based relational database2, meskipun pada saat buku ini ditulis sudah tersedia ODBC untuk text file dan Excel spreadsheet.

Database middleware yang lain, yang merupakan superset daripada ODBC adalah OLEDB. OLEDB bisa mengakses hampir segala macam bentuk database, dan karenanya Microsoft mengklaim OLEDB sebagai Universal Data Access Interface2. Kelebihan yang lain dari OLEDB adalah dia didisain dengan konsep obyek komponen (Component Object Model) yang mengandalkan object-oriented computing dan menjadi salah satu trend di dunia komputasi. Hanya saja OLEDB relatif masih baru pada saat buku ini ditulis, sehingga penulis belum dapat mengevaluasinya lebih jauh.

Database middleware yang ketiga lebih bersifat produk daribada sekedar standard seperti ODBC dan OLEDB yang bisa dibuat oleh berbagai vendor. Beberapa produk database middleware yang bisa disebutkan di sini adalah Oracle’s DB Integrator (previously DIGITAL’s DB Integrator), Sybase’s Omni CONNECT, and International Software Group’s Navigator. Kelebihan dari produk-produk ini dibandingkan dengan standard seperti ODBC dan OLEDB adalah performance, yang sangat sulit dimiliki oleh suatu produk yang mengacu pada standar1.

Sumber:

idkf.bogor.net/…/n21-software-bab2-industri-software-05-1998.rtf

Kamis, 05 November 2009

Interface Dalam Telematica

Interface dalam telematika meliputi banyak hal,salah satu nya adalah video conference,
Layanan video conference merupakan layanan komunikasi yang melibatkan video dan audio secara real time. Teknologi yang digunakan untuk layanan video conference komersial pada awalnya dikembangkan di atas platform ISDN (Integrated Switch Digital Network) dengan standar H.320. Secara fungsional, elemen pendukung layanan video conference terdiri dari:

- Terminal video conference atau endpoint video conference, adalah perangkat yang berada di sisi pengguna video conference.

- MCU (Multipoint Conference Unit), adalah semacam server yang berfungsi sebagai pengendali konferensi yang melibatkan banyak pengguna dan banyak sesi konferensi.

- Gateway dan gatekeeper adalah media yang melakukan proses adaptasi komunikasi video conference berbasis ISDN ke IP dan sebaliknya.


Jenis Video Conference

Jenis video conference berdasarkan hubungan diantara pemakainya dapat dibagi menjadi tiga bagian :

1. Real Time Colaboration Multiparty Conferencing, merupakan sarana hubungan konferensi yang seketika dengan resolusi yang baik dan interaktif.

2. Active Participation Users, hubungan yang terjadi diantara pemakai dengan jaringan komputer atau basis data, merupakan konferensi yang seketika dengan resolusi yang baik dan interaktif.

3. Passive Participation Users, keikutsertaan pemakai bersifat pasif dan memerlukan hubungan yang seketika dan interaktif.


Sistem Terminal V ideo Conference

Jenis video conference menurut system terminalnya dibagi menjadi 2 bagian :

1. Special video conference terminal, merupakan suatu terminal khusus sebagai hasil integrasi produk-produk modular video conference. Bagian ini pengembangan dari traditional video conference yang ditambahkan dengan perangkat seperti komputer dan faks.

2. PC-based video conference terminal, seperangkat komputer yang dapat ditingkatkan kemampuannya dengan menambahkan video codec, kamera, mikrofon, perangkat lunak dan sistem lainnya.


Pemakaian Lebar Pita Frekuensi Video conference

Pelayanan video conference berdasarkan pemakaian lebar pita frekuensi dapat dibagi menjadi tiga bagian :

1. Shared Bandwidth, pemakaian lebar pita secara bersama-sama dapat dipenuhi oleh jaringan komunikasi seperti LAN.

2. Dedicated Bandwidth, pemakaian lebar pita frekuensi secara khusus atau tersendiri, dapat dipenuhi oleh jaringan komunikasi seperti saluran terdedikasi atau penyambung LAN.

3. Allocated Bandwdth, pengalokasian lebar pita frekuensi dapat dipenuhi oleh jaringan komunikasi seperti pada system isochronus misalnya FDDI II, IEEE 802.9, Isochronus Ethernet (isoENET), 100mbps Ethernet dengan protocol prioritas permintaan dan Cell Reley serta ATM.