Java Platformu – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları
Java Platformu
Sunulan uygulama sunucusu mimarisinden yararlanılarak daha iyi bir yazılım organizasyonu elde edilebilir. Bu tür mimaride orta katman, sunucu uygulaması motoru ve uygulama sunucusu olarak ikiye ayrılır. İkincisi, yeniden kullanılabilir iş bileşenlerini dağıtmak için ideal, hizmet açısından zengin bir yürütme ortamı sunar. MVC 2 mimarisi, uygulama sunucusu mimarisine gömülebilir.
Özellikle, Model’in rolü, sunucu uygulaması kapsayıcısında yaşayan eylem sınıfları ile uygulama sunucusunda konuşlandırılmış sayfa ve birim hizmetlerini uygulayan iş bileşenleri arasında paylaşılabilir. Bu durumda, eylem sınıfları, gerçek uygulama işlevlerini uygulayan uygun iş nesnelerini çağırır.
Java platformuna uyan uygulama sunucusu mimarisinin somut bir şekilde gerçekleştirildiğini gösterir. Bu kapsamda iş bileşenleri Enterprise JavaBeans olarak uygulanmaktadır.
Enterprise JavaBeans (EJB), Java programlama dilinde sunucu taraflı dağıtılmış bileşenler oluşturmak için açık bir standarttır. EJB’ler, EJB kapsayıcı adı verilen uygulama sunucusuna dağıtılır ve Web uygulamaları ve diğer kurumsal uygulamalar tarafından erişilebilir. EJB spesifikasyonu, farklı uygulama ihtiyaçlarını karşılayan üç tür kurumsal çekirdek tanımlar: oturum, mesajlaşma ve varlık çekirdekleri.
Oturum ve mesajlaşma, algoritmalar, iş akışları ve iş kuralları dahil olmak üzere iş süreçlerini8 model alır. Oturum çekirdekleri, aynı istemcinin birden çok isteğinde durumu korumazlarsa durumsuz veya istemci çağrıları arasında durumu koruyorlarsa durum bilgili olabilir. Durum bilgisi olmayan çekirdekler, durum bilgisi olan uygulamalar geliştirmek için yetersizdir, ancak kolayca havuza alınır ve ölçeklenir, oysa durum bilgisi olan çekirdekler, bir veritabanı kullanmadan kalıcı oturumları uygulamak için kullanılabilir, ancak uygulanması, çoğaltılması ve dağıtılması daha karmaşıktır.
Varlık çekirdekleri, iş verilerini sarar ve bunları kalıcı nesneler olarak gösterir. Bir nesneyi veritabanına kaydetme veya bir nesneyi yükleme gibi kalıcı işlemlerin uygulanma biçimine bağlı olarak varlık çekirdeklerinin iki kategorisi vardır:
- Fasulye ile yönetilen kalıcı (BMP): Kalıcılıkla ilgili tüm işlemlerin kodu, programcı tarafından elle yazılır.
- Konteyner tarafından yönetilen kalıcı (CMP): Kalıcı işlemlerin uygulanması, EJB konteyneri tarafından otomatik olarak gerçekleştirilir.
- Bu durumda, her bir çekirdek, gerçek veri erişim kodunu otomatik olarak oluşturmak için uygulama sunucusu tarafından kullanılan bir dağıtım tanımlayıcısı ile birlikte soyut bir sınıf olarak uygulanır.
Varlık ve oturum çekirdeklerinin farklı roller oynadığı EJB bileşenlerinin tipik organizasyonunu gösterir. Varlık çekirdekleri kalıcı verileri sarar ve bunları kalıcı dağıtılmış nesneler olarak gösterir. Oturum çekirdekleri, varlık çekirdeklerini kullanır ve iş mantığını bunların üzerine uygular.
Yazılım mimarileri, veri yoğun Web uygulamalarının MVC uygulaması için de geçerlidir ve temsil edilen bileşenlerin hiyerarşisini verir. Sunucu uygulaması kapsayıcısındaki eylem sınıfları, gösterilen sayfa ve işlem hizmetlerinin yerini alan sayfa ve işlem oturumu çekirdekleriyle etkileşime girer.
Sayfa çekirdekleri, birim hizmet kavramına karşılık gelen birim çekirdeklerin işlevlerini çağırır. Son olarak, işlem ve birim çekirdekleri, kalıcı verileri nesneler olarak ortaya çıkaran bir dizi varlık çekirdeği ile etkileşime girer.
Bu bölümün geri kalanında sayfaları, birimleri ve işlemleri EJB’leri kullanarak bir dizi iş bileşenine dönüştürmek için bazı yönergeler sağlıyoruz.
Java indir
Java 64 bit
Oracle Java
Java 17
Java Update
java 64-bit download
Java JDK
JDK Download
Entity Beans ile Kalıcı Verileri Sarma
Kalıcı verilerin nesne yönelimli bileşenler olarak paketlenmesi, bir varlığı ve onun giden ilişki rollerini bir varlık çekirdeği olarak temsil eden tüm tabloların paketlenmesini gerektirir.
Varlık fasulyesi, kalıcı öznitelikleri, muhtemelen set değerli ve bunlara erişmek ve güncellemek için standart işlevleri ortaya çıkarır. Bu tür işlevlerin uygulanması, CMP çekirdekleri için EJB kapsayıcı tarafından otomatik olarak yapılan kalıcı verilere nesne durumunu eşlemeye özen göstermelidir.
Örnek olarak, NewsCategory varlığını ve onun ilişki rolünü NewCategoryToNewsItem eşleyen ilişkisel tabloları saran CMP varlık bean sınıfını gösterir.
Enterprise bean’i uygulamak, üç parça kod yazmayı gerektirir:
- Fasulyenin örneklerini oluşturmak için kullanılan, home adlı bir yardımcı program sınıfı.
- Bean’in tüm istemcileri tarafından kullanılacak bir Java arayüzü.
- Fasulyeyi uygulayan gerçek sınıf.
Bean’i uygulayan sınıfın kodunu gösterir. Örnek bir CMP çekirdeği kullanır ve bu nedenle NewsCategoryBean sınıfı soyuttur (1. satır) ve alan içermez (2. satır); somut sınıf, işlevlerin gerçek uygulamasıyla, çekirdekle ilişkili dağıtım tanımlayıcısından EJB kabı tarafından otomatik olarak oluşturulur.
Sınıf, veri tabanı tablosunun her bir sütunu için (örnekte, OID ve isim) ve her bir yabancı anahtar sütunu veya bir ilişki rolünü temsil eden köprü tablosu için alma/ayarlama yöntemi çiftleri olan setter ve getter fonksiyonlarını içerir.
İlişki rolünün maksimum kardinalitesi N olduğundan, hem getNewsItems yönteminin dönüş değerinin hem de setNewsItems yönteminin girdi bağımsız değişkeninin tek bir nesne değil, bir nesneler topluluğu olduğuna dikkat edin.
Soyut sınıftan ve konuşlandırma tanımlayıcısından, EJB kabı, tüm soyut işlevlerin uygulanmasını içeren somut bir alt sınıf üretir. Bu işlevler, fasulyenin kalıcı verilerini okumak ve yazmak için gerekli olan tüm JDBC ve SQL kodunu içerir.
Konteynerin somut alt sınıfta kodla eşleyeceği tüm kalıcı alanları ve ilişki rollerini listeleyen bir XML dosyası olan EJB konuşlandırma tanımlayıcısından bir parça gösterir.
<ejb-name> etiketi, bu belirli fasulyenin (5. satır) takma adını içerir; bu, dağıtım tanımlayıcısında daha sonra fasulyeye geri dönmek için kullanışlıdır. <ejb-class> etiketi, gösterilen sınıf olan Enterprise bean sınıfının (6. satır) adını içerir.
Daha sonra, tanımlayıcı, EJB kabının küme oluşturacağı ve somut alt sınıfta işlevleri alacağı her kalıcı alan için bir <cmp-field> etiketi içerir (satır 7–12); konuşlandırma tanımlayıcısında belirtilen alanların adları, sınıftaki soyut get/set yöntemlerinin adlarıyla eşleşmelidir. Tanımlayıcı ayrıca, belirli bir alanın sınıf örneklerinin birincil anahtarı olduğunu EJB kapsayıcısına bildiren bir <primkey-field> etiketinin bildirimini de içerir.
Varlık çekirdeğinin seçilen örneklerini almak için birincil anahtar bildirimleri kullanılır. Bir örneğin alınması, EJB kapsayıcısı tarafından yönetilen tüm örneklere bir giriş noktasını temsil eden bean’in evine erişmeyi gerektirir.
Ev bulunduğunda, aşağıdaki parçada gösterildiği gibi, birincil anahtarlarına göre nesneleri bulmak için kullanılabilir.
Dağıtım tanımlayıcısı, NewsCategoryTo-NewItem ilişki rolü bildirimini (satır 12) içeren ilişkilere ayrılmış bölümle (satır 16) ilerler. <ejb-relationship-role> bölümü, role atanan adı (satır 21), maksimum kardinaliteyi (satır 25) ve ilişki rolünü uygulayan set/get işlevlerini içeren kaynak varlık fasulyesini (satır 27) belirtir.
Son olarak, cmr’nin Konteyner Yönetilen İlişki anlamına geldiği <cmr-field> etiketi, konteynere varlık fasulye sınıfının hangi get/set işlevlerinin ilişkiyi uyguladığını (satır 30-31) ve temsil etmek için kullanılacak Java türünü söyler. Yinelenenler kaldırılırsa java.util.Collection veya yinelemelere izin verilir.
Gösterilen dağıtım tanımlayıcısı, kalıcı içeriğin depolandığı gerçek veritabanı tablolarından bahsetmez. Bu belirtim, sözdizimi uygulama sunucusu ürününe göre değişen başka bir yapılandırma dosyası gerektirir.
