Senin, 21 Desember 2009

Java Community Process (JCP)

Java Community Process (JCP)

Java Community Process (JCP) adalah organisasi internasional dan pemegang lisensi Jawa pengembang yang piagam adalah untuk mengembangkan dan merevisi spesifikasi teknologi Java, referensi implementasi, dan teknologi kompatibilitas kit.
Spesifikasi JCP yang dijelaskan :

1. Java
Java adalah sebuah object-oriented, platform-independen, multithreaded, lingkungan pemrograman. Software ditulis dalam bahasa pemrograman Java dikompilasi ke kode byte. Mesin virtual Java, menafsirkan bahwa kode byte untuk setiap platform yang virtual Java mesin dipasang.

2. J2EE
Java 2 Platform, Enterprise Edition (J2EE) menggunakan multi-tier model didistribusikan. J2EE Platform yang terdiri dari sebuah Web Server dan sebuah EJB Server. (Server-server ini juga disebut "wadah.") Kontainer Web menyediakan lingkungan runtime melalui penamaan komponen yang memberikan konteks dan manajemen siklus hidup. Beberapa Web server mungkin juga menyediakan layanan tambahan seperti keamanan dan kontrol concurrency. Sebuah server Web dapat bekerja dengan EJB server untuk menyediakan beberapa layanan tersebut. Sebuah web server, bagaimanapun, tidak perlu ditempatkan pada mesin yang sama sebagai server EJB. EJB server yang menyediakan lingkungan yang mendukung pelaksanaan aplikasi yang dikembangkan menggunakan Enterprise JavaBeans (EJB) komponen. Ini mengelola dan mengkoordinasikan alokasi sumber daya pada aplikasi. Enterprise kacang biasanya berisi logika bisnis untuk aplikasi J2EE.

3. J2EE EJB server atau wadah
JB server yang menyediakan lingkungan yang mendukung pelaksanaan aplikasi yang dikembangkan menggunakan Enterprise JavaBeans (EJB) komponen. Ini mengelola dan mengkoordinasikan alokasi sumber daya pada aplikasi. Enterprise kacang biasanya berisi logika bisnis untuk aplikasi J2EE.
The EJB server harus memberikan satu atau lebih EJB kontainer. Sebuah kontainer EJB kacang mengelola perusahaan yang terkandung di dalamnya. Untuk setiap perusahaan buncis, wadah bertanggung jawab atas pendaftaran benda, menyediakan interface untuk remote objek, menciptakan dan menghancurkan objek contoh, memeriksa keamanan untuk objek, mengelola negara aktif untuk objek, dan koordinasi didistribusikan transaksi. Opsional, wadah juga dapat mengelola semua data gigih dalam benda.
Teknologi Enterprise JavaBeans mendukung transien dan gigih objek. Sebuah objek sementara disebut sesi kacang, dan objek yang terus-menerus disebut entitas kacang.
Sesi kacang ada hanya untuk jangka waktu satu klien / server sesi. Sesi kacang melakukan operasi seperti mengakses database atau melakukan perhitungan. Sesi kacang dapat transaksional, tetapi biasanya tidak dapat dipulihkan setelah sistem crash. Sesi kacang dapat tanpa kewarganegaraan, atau mereka dapat mempertahankan negara di seluruh metode percakapan dan transaks . Sesi kacang harus mengelola data gigih sendiri.
Suatu entitas bean adalah representasi objek data yang terus-menerus dijaga dalam menyimpan data permanen, seperti database. Sebuah entitas objek dapat mengelola sendiri ketekunan, atau dapat melimpahkan ketekunan ke wadah. Lihat:

