EJB 2.1 ve EJB 3.0
EJB 2.1'den EJB 3.0'a büyük geçiş, esas olarak hız, çıktı ve basitlik açısından performansa odaklandı. Değişikliği, yeni programın Java EE5 gibi diğer programcılar ile nasıl çalışacağına odaklanacaktır..
EJB 2.1 uygulamasından yeni EJB 3.0 Architect'e kadar, geliştirilmiş sürümün o zamanki EJB 2.1'in önceki eksikliklerine bir cevap olarak durduğunu söylemek doğru olabilir..
Bazı büyük geçişlere bakalım.
Basitlik
EJB 3.0, belki de en önemli faktörlerinden biri olan içeriklerin manipülasyonunda basitlik sunar. EJB 2.1'in aksine artık çok basitlikle bir Enterprise Java Bean uygulaması oluşturabilirsiniz.
Bunun nedeni, EJB 3.0 işleminin, dağıtım tanımlayıcılarının içerdiği Java ek açıklamalarını kullanarak verileri yakalayan Düz Eski Java Nesnesi (POJO) programlama yapılandırmasını temel almasıdır. Çoğu durumda dağıtım tanımlayıcıları en az gereklidir.
Daha fazla destek kodunu not etmeyi gerektiren EJB 2.1'in aksine, daha az destek kodunu not etmenizi ve korumanızı gerektiren EJB 3.0 bileşenleri kullanıldığında bunun tersi geçerlidir, böylece programlamada en basitleştirilmiş deneyimi sunar..
etki
Yeni EJB 3.0'ın EJB 2.1'e göre yaklaşık% 45 daha etkili olduğu belirtiliyor. Bu, aşağıda açıklandığı gibi EJB 2.1'deki büyük değişikliklerle ilişkilendirilir.
Ejb-jar.xml düzenleme tanımlayıcılarını tanımlayan DTD'nin değiştirilmiş xml şemasıyla değiştirilmesi ve ayrıca kurumsal fasulye üretmenin geliştirilmiş bir yolu, EJB 2.1'in çalışılmasını istenmeyen hale getirdi. Plain Old Java Object'in tanıtımı, Java kalıcı API'sı ile özlü bir temel oluşturur.
Seans fasulyelerinin tanıtımı internet servisi için ilave takviyeyi değiştirirken, EJB 3.0 tüy ağırlığı varlık fasulye dayanıklılığı işlevini tanıttı. Bu varlıklar Düz Eski Java Nesnesi tabanlıdır ve ne içinde çalışan EJB kodlarını ne de bir arabirimi gerektirmez. Ayrıca, bir EJB konteynerinin dışında çalışabilirler
Özellikler
EJB 2.1, kurucu arabirimin EJB yapısından daha fazla olmasını gerektirdiğinde, şimdi Düz Eski Java Arabirimini gösteren ve böylece ev arabirimi gerektirmeyen EJB 3.0 kullanıldığında Düz Eski Java Nesneleri olarak yazılır..
Hantal ve yanlış olan EJB 2.1 dağıtım tanımlayıcılarının aksine, meta veri ek açıklamalarının kullanılması ve Java kodlarını ve XML tanımlayıcılarını oluşturmak için kullanılan diğer mekanizmaların kullanılması gibi gelişmiş yöntemlerin tanıtılması.
EJB 2.1 uygulaması, J2EE konteynerinin EJB'yi doğru bir şekilde çalışması için gereken hizmetleri önermesini gerektirdi ve böylece test edilmesini zorlaştırdı. JNDI, uygulamaların kullanımı monoton ve zaman alıcı olduğunda EJB 2.1'de sıklıkla kullanılır.
EJB 3.0, özel arayüz ve tanımlayıcı tahsisleri gerektirmez. Bunun nedeni, ek açıklamaların ayırma tanımlayıcıları için uygun bir yedek olarak bulunmasıdır. EJB 3.0 uygulamasını EJB 2.1'in aksine kullanırken varsayılan değerleri daha sık kullanabilirsiniz. EJB 3.0 yaratıcılığı sağlayan daha az kontrol edilmiş tutarsızlık sunar.
özet
EJB 2.1'den yeni geçişte EJB 3.0.
EJB 2.1 sürümü yerine EJB 3.0 ile çalışmak kolaydır.
EJB 3.0, çoğunlukla Düz Eski Java Nesnesi (POJO) tabanlı varlıklar kullanır.
EJB 2.1, destek kodlarının sayısını azaltan EJB 3.0 ile karşılaştırıldığında daha fazla destek kodunun not edilmesini gerektirir.
EJB 2.1'deki DTD, EJB 3.0'daki değiştirilmiş XML Şeması ile değiştirilir.
Java kodları, işlemin çok zor olduğu EJB3.1'in aksine, EJB 3.0'daki geliştirilmiş uygulamalar tarafından kolayca oluşturulur.