Java coummunity process

Bagi orang-orang yang bekerja atau terlibat dibidang teknologi, khususnya ilmu komputer, tentunya sudah tidak asing lagi dengan bahasa pemrograman java (Java Programming). Dengan berbagai kelebihan dan keunggulannya, java menjadi begitu populer dalam mengembangkan sebuah aplikasi. Bukan hanya aplikasi desktop, tetapi juga aplikasi mobile, enterprise, web (applet) dan sebagainya. Selain itu juga Java sangat fleksibel karena mendukung konsep multi platform dan yang terpenting Java bersifat open source (dikeluarkan oleh Sun Microsystems) sehingga dari waktu ke waktu bahasa Java dapat dikembangkan dengan sangat cepat melalui umpan balik yang diberikan oleh para user.

            Mengingat kepopuleran dari Java ini, maka banyak terdapat komunitas-komunitas yang dapat memberikan umpan balik dalam mengembangkan bahasa Java. Komunitas ini dikenal dengan istilah Proses Komunitas Java (Java Community Process / JCP) yang didirikan pada tahun 1998, adalah mekanisme formal yang memungkinkan pihak yang berkepentingan untuk mengembangkan spesifikasi teknis standar untuk teknologi Java. Siapapun bisa menjadi Anggota JCP dengan mengisi formulir yang tersedia di situs JCP. Keanggotaan JCP untuk organisasi dan entitas komersial membutuhkan biaya tahunan tetapi bebas untuk individu.

            JCP melibatkan penggunaan Permintaan Spesifikasi Java (Java Spesification Request / JSRs), yaitu dokumen formal yang menggambarkan spesifikasi yang diusulkan dan teknologi untuk menambah platform Java. Ulasan publik Formal JSRs akan muncul sebelum JSR menjadi final dan Komite Eksekutif JCP menilainya di atasnya. Sebuah JSR akhir menyediakan implementasi referensi yang merupakan implementasi bebas dari teknologi dalam bentuk kode sumber dan Kompatibilitas Kit Teknologi untuk memverifikasi API spesifikasi. Sebuah JSR menggambarkan JCP itu sendiri. Seperti tahun 2009 , JSR 215 menggambarkan versi sekarang (2.7) dari JCP.

Sebagai sebuah platform, Java memiliki dua buah bagian penting, yaitu Java Virtual Machine dan Java Application Programmig (Java Api).

Java Virtual Machine

Sekilas pengertian Mesin virtual (Virtual Machine) dalam ilmu komputer adalah implementasi perangkat lunak dari sebuah mesin komputer yang dapat menjalankan program sama seperti layaknya sebuah komputer asli. Sedangkan dalam konteks JVM merupakan mesin virtual yang digunakan secara khusus mengeksekusi berkas bytecode java. Bytecode java sendiri dihasilkan saat proses kompilasi file java berekstensi .java menjadi .class. Selain itu JVM merupakan perangkat lunak yang dikembangkan secara khusus agar terlepas dari ketergantungan atas perangkat keras serta sistem operasi tertentu. JVM menyediakan lingkungan kerja yang dibutuhkan untuk menjalankan aplikasi berbasis java serta mengotomatisasikan fitur-fitur seperti penanganan kesalahan.

Java API

API adalah seperangkat fungsi standar yang disediakan oleh OS atau Bahasa. Dalam Java, API dimasukkan ke dalam package-package yang sesuai dengan fungsinya. Platform Java sendiri terbagi menjadi 3 bagian utama, yaitu :

l  Java Standard Edition (SE), sebuah standar API untuk merancang aplikasi desktop dan applets dengan bahasa dasar yang mendukung grafis, keamanan, konektivitas basis data dan jaringan.

l  Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang aplikasi server dengan mendukung penggunaan basis data.

l  Java Micro Edition (ME), sebuah API untuk merancang aplikasi yang berjalan pada perangkat kecil seperti telepon genggam.

Sehingga untuk masing-masing platform tersebut memiliki pustaka (library) APInya masing-masing yang digunakan untuk mengembangkan sebuah aplikasi. Cara untuk menggunakan API dalam java yaitu dengan melakukan import package atau class yang sudah tersedia dalam java. Contoh dari package Java antara lain I/O, String, Math, Utility, Swing dan sebagainya.

Automotive Multimedia Interface Collaboration (AMIC)

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

Open Service spesifikasi Gateway Initiative (OSGI)

OSGI (Open Service Gateway Initiative) adalah sebuah rencana industri untuk cara standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem keamanan ke Internet. OSGI berencana menentukan program aplikasi antarmuka (API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan kontrol antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil jaringan. OSGI API akan dibangun pada bahasa pemrograman Java. Program java pada umumnya dapat berjalan pada platform sistem operasi komputer. OSGI adalah sebuah interface pemrograman standar terbuka.

The OSGI Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah 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.

Mengetahui bagaimana spesifikasi dari OSGI

Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registrasi, sebuah lingkungan eksekusi dan modul. Berdasarkan kerangka ini, sejumlah besar OSGI layers, API, dan Jasa telah ditetapkan.

Spesifikasi OSGI yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGI. OSGI Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGI implementasi berisi lima entri.

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. Adapun spesifikasi yang lain dimana OSGI akan dirancang untuk melengkapi standar perumahan yang ada, seperti orang – orang LonWorks (lihat kontrol jaringan), CAL, CEBus, HAVi, dan lain-lain.

Mengetahui bagaimana arsitektur dari OSGI

Ada kerangka OSGI yang 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. 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.

2. Layanan

Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan, menerbitkan dan menemukan model dapat mengikat Java lama untuk menikmati objek (POJO). Siklus hidup 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

3. Layanan Registrasi (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 Registri. Layanan klien dapat menemukannya di registri, atau bereaksi ketika muncul atau menghilang.

4. Siklus Hidup (Life-Cycle)

API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.

5. Modul

Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).

6. Keamanan

Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra didefinisikan kemampuan.

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

Spesifikasi dari  Open Services Gateway Initiative (OSGi)
OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Alliance yang memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri.

Sumber: http://fransisca-sisilia.com/?p=110