4. Java Data Objects (JDO)
Java Data Objects (JDO) spesifikasi adalah bagian dari Sun Java Community Process. JDO adalah program aplikasi Java antarmuka (API) untuk transparan ketekunan. Ia bekerja dengan kedua obyek dan database relasional serta jenis sistem lainnya. Ini dirancang untuk juga bekerja dengan baik dengan EJB dan J2EE.
JDO model obyek yang ditentukan oleh seperangkat kelas Java dan XML file metadata. File metadata berisi petunjuk pemodelan yang baik menimpa semantik ditentukan di Jawa atau menyediakan semantik yang tidak dapat diungkapkan di Jawa. Sebuah enhancer disediakan yang meningkatkan kelas Java yang didasarkan pada model ini petunjuk.
JDO spesifikasi yang menyediakan interface standar untuk mengakses, menyimpan, dan pengolahan objek terus-menerus. Aspek utama dalam model JDO:
PersistenceManager: PersistenceManagers bernegosiasi mengakses, transaksi, dan permintaan antara aplikasi dan data store yang mendasarinya. More on the JDO PersistenceManager (new window) . Lebih pada JDO PersistenceManager (jendela baru).
Transaksi: Transaksi menyediakan untuk atom, konsisten, terisolasi, dan tahan lama pengelolaan data (ACID properti). More on ACID properties (new window) . Lebih lanjut mengenai properti ACID (jendela baru).
Query: The JDO Query Language (JDOQL) memungkinkan pengguna untuk mencari benda-benda yang terus-menerus sesuai kriteria spesifik. JDOQL ini dimaksudkan untuk menjadi netral bahasa query, sehingga query yang mendasarinya bisa bahasa SQL, query database obyek bahasa seperti OQL, atau mengkhususkan API untuk hirarki database atau sistem EIS. More on the JDO Query Language (new window) . Lebih pada JDO Query Language (jendela baru).
PersistenceCapable kelas: entitas aktual yang disimpan dan diambil. Ada tiga model identitas untuk memungkinkan manajemen database yang berbeda sistem. More on JDO identity models . Lebih lanjut mengenai identitas JDO model (jendela baru).
JDO spesifikasi yang menggunakan bahasa Jawa sebanyak mungkin, yang memungkinkan integrasi transparan Jawa. Hal ini diilustrasikan oleh diagram berikut dan kontras dengan sub-bahasa database SQL dan variannya. Dalam diagram ini, Anda hanya melihat bahasa pemrograman tuan rumah dan tidak ada database sub-bahasa atau hubungi antarmuka tingkat seperti pada JDBC.

5. JDBC
JDBC adalah Java API untuk mengeksekusi perintah SQL. Terdiri dari satu set kelas dan interface yang ditulis di Jawa. Meskipun JDBC mirip Microsoft Corporation's Open Database Connectivity (ODBC) API, JDBC menyediakan antarmuka Jawa lebih alami. Memang, bagaimanapun, membangun ODBC, sehingga orang akrab dengan ODBC akan merasa mudah untuk menggunakan JDBC. Baik JDBC dan ODBC didasarkan pada X / Open SQL CLI (Call Level Interface).
Menggunakan JDBC, pernyataan SQL dapat dikirim ke hampir semua sistem manajemen basis data (DBMS). Ini digunakan sebagai antarmuka untuk kedua relasional dan objek DBMSs.
JDBC menggunakan panggilan-pendekatan tingkat bila menggunakan bahasa pemrograman Java. Hal ini diilustrasikan oleh pernyataan JDBC dalam diagram ini.
Contoh sebuah pernyataan JDBC yang menciptakan contoh yang baru akan Person:
PreparedStatement insertPerson = con.prepareStatement( PreparedStatement insertPerson = con.prepareStatement ( "INSERT INTO PERSON " + "INSERT INTO PERSON" + "VALUES (?,?)"); "VALUES (?,?)");
insertPerson.setString(1, "999999999"); insertPerson.setString (1, "999.999.999"); insertPerson.setString(2, "Doug Barry"); insertPerson.setString (2, "Doug Barry"); insertPerson.executeUpdate(); insertPerson.executeUpdate ();
Jika Anda juga ingin memanipulasi Person baru ini tuan rumah contoh di program ini, Anda akan memerlukan kode Java di samping kode ini fragmen yang populates yang contoh di Jawa bersama dengan contoh dalam database. Juga melihat kegigihan transparan vs JDBC tingkat panggilan antarmuka (jendela baru).
Untuk contoh bagaimana arsitektur JDBC dapat digunakan, lihat menggunakan JDBC dengan server aplikasi (jendela baru).
JDBC adalah sebuah nama merek dagang dan bukan merupakan suatu akronim. " JDBC, bagaimanapun, sering keliru berpikir untuk berdiri untuk "Java Database Connectivity."

