Perbezaan antara EJB 2.1 dan EJB 3.0

 EJB 2.1 vs EJB 3.0

Peralihan utama dari EJB 2.1 ke EJB 3.0 terutamanya berpusat pada prestasi dari segi kelajuan dan output dan kesederhanaan. Pengubahsuaiannya akan memusatkan perhatian bagaimana program baru akan berfungsi dengan pengaturcara lain seperti Java EE5.

Dari permohonan EJB 2.1 ke EJB 3 baru.0 arkitek, boleh betul untuk menyatakan bahawa versi yang lebih baik berdiri sebagai jawapan kepada kekurangan sebelumnya EJB 2 kemudian.1.

Mari kita lihat beberapa peralihan utama.

Kesederhanaan

EJB 3.0 menawarkan kesederhanaan dalam manipulasi kandungan, yang mungkin salah satu faktor utama yang utama. Tidak seperti EJB 2.1 Anda kini boleh membuat aplikasi Java Bean Enterprise dengan banyak kesederhanaan.

Ini kerana EJB 3.0 Operasi didasarkan pada konfigurasi pengaturcaraan objek Java lama (POJO) yang menangkap data dengan menggunakan anotasi Java yang terkandung oleh deskriptor penempatan. Dalam kebanyakan kes deskriptor penempatan tidak diperlukan.

Berbanding dengan EJB 2.1 yang memerlukan mencatat lebih banyak kod sokongan, sebaliknya adalah benar apabila menggunakan EJB 3.0 Komponen yang memerlukan anda untuk menulis dan menyimpan kod sokongan yang lebih sedikit sehingga menawarkan pengalaman yang paling mudah dalam pengaturcaraan.

Keberkesanan

Dinyatakan bahawa EJB 3 baru.0 adalah lebih kurang 45% lebih berkesan berbanding dengan EJB 2.1. Ini disebabkan oleh pengubahsuaian utama kepada EJB 2.1 Seperti yang dijelaskan di bawah.

Penggantian DTD yang mengenal pasti EJB-Jar.deskriptor susunan XML oleh skema XML yang diubahsuai dan juga cara yang lebih baik untuk menghasilkan kacang perusahaan telah menjadikan EJB 2.1 tidak diingini untuk bekerja dengan. Pengenalan Objek Jawa Lama Plain Base Quintessence melalui API berterusan Java.

Walaupun pengenalan kacang sesi mengubah tetulang tambahan untuk perkhidmatan Internet, EJB 3.0 telah memperkenalkan fungsi ketahanan entiti bulu bulu. Entiti -entiti ini berasaskan objek Java lama yang biasa dan tidak memerlukan kod EJB yang berjalan di dalamnya atau antara muka. Tambahan pula, mereka boleh bekerja di luar bekas EJB

Spesifikasi

Apabila EJB 2.1 Memerlukan bahawa antara muka konstituen melampaui struktur EJB, mereka kini ditulis sebagai objek Jawa lama biasa ketika menggunakan EJB 3.0, yang nyata antara muka java lama biasa dan dengan itu tidak memerlukan antara muka rumah.

Pengenalan kaedah yang lebih baik seperti penggunaan anotasi metadata dan mekanisme lain yang digunakan untuk membuat kod Java dan deskriptor XML, tidak seperti EJB 2.1 deskriptor pengedaran yang rumit dan tidak tepat.

EJB 2.1 Permohonan memerlukan bekas J2EE untuk merumuskan perkhidmatan yang diperlukan untuk mengerjakan EJB dengan tepat dan dengan itu menjadikannya sukar untuk diuji. JNDI sering bergantung pada ejb 2.1 Semasa menggunakan aplikasi adalah membosankan dan memakan masa.

EJB 3.0 tidak memerlukan peruntukan antara muka dan deskriptor tertentu. Ini kerana anotasi mempunyai sebagai pengganti yang sesuai untuk deskriptor peruntukan. Anda dapat menggunakan nilai lalai lebih kerap apabila menggunakan EJB 3.0 Permohonan yang bertentangan dengan EJB 2.1. EJB 3.0 menawarkan kurang konsisten yang membolehkan kreativiti.

Ringkasan

EJB 3.0 dalam peralihan baru dari EJB 2.1.

Senang bekerja dengan EJB 3.0 berbanding EJB 2.1 versi.

EJB 3.0 Menggunakan entiti yang kebanyakannya berasaskan objek Java lama (POJO).

EJB 2.1 memerlukan mencatat lebih banyak kod sokongan berbanding dengan EJB 3.0 yang mengurangkan bilangan kod sokongan.

DTD di EJB 2.1 digantikan oleh skema XML yang diubah suai di EJB 3.0.

Kod Java mudah dihasilkan oleh aplikasi yang lebih baik dalam EJB 3.0 Tidak seperti di EJB3.1 di mana prosesnya sangat sukar.