Perbedaan Antara EJB 2.1 dan EJB 3.0

 EJB 2.1 vs EJB 3.0

Transisi utama dari EJB 2.1 ke EJB 3.0 terutama berpusat pada kinerja dalam hal kecepatan dan output dan kesederhanaan. Modifikasinya akan berpusat pada bagaimana program baru akan bekerja dengan programmer lain seperti Java EE5.

Dari aplikasi EJB 2.1 ke EJB 3.0 Architect yang baru, dapat benar untuk menyatakan bahwa versi yang disempurnakan berdiri sebagai jawaban atas kekurangan sebelumnya dari EJB 2.1..

Mari kita lihat beberapa transisi utama.

Kesederhanaan

EJB 3.0 menawarkan kesederhanaan dalam manipulasi konten, yang mungkin merupakan salah satu faktor utama yang luar biasa. Berbeda dengan EJB 2.1 sekarang Anda dapat membuat aplikasi Enterprise Java Bean dengan banyak kesederhanaan.

Ini terjadi karena operasi EJB 3.0 didasarkan pada konfigurasi pemrograman Plain Old Java Object (POJO) yang menangkap data dengan menggunakan anotasi Java yang dimuat oleh deskriptor penyebaran. Dalam kebanyakan kasus, deskriptor penyebaran paling tidak diperlukan.

Berbeda dengan EJB 2.1 yang mengharuskan pencatatan lebih banyak kode pendukung, yang terjadi adalah sebaliknya ketika menggunakan komponen EJB 3.0 yang mengharuskan Anda untuk mencatat dan menyimpan lebih sedikit kode pendukung sehingga menawarkan pengalaman yang paling disederhanakan dalam pemrograman.

Efektivitas

Disebutkan bahwa EJB 3.0 baru sekitar 45% lebih efektif dibandingkan dengan EJB 2.1. Ini disebabkan oleh modifikasi utama pada EJB 2.1 seperti yang dijelaskan di bawah ini.

Penggantian DTD yang mengidentifikasi deskriptor pengaturan ejb-jar.xml oleh skema xml yang dimodifikasi dan juga cara yang lebih baik untuk memproduksi biji perusahaan telah membuat EJB 2.1 tidak diinginkan untuk digunakan. Pengenalan objek Plain Old Java mendasarkan intisari melalui Java persistent API.

Sementara pengenalan kacang sesi mengubah penguatan tambahan untuk layanan internet, EJB 3.0 telah memperkenalkan fungsi daya tahan kacang entitas bulu. Entitas-entitas ini berbasis objek Old Java dan tidak memerlukan kode EJB berjalan di dalamnya maupun antarmuka. Selain itu, mereka dapat bekerja di luar wadah EJB

Spesifikasi

Ketika EJB 2.1 mensyaratkan bahwa antarmuka konstituen melampaui dari struktur EJB, mereka sekarang ditulis sebagai Benda Jawa Kuno saat menggunakan EJB 3.0, yang memanifestasikan Antarmuka Jawa Kuno dan karenanya tidak memerlukan antarmuka rumah.

Pengenalan metode yang ditingkatkan seperti penggunaan anotasi metadata dan mekanisme lain yang digunakan untuk membuat kode Java dan deskriptor XML, tidak seperti deskriptor distribusi EJB 2.1 yang rumit dan tidak akurat..

Aplikasi EJB 2.1 memerlukan wadah J2EE untuk mendalilkan layanan yang diperlukan untuk bekerja EJB secara akurat dan dengan demikian membuat mereka sulit untuk diuji. JNDI sering bergantung pada EJB 2.1 ketika menggunakan aplikasi monoton dan memakan waktu.

EJB 3.0 tidak memerlukan antarmuka khusus dan alokasi deskriptor. Ini karena anotasi yang dimiliki sebagai pengganti yang sesuai untuk deskriptor alokasi. Anda dapat lebih sering menggunakan nilai default saat menggunakan aplikasi EJB 3.0 dibandingkan dengan EJB 2.1. EJB 3.0 menawarkan sedikit inkonsistensi yang memungkinkan kreativitas.

Ringkasan

EJB 3.0 dalam transisi baru dari EJB 2.1.

Mudah untuk bekerja dengan EJB 3.0 dibandingkan dengan versi EJB 2.1.

EJB 3.0 menggunakan entitas yang sebagian besar berbasis objek Java Kuno (POJO).

EJB 2.1 mengharuskan mencatat lebih banyak kode pendukung dibandingkan dengan EJB 3.0 yang mengurangi jumlah kode pendukung.

DTD di EJB 2.1 digantikan oleh Skema XML yang dimodifikasi di EJB 3.0.

Kode Java mudah dihasilkan oleh aplikasi yang ditingkatkan di EJB 3.0 tidak seperti di EJB3.1 di mana prosesnya jauh lebih sulit..