CLICK HERE FOR BLOGGER TEMPLATES AND MYSPACE LAYOUTS »

Minggu, 06 Desember 2009

(JAVA Community Proses) JCP

(JAVA Community Proses) JCP
Sejarah JCP
Java Community Process mungkin 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.

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.

Beberapa telah menyerukan perubahan yang lebih mendasar pemerintahan dari JCP, atau mengusulkan agar JCP harus dibebaskan dari Sun sama sekali.

Lain mengatakan bahwa Sun tidak mampu melepaskan kendali atas badan standar Jawa, dan bahwa kepemimpinan JCP membutuhkan lebih banyak dari Sun, tidak kurang.

Mendemokrasikan JCP

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.

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 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.

"Satu-satunya peran yang kita mainkan adalah mencoba untuk memastikan ada kesepakatan dan hal-hal yang bergerak maju," kata Kaul, Senior Vice President of client software di Sun. "Kompatibilitas adalah tanda dari apa yang kita inginkan. Jika anda memiliki versi yang berbeda 7.000 Jawa itu tidak memiliki nilai di pasaran saat ini. Itu akan menyakiti orang yang sama yang mengeluh."

Project Harmony Proyek Harmony

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.

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.

Kaul menuduh Apache menginginkan sebuah "lisensi yang bebas" di mana siapa saja yang menggunakan kode Apache "bisa melakukan apa saja dengan Jawa yang mereka inginkan."Pada suatu titik, pendekatan semacam itu akan menghancurkan kemampuan Sun untuk menghasilkan uang, katanya.

Curran mengatakan sengketa dapat menjelaskan masalah dengan Java Specification Participation Agreement (JSPA), sebuah dokumen hukum yang masing-masing anggota JCP harus masuk ke dalam dengan Sun. "Jika ada cukup ambiguitas dalam dokumen JSPA pengacara mahal sehingga dapat tidak sepakat tentang maknanya," katanya, "kita perlu memperbaikinya sehingga jelas dan tidak ambigu dan mengungkapkan apa yang kita inginkan untuk mengungkapkan."

Sumber : www.Javaworld.com


automotive multimedia interface collaboration

Automotive Multimedia Interface Collaboration (AMIC)


AMI-C adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi. Tujuan utamanya adalah untuk:
  • 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; dan
  • Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.

Awal tahun ini, AMI-C mendirikan gugus tugas bersama dengan PALING Kerjasama di Karlsruhe, Jerman untuk mulai mengharmonisasikan spesifikasi masing-masing.Tujuannya adalah untuk memastikan bahwa AMI-C kerangka arsitektur dapat menggunakan PALING jaringan berkecepatan tinggi, dan untuk bekerja sama dalam mengembangkan prioritas dan rencana untuk masa depan.Organisasi memiliki banyak anggota yang sama, produksi mengembangkan kendaraan yang menggunakan jaringan MOST.AMI-C juga mengusulkan tambahan ke IDB 1394 spesifikasi fisik.

Medea + mitra sudah terlibat dalam banyak proses standarisasi ini.Dan Medea + Silicon A404 Systems for Automotive Electronics (SSAE) proyek adalah memimpin dalam merancang arsitektur dan generik baru chipset untuk mendukung elektronik / aplikasi telematika di dalam mobil. Tujuannya adalah untuk mendefinisikan arsitektur sesuai sesuai dengan spesifikasi AMI-C serta merancang dan mengevaluasi komponen sistem tingkat dan spesifik menghubungkan perangkat.

Dasar dari pendekatan adalah penggunaan toleran kesalahan-bus untuk menghubungkan dan mengendalikan berbagai unit pusat dan multi-fungsi modul yang akan mengakuisisi, mentransfer dan menyimpan data.Baru kendaraan listrik dan elektronik arsitektur switching unit link cerdas untuk tubuh dan fungsi kenyamanan, sebuah kotak telematika, kotak multimedia, unit kontrol elektronik lainnya dan perangkat elektro-mekanik (Mechatronic) modul.

Tujuan lain dari proyek SSAE termasuk desain yang handal dan hemat biaya komponen silikon dan spesifik menghubungkan perangkat yang akan melakukan sebagai bagian dari arsitektur tersebut.Protokol perangkat lunak yang relevan sedang dikembangkan di Electronic Embedded ITEA Arsitektur (TIMUR-EEA) proyek, yang dimulai pada awal 2001 dan dijadwalkan berakhir pada tahun 2003.

