EJB 2.1 at EJB 3.0

EJB 2.1 vs EJB 3.0

Ang pangunahing paglipat mula sa EJB 2.1 sa EJB 3.0 ay pangunahing nakasentro sa pagganap sa mga tuntunin ng bilis at output at pagiging simple. Ang pagbabago nito ay nakasalalay sa kung paano gagana ang bagong programa sa ibang mga programmer tulad ng Java EE5.

Mula sa isang application ng EJB 2.1 sa bagong EJB 3.0 Architect, maaari itong maging tama upang sabihin na ang pinabuting bersyon ay nakatayo bilang isang sagot sa mga naunang pagkukulang ng pagkatapos EJB 2.1.

Tingnan natin ang ilan sa mga pangunahing transisyon.

Pagiging simple

Nag-aalok ang EJB 3.0 ng pagiging simple sa pagmamanipula ng mga nilalaman, na marahil ay isa sa mga pangunahing natitirang kadahilanan nito. Hindi tulad ng EJB 2.1 maaari mo na ngayong lumikha ng isang Enterprise Java Bean application na may maraming mga simple.

Ito ay dahil ang operasyon ng EJB 3.0 ay batay sa Plain Old Java Object (POJO) na pagsasaayos ng programming na nakakaunawa ng data sa pamamagitan ng paggamit ng mga annotation ng Java na nilalaman ng deployment descriptors. Sa karamihan ng mga kaso ay hindi kinakailangan ang deployment descriptors.

Bilang kabaligtaran sa EJB 2.1 na nangangailangan ng pagpindot sa mas maraming mga sumusuporta sa mga code, ang kabaligtaran ay totoo kapag ginagamit ang mga bahagi ng EJB 3.0 na kung saan ay mangangailangan mong itala at panatilihin ang mas kaunting mga sumusuporta sa code kaya nag-aalok ng pinaka pinasimple na karanasan sa programming.

Epektibo

Ito ay nakasaad na ang bagong EJB 3.0 ay humigit-kumulang 45% mas epektibo kumpara sa EJB 2.1. Ito ay nauugnay sa mga pangunahing pagbabago sa EJB 2.1 ayon sa ipinaliwanag sa ibaba.

Ang pagpapalit ng DTD na nakilala ang mga descriptors ng ejb-jar.xml sa pamamagitan ng binagong xml schema at isang pinabuting paraan ng paggawa ng mga beans sa negosyo ay nag-render ng EJB 2.1 hindi kanais-nais na magtrabaho kasama. Ang pagpapakilala ng Plain Old Java Object ay nakabatay sa kahulugang sa pamamagitan ng Java persistent API.

Habang ang pagpapakilala ng session beans binago ang dagdag na pampalakas para sa serbisyo sa internet, ipinakilala ng EJB 3.0 ang featherweight entity bean endurance functioning. Ang mga entidad na ito ay batay sa Plain Old Java Object at hindi nangangailangan ng mga code ng EJB na tumatakbo sa mga ito o sa isang interface. Higit pa rito, maaari silang magtrabaho sa labas ng lalagyan ng EJB

Mga pagtutukoy

Kapag hiniling ng EJB 2.1 na lumalabas ang konstituenteng interface mula sa istraktura ng EJB, nakasulat na ang mga ito bilang Plain Old Java Objects kapag gumagamit ng EJB 3.0, na nagpapakita ng Plain Old Java Interface at sa gayon ay hindi nangangailangan ng home interface.

Panimula ng mga pinabuting paraan tulad ng paggamit ng mga annotation ng metadata at iba pang mga mekanismo na ginagamit upang lumikha ng mga Java na code at XML descriptors, hindi tulad ng EJB 2.1 pamamahagi descriptors na masalimuot at hindi tumpak.

Kinakailangan ng application ng EJB 2.1 ang lalagyan ng J2EE upang ipagpaliban ang mga serbisyo na kinakailangan upang maayos ang EJB at sa gayon ay ibinigay sa kanila na mahirap subukan. Ang JNDI ay madalas na depended sa sa EJB 2.1 kapag gumagamit ng mga application ay walang pagbabago ang tono at oras-ubos.

Ang EJB 3.0 ay hindi nangangailangan ng tiyak na mga alok na interface at descriptors. Ito ay dahil ang mga anotasyon ay nagtataglay bilang isang angkop na kapalit para sa mga tagapaglaan ng paglalaan. Magagamit mo ang mga karaniwang halaga nang mas madalas kapag ginagamit ang application na EJB 3.0 kumpara sa EJB 2.1. Ang EJB 3.0 ay nag-aalok ng hindi gaanong naka-check inconsistency na nagpapagana ng pagkamalikhain.

Buod

Ang EJB 3.0 sa bagong paglipat mula sa EJB 2.1.

Madaling magtrabaho kasama ang EJB 3.0 bilang kabaligtaran sa bersyon ng EJB 2.1.

Ang EJB 3.0 ay gumagamit ng mga nilalang na pangunahing batay sa Plain Old Java Object (POJO).

Ang EJB 2.1 ay nangangailangan ng pagpaalam ng higit pang mga sumusuporta sa mga code kumpara sa EJB 3.0 na binabawasan ang bilang ng mga sumusuporta sa mga code.

Ang DTD sa EJB 2.1 ay pinalitan ng binagong XML Schema sa EJB 3.0.

Ang mga code ng Java ay madaling binuo sa pamamagitan ng pinahusay na mga application sa EJB 3.0 hindi katulad sa EJB3.1 kung saan ang proseso ay mas mahirap.