I. Pendahuluan
OVER RECENT tahun, fitur dan kesempatan yang ditawarkan oleh multimedia dan teknologi komunikasi, seperti modus transfer asinkron (ATM), telah mengakibatkan peningkatan jumlah beberapa aplikasi komersial untuk videoconference, penanganan informasi multimedia gambar pengolahan, dan sebagainya, yang sedang diintegrasikan ke dalam telemedicine aplikasi, terutama di teleradiology Pengguna akhir, yang dalam hal ini adalah kesehatan profesional, menerima satu set aplikasi yang tidak terkoneksi tidak mudah dikelola, di mana integrasi informasi terutama didasarkan pada "copy-dan-paste" mekanisme antara aplikasi. Aksesibilitas teknologi mahal dan manusia sumber daya untuk setiap warga negara, terlepas dari mana sumber daya ini berada, yang jelas saat ini kebutuhan obat-obatan.
Ini adalah kasus sumber daya pencitraan medis di rumah sakit. Itu keberadaan peralatan ini tidak berarti kehadiran di rumah sakit dari semua ahli yang terlibat dalam diagnosis akhir (e.g., radiologi dan traumatologists). Hal ini lebih rasional dan menguntungkan untuk mencari solusi kerja kolaboratif baru, berdasarkan pada sistem informasi terdistribusi, dan untuk tujuan untuk memberikan remote medis pengguna dengan akses ke database citra medis koperasi untuk membantu diagnosis. Pelaksanaan semacam ini strategi akan mengurangi biaya dan mengoptimalkan penggunaan peralatan pencitraan medis. Skenario umum jenis aplikasi telemedicine dapat digambarkan sebagai berikut: dua situs klinis terpencil dengan peralatan yang berbeda dan tenaga medis, dilengkapi dengan dua telemedicine terminal dihubungkan oleh sebuah jaringan broadband, terpisah secara geografis dapat berbagi sumber daya dan dukungan komputer yang diperlukan kerjasama yang didukung (CSCW) antara profesional kesehatan klinis yang terletak pada kedua situs. Dalam skenario ini, pusat pencitraan medis (MIC), khusus dalam diagnosis pencitraan medis, menawarkan pencitraan medis peralatan dan keahlian medis yang diperlukan oleh pengarah rumah sakit (RH), di mana peralatan dan keahlian ini tidak tersedia. Dalam rumah sakit, ahli klinis merujuk pasien mereka ke MIC untuk melaksanakan studi pencitraan medis.

A. Bonaparte Proyek
Sebagai contoh skenario yang digambarkan di atas, makalah ini menyajikan desain, pengembangan, dan evaluasi maju aplikasi dan layanan telemedicine dikembangkan dalam proyek Bonaparte
Gambar. 1. Telepresence dalam sesi klinis skenario. Aakses. Bonaparte konsorsium yang terdiri dari operator, industri telekomunikasi, universitas, dan pengguna dari delapan negara-negara Eropa.

II. METODE Desain yang sesuai jenis ini sangat interaktif sistem harus didasarkan pada pengguna desain terpadu berpusat menjadi kegunaan evaluasi dalam siklus hidup sistem. Ini Pendekatan kegunaan dimulai dengan rinci kebutuhan pengguna analisis, di mana pengguna sistem dan skenario telah ditentukan, dan berlanjut dengan spesifikasi dan desain sistem dan user interface. Akhirnya, kegunaan untuk proses evaluasi harus menjamin pemenuhan terakhir dari kebutuhan pengguna.

A. Analisis Kebutuhan Pengguna Metodologi
Analisis kebutuhan pengguna metodologi yang digunakan dalam proyek bergantung pada deskripsi tertentu konteks di mana aplikasi yang akan digunakan. Konteks ini digunakan deskripsi dilakukan dengan kuesioner yang terstruktur termasuk daftar hierarkis yang paling umum faktor-faktor yang dapat mempengaruhi kegunaan akhir aplikasi.

B. Definisi dari Skenario Telemedis
Berdasarkan skenario telemedicine umum, seperti satu disajikan dalam bagian sebelumnya, beberapa jenis pengguna dan skenario yang diidentifikasi pada kedua pusat kesehatan, yaitu MIC dan RH. Para pengguna aplikasi telemedicine

C. Multimedia Telemedis Platform
Koperasi Medical Diagnosis. Yang telemedicine platform yang digunakan dalam proyek Bonaparte didasarkan pada ATM telemedicine yang ada platform multimedia