Perhatian utama adalah biaya pelaksanaan arsitektur baru tersebut.Proyek yang SSAE berkonsentrasi pada pengembangan chip multi-fungsi modul yang dapat dengan mudah diproduksi secara massal untuk sejumlah model mobil.12 mitra di horizontal dan / atau persaingan vertikal termasuk pembuat mobil, peralatan pemasok, dan produsen chip.Kelompok ini menawarkan keahlian yang luas dalam pembuatan mobil, elektronik dan telematika penyediaan peralatan, semikonduktor produksi dan penyediaan layanan.

Tapi Medea + dukungan kepada daerah otomotif juga termasuk komponen yang mendasari perkembangan teknologi:

  • The Medea + T124 sistem Suhu Operasional Tinggi di Chip, Majelis dan Keandalan (HOTCAR) proyek ini dimaksudkan untuk memenuhi meningkatnya permintaan untuk mampu menahan elektronik kasar lingkungan operasi.Permintaan oleh industri otomotif untuk lengkap subassemblies siap untuk me-mount di dalam kendaraan berarti bahwa semua peralatan kontrol elektronik harus dipasang langsung di unit seperti unit mesin dan transmisi, di mana mereka akan dikenakan untuk jangka panjang temperatur yang ekstrem, getaran dan kelembaban.Pembakuan sangat penting untuk mengendalikan biaya spesifik tersebut relatif rendah tapi volume perangkat elektronik dan karena itu membentuk suatu bagian integral dari proyek.
  • Medea + juga mendukung konsorsium yang bertanggung jawab menjabarkan solusi yang berorientasi masa depan pada proses semikonduktor untuk suplai baterai 42V dalam aplikasi otomotif (Medea + T122, SC untuk 42V Otomotif).
  • Penuh semangat hasil yang diharapkan adalah Medea + T102 Aplikasi Spesifik Desain untuk ESD dan Substrat Effects (ASDESE) proyek juga.Fitur penurunan ukuran, tumbuh kompleksitas dan frekuensi operasi yang lebih tinggi dari generasi berturut-turut sirkuit terpadu, electrostatic discharge (ESD) dan umpan balik melalui penggandengan substrat menjadi lebih dan lebih problematis.Dalam lingkup proyek ini, metode untuk peningkatan kehandalan desain dan desain Asics efisiensi serta perlindungan terhadap ESD mereka dan tidak dikehendaki efek substrat dianalisis secara rinci.
  • Proyek-proyek lain dalam desain elektronik sistem otomasi desain memperkuat efisiensi dalam otomotif dan aplikasi lain juga:

      - The Medea + A508 Spesifikasi dan algoritma / arsitektur-co-desain untuk aplikasi yang sangat kompleks di otomotif dan komunikasi (SPEAC) Proyek ini bertujuan membangun sebuah generasi baru dari tingkat sistem front-end, di atas aliran desain saat ini digunakan dalam industri.
      - The Medea + A509 System Design Microelectronic EMC kepadatan tinggi frekuensi tinggi Interconnect dan Lingkungan (MESDIE) proyek pengembangan perangkat perlindungan EMC dan sistem interkoneksi yang dioptimalkan untuk mencapai kinerja yang lebih tinggi pada chip dan kepadatan tinggi tingkat kemasan, dan
      - The Medea + A510 Analog tambahan untuk sistem-untuk-desain otomatis silikon (Anastasia +) proyek mulus mengembangkan desain top-down terpadu metode campuran analog dan sinyal (A / MS) sistem dan untuk mencapai otomatisasi tingkat tinggi / menggunakan kembali di A / MS proses desain.
Sumber : http://www.medeaplus.org/web/medeaplus/article_october2002.php

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.

Sabtu, 31 Oktober 2009

Layanan Telematika

