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, lihatmenggunakan 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

http://shevida-ndut.blogspot.com/2009/12/java-community-process-jcp.html