Layanan telemedicine lanjutan terdiri dari telemedicine platform adalah sebagai berikut. • Computer-Supported Cooperative Work : Layanan ini memungkinkan dua pengguna untuk berinteraksi secara bersamaan dengan medis aplikasi imaging untuk melakukan diagnosis koperasi. Hal ini dibangun di atas alat-alat CSCW berdasarkan digabungkan longgar didistribusikan arsitektur untuk kerjasama sinkron untuk membantu pelaksanaan aplikasi koperasi. Tindakan dijalankan oleh setiap pengguna di / lokalnya aplikasi secara otomatis direplikasi di remote terminal. • DICOM 3,0 Jasa : Sebuah aplikasi telemedicine imaging diagnosis harus memungkinkan dokter untuk mengakses gambar database didistribusikan peralatan medis dari berbagai produsen. The Digital Imaging dan Komunikasi di Pengobatan (DICOM) 3,0 standar [19] memungkinkan interoperabilitas peralatan pencitraan medis oleh menetapkan seperangkat protokol untuk pertukaran medis gambar dan format penyimpanan gambar. Layanan yang DICOM diimplementasikan di platform memungkinkan aplikasi untuk berkomunikasi dengan DICOM-kompatibel pencitraan medis peralatan untuk query, mengambil, dan menyimpan gambar. • Image Scanning, Pengolahan, dan Percetakan : Layanan ini memungkinkan scanning film gambar berbasis serta dengan pengolahan dan pencetakan. Fungsi gambar pengolahan perpustakaan telah dipilih sesuai dengan kebutuhan diagnosis gambar dari kajian mendalam klinis modalitas (US, NMR, XR, CR, NM, dll,). Selain dasar ini alat pengolahan gambar, lainnya fungsi telah ditambahkan: koreksi, rekonstruksi, dan meningkatkan. Perpustakaan ini mendukung DICOM, TIFF, dan IFF format gambar. • Multimedia Electronic Mail : elektronik multimedia mail memungkinkan pengiriman beberapa objek monomedia (teks, audio, gambar, grafik, dll) dalam transmisi folder. • Video Conference : Layanan ini memungkinkan aplikasi untuk mendirikan real-time berkualitas tinggi (320 240 pixel pada 25 frame / s) bidirectional audio / video saluran antara dua pengguna, ETSI berikut rekomendasi mengenai sungai penundaan. Salah satu fitur utama layanan ini adalah alokasi dinamis audio / video stream prioritas dan kualitas, yang memungkinkan aplikasi lain sungai, seperti foto, untuk meningkatkan bandwidth dinamis. Selain itu, audio dan video bandwidth relatif dapat akan diubah secara dinamis dengan memberikan prioritas audio atas aliran video agar dialog alam di pertahankan. • File Data Transmisi / Penerimaan : ini mendukung pelayanan dasar transfer file yang aman antara dua remote site. Persimpangan layanan ini secara terpisah dari file data file isinya. • Keamanan : mempertahankan layanan keamanan pengguna / departemen / pusat database dengan entri berwenang (user / password). Layanan ini bertanggung jawab untuk password memeriksa (password dapat dikodekan, tetapi tidak diterjemahkan).

D. Metodologi Pengembangan User Interface
Antarmuka pengguna adalah salah satu komponen yang paling penting menentukan keberhasilan utama sistem interaktif sejak itu adalah unsur utama yang bertanggung jawab atas kegunaan sistem. Itu desain dan pengembangan antarmuka pengguna untuk sinkron aplikasi koperasi harus mengikuti pendekatan yang berpusat pada pengguna.


Sumber :
http://www.service-architecture.com/web services/articles/java_community_process_jcp.html
http://dgk.or.id/archives/2006/03/30/asal-mula-kata-telematika/

http://idpelajar.com/komputer/osgi-open-service-gateway-initiative/
http://www.total.or.id/info.php?kk=Telematika
http://www.acehforum.com/?s=arsitektur+telematika&x=0&y=0

http://files.surabaya.go.id/telematika/Semester2/Sistem%20Telemedika/Journal%20of%20Telemedicine/?sort=n

IMPLEMENTASI OSGI

IMPLEMENTASI OSGI

Teknologi Osgi sudah sangat banyak dikembangkan untuk berbagai macam keperluan dalam sehari hari maupun di bidang teknologi informasi dan industry serta di bidang ilmu komputer.

Dalam kehidupan sehari-hari
Dikembangkan untuk mengendalikan alat-alat elektronik dalam rumah tangga dengan internet. Yaitu dengan menghubungkan berbagai framework OSGI ini untuk mengendalikan alat-alat rumah tangga yang bersifat elektronik. Hal ini dilakukan dengan berbagai protocol network yaitu Bluetooth, uPnP,HAVi, dan X10. Dengan bantuan Jini dan standart OSGI dari sun microsistem yaitu Java Embedded Server. Teknologi ini dinamakan home network dan jinni adalah salah satu standart untuk pembuatan home nerwork yang berbasis java.

Teknologi dan industry
Dalam hal ini pengembangan OSGI dalam Teknologi dan industri adalah untuk otomatisasi industri. Seperti otomatisnya system dalam gudang yang dapat meminta dalam PPIC untuk mengadakan bahan baku, dan masih banyak yang lain.