Yang termasuk dalam telematika ini adalah layanan dial up ke Internet maupun semua jenis jaringan yang didasarkan pada sistem telekomunikasi untuk mengirimkan data. Internet sendiri merupakan salah satu contoh telematika.
Di Indonesia, pengaturan dan pelaksanaan mengenai berbagai bidang usaha yang bergerak di sektor telematika diatur oleh Direktorat Jenderal Aplikasi Telematika. Direktorat Jenderal Aplikasi Telematika (disingkat DitJen APTEL) adalah unsur pelaksana tugas dan fungsi Departemen di bidang Aplikasi Telematika yang berada di bawah dan bertanggungjawab kepada Menteri Komunikasi dan Informatika Republik Indonesia.
Fungsi Direktorat Jenderal Aplikasi Telematika (disingkat DitJen APTEL) meliputi:
• Penyiapan perumusan kebijakan di bidang e-government, e-business, perangkat lunak dan konten, pemberdayaan telematika serta standardisasi dan audit aplikasi telematika;
• Pelaksanaan kebijakan di bidang e-government, e-business, perangkat lunak dan konten, pemberdayaan telematika serta standardisasi dan audit aplikasi telematika;
• Perumusan dan pelaksanaan kebijakan kelembagaan internasional di bidang e-government, e-business, perangkat lunak dan konten, pemberdayaan telematika serta standardisasi dan audit aplikasi telematika;
• Penyusunan standar, norma, pedoman, kriteria, dan prosedur di bidang e-government, e-business, perangkat lunak dan konten, pemberdayaan telematika serta standardisasi dan audit aplikasi telematika;
• Pembangunan, pengelolaan dan pengembangan infrastruktur dan manajemen aplikasi sistem informasi pemerintahan pusat dan daerah;
• Pemberian bimbingan teknis dan evaluasi;
• Pelaksanaan administrasi Direktorat Jenderal Aplikasi Telematika.
Sumber : http://robeeon.net/search/perkembangan+Telematika+Di+Indonesia

## TekNologi Telematika ##

Teknologi informasi dan komunikasi, pada masa sekarang tidak dapat dilepaskan dengan telematika (cyberspace). Perkembangan teknologi informasi dan komunikasi, telah mempengaruhi banyak aspek kehidupan di masyarakat, antara lain dalam alam perkembangannya, teknologi telematika ini telah menggunakan kecepatan dan jangkauan transmisi energi elektromagnetik, sehingga sejumlah besar informasi dapat ditransmisikan dengan jangkauan, menurut keperluan, sampai seluruh dunia. Pada saat ini informasi sudah banyak berkembang sedemikian rupa, hanya saja harus adanya dukungan teknologi. Teknologi telematika yang telah berkembang sehingga mampu menyampaikan suatu informasi.

Rabu, 28 Oktober 2009

Gambar KSI Lanjut

Senin, 12 Oktober 2009

Gambar KSI Lanjut

Selasa, 06 Oktober 2009

PENGANTAR TELEMATIKA

PENGANTAR TELEMATIKA

Yang saya tahu telematika adalah merujuk pada hekekat cyberspace sebagai suatu system elektronik yang lahir dari perkembangan dan konvergensi telekomonikasi, media dan informatika. Kata TELEMATIKA, berasal dari istilah dalam bahasa Perancis "TELEMATIQUE" yang merujuk pada bertemunya sistem jaringan komunikasi dengan teknologi informasi. Istilah Teknologi Informasi itu sendiri merujuk pada perkembangan teknologi perangkat-perangkat pengolah informasi. Para praktisi menyatakan bahwa TELEMATICS adalah singkatan dari "TELECOMMUNICATION and INFORMATICS" sebagai wujud dari perpaduan konsep Computing and Communication. Istilah Telematics juga dikenal sebagai "the new hybrid technology" yang lahir karena perkembangan teknologi digital. Perkembangan ini memicu perkembangan teknologi telekomunikasi dan informatika menjadi semakin terpadu atau populer dengan istilah "konvergensi". Semula Media masih belum menjadi bagian integral dari isu konvergensi teknologi informasi dan komunikasi pada saat itu. Belakangan baru disadari bahwa penggunaan sistem komputer dan sistem komunikasi ternyata juga menghadirkan Media Komunikasi baru.

Istilah "telematika" merujuk pada hakekat cyberspace sebagai suatu sistem elektronik yang lahir dari perkembangan dan konvergensi telekomunikasi, media dan informatika. Berbicara tentang hukum dalam arti luas, berarti mencakup segala macam ketentuan hukum yang ada baik materi hukum tertulis - tertuang dalam peraturan perundang-undangan - maupun materi hukum tidak tertulis - tertuang dalam kebiasaan ataupun praktek bisnis yang berkembang.

Mata Kuliah Hukum Telematika adalah mata kuliah mengenai aplikasi hukum pada kegiatan telematika atau cyber aktivities. Kegiatan telematika adalah kegiatan yang berkaitan dengan informasi, komunikasi dan teknologi internet. Bentuk kegiatan telematika termasuk jual beli melalui media internet, perbankan online, pajak online, kontrak online dan lain sebagainya. Kegiatan telematika yang paling sering dilakukan oleh para pengguna adalah bertukar informasi. Berkenaan dengan itu perlu adanya hukum yang mengatur kegiatan telematika tersebut.