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.
AMI-C 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
Sumber
http://www.automotive multimedia interface collaboration/ami.com
http://www.osgi.org/wiki/uploads/News/AMI-
http://mrpram.blogspot.com
http://www.osun.org/Automotive+Multimedia+Interface+Colaboration-pdf.html
Senin, 28 Desember 2009
JCP JAVA COMMUNITY PROSES OR AMI-C
Sejarah Mengenai JCP
The JCP didirikan oleh Sun Microsystems pada tahun 1998.Selama dekade terakhir perusahaan telah melepaskan kontrol atas JCP, tetapi para pengecam mengatakan itu tidak cukup.Banyak di masyarakat Jawa percaya bahwa Sun mengejar kepentingan komersial sendiri tidak sesuai dengan tujuan membina sebuah lingkungan kolaboratif yang hanya bertujuan untuk meningkatkan teknologi Java.
Ada dua pokok kritik, salah satunya adalah bahwa Sun memiliki terlalu banyak pengaruh, dan yang lainnya adalah bahwa organisasi ini terlalu rahasia,” kata Patrick Curran, ketua JCP.
Java Community Process adalah organisasi yang paling penting dalam dunia perangkat lunak Java, dengan kemungkinan pengecualian dari Sun Microsystems itu sendiri.Bahkan JCP, yang membantu menentukan masa depan Jawa dengan mengembangkan teknologi Java baru spesifikasi dan referensi implementasi, hampir tidak terpisah dari Sun.Sponsor perusahaan organisasi dengan membayar gaji para staf, dan memberikan pengaruh yang besar atas kerja dalamnya.
Meskipun ia adalah karyawan Sun, Curran mengatakan ia melakukan yang terbaik untuk memajukan kepentingan masyarakat daripada Sun.Dia membela Sun peran penting dalam JCP sementara mengakui bahwa ia ingin kelompok untuk menjadi lebih “terbuka, demokratis, dan egaliter”.Kedepan nya, Curran mengharapkan JCP revisi ke model pemerintahan yang akan menambah transparansi dan menciptakan lebih tingkat lapangan bermain.
The reformer Pembaharu
Patrick Curran JCP selaku Ketua baru-baru ini berbicara dengan JavaWorld tentang proses standar JCP, tantangan yang dihadapi JCP, dan bagaimana ia percaya mereka dapat tetap: Dengarkan podcast. Meskipun kritik, Sun eksekutif Jeet Kaul mengatakan JCP adalah salah satu badan standar lebih baik ia telah berpartisipasi dalam, terutama karena melibatkan perusahaan dalam persaingan pasar langsung dengan satu sama lain.
Apache on 23 Februari melemparkan satu-satunya suara tidak setuju terhadap Java EE 6 spesifikasi, dan mengatakan itu bentuk protes terhadap sikap Sun pada Java SE lisensi.”Kami percaya bahwa anggota JCP yang tidak sesuai dengan isi dan semangat dari aturan-aturan yang mengatur seharusnya tidak diperbolehkan untuk memimpin JSRs,” Apache komentar.
Yang paling terkenal mungkin JCP kontroversi adalah satu-satunya yang melibatkan Apache Software Foundation, yang menuduh Sun menolak untuk memberikan izin itu yang dapat diterima untuk open source yang disebut implementasi Java SE Harmony.Menurut Geir Magnusson, Apache perwakilan ke JCP, lisensi Minggu itu menawarkan akan “membatasi kebebasan pengguna [dari Apache Harmony] telah menggunakan kembali perangkat lunak, apakah itu untuk mendistribusikan atau membuat karya turunan.”Magnusson adalah marah bahwa Sun memegang kekuasaan untuk lisensi teknologi Java, mengatakan bahwa Apache harus dapat melakukan apa pun yang dipilihnya selama pelaksanaannya kompatibel dengan spesifikasi JCP yang disetujui.Tapi aturan saat ini telah disetujui oleh anggota komite eksekutif JCP pada umumnya, bukan oleh Sun sendiri, Curran catatan.
Sumber : www.Javaworld.com
http://riniafriyanti.blogspot.com
The JCP didirikan oleh Sun Microsystems pada tahun 1998.Selama dekade terakhir perusahaan telah melepaskan kontrol atas JCP, tetapi para pengecam mengatakan itu tidak cukup.Banyak di masyarakat Jawa percaya bahwa Sun mengejar kepentingan komersial sendiri tidak sesuai dengan tujuan membina sebuah lingkungan kolaboratif yang hanya bertujuan untuk meningkatkan teknologi Java.
Ada dua pokok kritik, salah satunya adalah bahwa Sun memiliki terlalu banyak pengaruh, dan yang lainnya adalah bahwa organisasi ini terlalu rahasia,” kata Patrick Curran, ketua JCP.
Java Community Process adalah organisasi yang paling penting dalam dunia perangkat lunak Java, dengan kemungkinan pengecualian dari Sun Microsystems itu sendiri.Bahkan JCP, yang membantu menentukan masa depan Jawa dengan mengembangkan teknologi Java baru spesifikasi dan referensi implementasi, hampir tidak terpisah dari Sun.Sponsor perusahaan organisasi dengan membayar gaji para staf, dan memberikan pengaruh yang besar atas kerja dalamnya.
Meskipun ia adalah karyawan Sun, Curran mengatakan ia melakukan yang terbaik untuk memajukan kepentingan masyarakat daripada Sun.Dia membela Sun peran penting dalam JCP sementara mengakui bahwa ia ingin kelompok untuk menjadi lebih “terbuka, demokratis, dan egaliter”.Kedepan nya, Curran mengharapkan JCP revisi ke model pemerintahan yang akan menambah transparansi dan menciptakan lebih tingkat lapangan bermain.
The reformer Pembaharu
Patrick Curran JCP selaku Ketua baru-baru ini berbicara dengan JavaWorld tentang proses standar JCP, tantangan yang dihadapi JCP, dan bagaimana ia percaya mereka dapat tetap: Dengarkan podcast. Meskipun kritik, Sun eksekutif Jeet Kaul mengatakan JCP adalah salah satu badan standar lebih baik ia telah berpartisipasi dalam, terutama karena melibatkan perusahaan dalam persaingan pasar langsung dengan satu sama lain.
Apache on 23 Februari melemparkan satu-satunya suara tidak setuju terhadap Java EE 6 spesifikasi, dan mengatakan itu bentuk protes terhadap sikap Sun pada Java SE lisensi.”Kami percaya bahwa anggota JCP yang tidak sesuai dengan isi dan semangat dari aturan-aturan yang mengatur seharusnya tidak diperbolehkan untuk memimpin JSRs,” Apache komentar.
Yang paling terkenal mungkin JCP kontroversi adalah satu-satunya yang melibatkan Apache Software Foundation, yang menuduh Sun menolak untuk memberikan izin itu yang dapat diterima untuk open source yang disebut implementasi Java SE Harmony.Menurut Geir Magnusson, Apache perwakilan ke JCP, lisensi Minggu itu menawarkan akan “membatasi kebebasan pengguna [dari Apache Harmony] telah menggunakan kembali perangkat lunak, apakah itu untuk mendistribusikan atau membuat karya turunan.”Magnusson adalah marah bahwa Sun memegang kekuasaan untuk lisensi teknologi Java, mengatakan bahwa Apache harus dapat melakukan apa pun yang dipilihnya selama pelaksanaannya kompatibel dengan spesifikasi JCP yang disetujui.Tapi aturan saat ini telah disetujui oleh anggota komite eksekutif JCP pada umumnya, bukan oleh Sun sendiri, Curran catatan.
Sumber : www.Javaworld.com
http://riniafriyanti.blogspot.com
Rabu, 23 Desember 2009
OSGI
The OSGi Alliance yang sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno merupakan sebuah organisasi standar terbuka yang didirikan pada Maret 1999.
Aliansi dan anggota-anggotanya telah ditentukan sebuah layanan berbasis Java platform yang dapat dikelola dari jarak jauh. Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registry, sebuah lingkungan Eksekusi dan Modul.
Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
Kerangka kerja yang OSGi sistem modul untuk Java yang lengkap dan mengimplementasikan sebuah model komponen dinamis, sesuatu yang tidak ada di Java 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. Manajemen siklus hidup dilakukan melalui API yang memungkinkan untuk men-download jauh 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. Spesifikasi OSGi 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), armada manajemen dan aplikasi server.
* Spesifikasi Proses
Spesifikasi OSGi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi [1]. OSGi Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri
* Arsitektur
Layanan OSGi Gateway ArchitectureAny 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:
a.Bundel
Kumpulan jar normal komponen dengan nyata tambahan header.
Sebuah bundel adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi dengan rincian file pada MANIFEST.MF nyata semua isinya, serta layanan tambahan yang diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang lebih canggih, dengan tingkat deeming seluruh agregat sebuah komponen.
b.Layanan
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Java lama untuk menikmati
objek (POJO).
A Life Cycle menambahkan lapisan bundel dinamis yang dapat diinstal, mulai, berhenti, diperbarui dan dihapus. Buntalan bergantung pada lapisan modul untuk kelas loading tetapi menambahkan API untuk mengatur modul-modul dalam run time. Memperkenalkan lapisan siklus hidup dinamika yang biasanya bukan bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk menjamin operasi yang benar dari lingkungan.
c. Services Registry
API untuk manajemen jasa (ServiceRegistration, ServiceTracker dan ServiceReference).
OSGi Alliance yang telah ditentukan banyak layanan. Layanan yang ditentukan oleh antarmuka Java. Kumpulan dapat mengimplementasikan antarmuka ini dan mendaftarkan layanan dengan Layanan Registry. Layanan klien dapat menemukannya di registri, atau bereaksi ketika muncul atau menghilang.
d. Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
e.modul
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Keamanan
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
* Pelaksanaan Lingkungan
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.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
sumber : venskasahetapy.wordpress.com
Aliansi dan anggota-anggotanya telah ditentukan sebuah layanan berbasis Java platform yang dapat dikelola dari jarak jauh. Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registry, sebuah lingkungan Eksekusi dan Modul.
Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
Kerangka kerja yang OSGi sistem modul untuk Java yang lengkap dan mengimplementasikan sebuah model komponen dinamis, sesuatu yang tidak ada di Java 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. Manajemen siklus hidup dilakukan melalui API yang memungkinkan untuk men-download jauh 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. Spesifikasi OSGi 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), armada manajemen dan aplikasi server.
* Spesifikasi Proses
Spesifikasi OSGi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi [1]. OSGi Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri
* Arsitektur
Layanan OSGi Gateway ArchitectureAny 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:
a.Bundel
Kumpulan jar normal komponen dengan nyata tambahan header.
Sebuah bundel adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi dengan rincian file pada MANIFEST.MF nyata semua isinya, serta layanan tambahan yang diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang lebih canggih, dengan tingkat deeming seluruh agregat sebuah komponen.
b.Layanan
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Java lama untuk menikmati
objek (POJO).
A Life Cycle menambahkan lapisan bundel dinamis yang dapat diinstal, mulai, berhenti, diperbarui dan dihapus. Buntalan bergantung pada lapisan modul untuk kelas loading tetapi menambahkan API untuk mengatur modul-modul dalam run time. Memperkenalkan lapisan siklus hidup dinamika yang biasanya bukan bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk menjamin operasi yang benar dari lingkungan.
c. Services Registry
API untuk manajemen jasa (ServiceRegistration, ServiceTracker dan ServiceReference).
OSGi Alliance yang telah ditentukan banyak layanan. Layanan yang ditentukan oleh antarmuka Java. Kumpulan dapat mengimplementasikan antarmuka ini dan mendaftarkan layanan dengan Layanan Registry. Layanan klien dapat menemukannya di registri, atau bereaksi ketika muncul atau menghilang.
d. Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
e.modul
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Keamanan
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
* Pelaksanaan Lingkungan
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.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
sumber : venskasahetapy.wordpress.com
Minggu, 20 Desember 2009
Middleware Telematika
Sekilas ttg Middleware dalam Telematika
Yang dimaksud dengan 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 merupakan perangkat lunak yang terletak diantara program aplikasi dan pelayanan-pelayanan yang ada di sistem operasi.
fungsi-Fungsi dari middleware adalah:
1. Menyediakan lingkungan pemrograman aplilasi sederhana yang menyembunyikan penggunaan secara detail pelayanan-pelayanan yang ada pada sistem operasi .
2. Menyediakan lingkungan pemrograman aplikasi yang umum yang mencakup berbagai komputer dan sistim operasi.
3. 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.
* Layanan Middleware merupakan sekumpulan S/W terdistribusi yang menempati lapisan antara aplikasi dan sistem operasi serta layanan jaringan di suatu node pada jaringan komputer. Menyediakan kumpulan fungsi API (Application Programming Interfaces) yang lebih tinggi daripada API yang disediakan sistem operasi dan layanan jaringan yang memungkinkan suatu aplikasi dapat :
*
Mengalokasikan suatu layanan secara transparan pada jaringan
*
Menyediakan interaksi dengan aplikasi atau layanan lain
*
Tidak tergantung dari layanan jaringan
*
Handal dan mampu memberikan suatu layanan
*
Diperluas (dikembangkan) kapasitasnya tanpa
kehilangan fungsinya
Berikut ini contoh-contoh layanan middleware :
TRANSACTION MONITOR
*
Produk pertama yang disebut middleware.
*
Menempati posisi antara permintaan dari program client dan database, untuk menyakinkan bahwa semua transaksi ke database terlayani dengan baik.
MESSAGING MIDDLEWARE
Merupakan antarmuka dan transportasi antar aplikasi
*
Menyimpan data dalam suatu antrian message jika mesin tujuan sedang mati atau overloaded.
*
Mungkin berisi business logic yang merutekan message ke tujuan sebenarnya dan memformat ulang data lebih tepat.
*
Sama seperti sistem messaging email, kecuali messaging middleware digunakan untuk mengirim data antar aplikasi.
MIDDLEWARE BASISDATA
*
Middleware basisdata menyediakan antarmuka antara sebuah query dengan beberapa database yang terdistribusi.
*
Menggunakan, baik arsitektur hub and spoke atau arsitektur terdistribusi, memungkinkan data untuk digabungkan dari beberapa sumber data yang berbeda atau terpisah.
MIDDLEWARE APPLICATION SERVER
*
Sebuah Web-based Application server, yang menyediakan antarmuka untuk berbagai aplikasi, digunakan sebagai middleware antara browser dan aplikasi.
*
J2EE adalah contoh application serverA wide range of server-side processing has been supported by appservers (i.e.;J2EE).
CONTOH MIDDLEWARE :
*
Java’s: Remote Procedure Call
*
Object Management Group's: Common Object Request Broker Architecture (CORBA)
*
Microsoft's COM/DCOM (Component Object Model)
– Also .NET Remoting
Microsoft’s Component Object Model (COM)
Menangani pemaketan dan deployment komponen yang mendukung berbagai bahasa pemrograman. COM adalah arsitektur komponen yang memiliki beberapa kekuatan
*
Ribuan kontrol ActiveX controls (in-process COM components) tersedia di pasar.
*
Microsoft dan vendor lain membangun banyak tool yang mempercepat perkembangan aplikasi berbasis pada COM.
Sumber:
idkf.bogor.net/…/n21-software-bab2-industri-software-05-1998.rtf
Blog : http://re-revalota-soulmate.blogspot.com/
Blog : selivarlena.blogspot.com/2009/.../middleware-telematika_10.html -
Yang dimaksud dengan 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 merupakan perangkat lunak yang terletak diantara program aplikasi dan pelayanan-pelayanan yang ada di sistem operasi.
fungsi-Fungsi dari middleware adalah:
1. Menyediakan lingkungan pemrograman aplilasi sederhana yang menyembunyikan penggunaan secara detail pelayanan-pelayanan yang ada pada sistem operasi .
2. Menyediakan lingkungan pemrograman aplikasi yang umum yang mencakup berbagai komputer dan sistim operasi.
3. 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.
* Layanan Middleware merupakan sekumpulan S/W terdistribusi yang menempati lapisan antara aplikasi dan sistem operasi serta layanan jaringan di suatu node pada jaringan komputer. Menyediakan kumpulan fungsi API (Application Programming Interfaces) yang lebih tinggi daripada API yang disediakan sistem operasi dan layanan jaringan yang memungkinkan suatu aplikasi dapat :
*
Mengalokasikan suatu layanan secara transparan pada jaringan
*
Menyediakan interaksi dengan aplikasi atau layanan lain
*
Tidak tergantung dari layanan jaringan
*
Handal dan mampu memberikan suatu layanan
*
Diperluas (dikembangkan) kapasitasnya tanpa
kehilangan fungsinya
Berikut ini contoh-contoh layanan middleware :
TRANSACTION MONITOR
*
Produk pertama yang disebut middleware.
*
Menempati posisi antara permintaan dari program client dan database, untuk menyakinkan bahwa semua transaksi ke database terlayani dengan baik.
MESSAGING MIDDLEWARE
Merupakan antarmuka dan transportasi antar aplikasi
*
Menyimpan data dalam suatu antrian message jika mesin tujuan sedang mati atau overloaded.
*
Mungkin berisi business logic yang merutekan message ke tujuan sebenarnya dan memformat ulang data lebih tepat.
*
Sama seperti sistem messaging email, kecuali messaging middleware digunakan untuk mengirim data antar aplikasi.
MIDDLEWARE BASISDATA
*
Middleware basisdata menyediakan antarmuka antara sebuah query dengan beberapa database yang terdistribusi.
*
Menggunakan, baik arsitektur hub and spoke atau arsitektur terdistribusi, memungkinkan data untuk digabungkan dari beberapa sumber data yang berbeda atau terpisah.
MIDDLEWARE APPLICATION SERVER
*
Sebuah Web-based Application server, yang menyediakan antarmuka untuk berbagai aplikasi, digunakan sebagai middleware antara browser dan aplikasi.
*
J2EE adalah contoh application serverA wide range of server-side processing has been supported by appservers (i.e.;J2EE).
CONTOH MIDDLEWARE :
*
Java’s: Remote Procedure Call
*
Object Management Group's: Common Object Request Broker Architecture (CORBA)
*
Microsoft's COM/DCOM (Component Object Model)
– Also .NET Remoting
Microsoft’s Component Object Model (COM)
Menangani pemaketan dan deployment komponen yang mendukung berbagai bahasa pemrograman. COM adalah arsitektur komponen yang memiliki beberapa kekuatan
*
Ribuan kontrol ActiveX controls (in-process COM components) tersedia di pasar.
*
Microsoft dan vendor lain membangun banyak tool yang mempercepat perkembangan aplikasi berbasis pada COM.
Sumber:
idkf.bogor.net/…/n21-software-bab2-industri-software-05-1998.rtf
Blog : http://re-revalota-soulmate.blogspot.com/
Blog : selivarlena.blogspot.com/2009/.../middleware-telematika_10.html -
Langganan:
Postingan (Atom)