Ilmu Komputer
Dalam ilmu Komputer ini sangat banyak pengembang yang memanfaatkan teknologi OSGI ini. Dari surfing di internet banyak yang mengulas tentang Pemrograman Java yang mengapdopsi teknologi osgi ini. Salah satu contoh adalah knopflerfish merupakan framework untuk melakukan OSGI didalam program Java. Dan juga eclipse IDE merupakan OSGI framework yang dikembangkan oleh eclipse dan berbasis GUI. Dan masih banyak juga dalam server serta program-program lain yang mengembangkan teknologi OSGI ini.

OSGI (Open Service Gateway Intiative)

OSGI (Open Service Gateway Intiative)

Dilihat dari arti kata tersebut dapat diambil kesimpulan bahwa OSGI ini adalah layanan untuk membuka jembatan dari berbagai jalan. Maksutnya adalah bahwa osgi ini adalah sebuah Tekhnologi dimana kita dapat menggabungkan berbagai fungsi dalam satu tujuan atau aplikasi, suatu cara untuk menggabungkan berbagai bagian-bagian yang mana bagian-bagian ini dibungkus menjadi sebuah aplikasi yang dapat kita gunakan dengan berbagai macam kegunaan. Sebenarnya teknologi ini berawal dari pikiran bagaimana cara mengubah program tanpa membongkar koding. Dari situ teknologi ini mulai dikembangkan dalam bahasa pemrograman mulai dari instalasi, jalannya program, update dan sampai uninstall tanpa perlu memperbarui coding. Manfaat dalam penerapan osgi ini adalah :
Programmer dapat mengupdate atau mengupgrade kodingnya dengan mudah.
Contoh : programmer membuat aplikasi yang mana terdapat bug yang harus ditambal, programmer ini tidak perlu melakukan pengkodingan ulang dan mengganti aplikasi yang lama dengan aplikasi baru yang memakan waktu dan biaya yang besar untuk menambalnya (patching). Seperti cara inject (suntik) ke dalam program yang telah dibuat. Dan ini tidak merubah struktur program dan kinerja program tersebut.
Dengan teknologi osgi ini kita dapat menyatukan berbagai fungsi di dalam aplikasi.
Contoh : seperti plug in yang dapat menambahkan fungsi dalam aplikasi.
Mudah dalam penerapan
Bagi tim yang membuat aplikasi tentunya tugas mereka berbeda. Ada yang membuat desain antar muka atau GUI, ada yang membuat koding jalan softwarenya, ada yang membuat keamanannya, dan lain sebagainya. Nah dari semua koding yang telah dibuat ini kita dapat satukan dengan dan Dibungkus dari komponen-komponen OSGI ini.

Efisiensi biaya
Dalam hal ini untuk pengembangan sebuah software dapat menekan biaya yang dikeluarkan dalam pemeliharaan software. Seperti yang tertera dalam penjelasan a.
Sebenarnya masih banyak keuntungan atau manfaat osgi ini. Dan dapat dilihat pada web resmi osgi alliance.

Middleware Telematika

Middleware Telematika

Pengertian Middleware telematika didefinisikan sebagai sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer - layer TCP/IP . Dan besar kemungkinannya bahwa OLEDB akan menjadi database middleware yang paling populer pada saat teknologinya matang, karena keterbukaannya, arsitekturnya yang object-oriented, dan kemampuannya mengakses hampir semua tipe penyimpanan. Middleware merupakan komponen perangkat lunak yang memberikan peranan penting dalam pengembangan aplikasi client/server dengan tidak memandang platform.

Beberapa arsitektur dan tipe middleware dapat digunakan sesuai dengan kebutuhan untuk itu diperlukan kerangka arsitektur dan platform yang kompatibel bagi semua departemen dan lembaga pemerintah, serta penerapan standardisasi bagi berbagai hal yang terkait dengan penggunaan teknologi telematika secara luas. Agar pemerintah dapat meningkatkan hubungan kerja antar instansi pemerintah serta dapat menyediakan pelayanan bagi masyarakat dan dunia usaha secara efektif dan transparan, diperlukan kerangka arsitektur dan platform yang kompatibel untuk memperlihatkan arsitektur yang kuat, karena merupakan jaringan kerja dan tidak terdapat pusat kontrolnya.
Client-Server adalah arsitektur jaringan yang memisahkan client (biasanya aplikasi yang menggunakan GUI ) dengan server. Masing-masing client dapat meminta data atau informasi dari server.

Sistem client server didefinisikan sebagai solusi-solusi baru ini memberikan penghantaran aplikasi tingkat lanjut, koneksi data center, dan kemampuan campus network kelas enterprise termasuk arsitektur yang dibutuhkan untuk membangun jaringan generasi berikutnya.