Previous
Next

Weblogic - Active Directory entegrasyonu

by Cem Kefeli 13. Ekim 2015 15:33

SOAP vs. RESTFULWeblogic uygulama sunucusu, yönetim ekranlarına giriş ve giriş sonrası yapılabilecek işler için oldukça esnek olanaklar sağlıyor. Entegre LDAP sunucusu üzerinde manuel olarak yeni kullanıcılar, yeni gruplar oluşturabiliyorsunuz. Bu kullanıcılara dilediğiniz rolleri atayabiliyorsunuz, isterseniz yeni roller oluşturabiliyorsunuz. İsterseniz aynı işlevdeki kullanıcıları bir grup altında toplayarak, grup bazlı yetkilendirme yapabiliyorsunuz. Fakat, bu bahsettiğim işlemler Weblogic’in kendi entegre LDAP yapısı üzerinde yapılan işlemlerdir ve tamamen o Weblogic domainine aittirler. Yani burada yapılan işlemler bir kullanıcıyı ya da bir grubu başka bir yapı üzerinde kullanmak gibi bir hedefle yapılan işlemler değildir. Yalnızca ilgili lokal yapı üzerinde etkilidir bu işlemler.

İşte tam bu aşamada, kullanıcı ve grup bazlı yetkilendirme dediğimizde artık neredeyse her şirkette kullanılan Microsoft Active Directory (AD) yapısı mutlaka aklınıza geliyordur. Basit bir şekilde ifade etmek gerekirse AD üzerinde tanımlı kullanıcılar, gruplar, vb.. merkezi bir yapı üzerinden yönetilirler. Kullanıcı ve grup bilgileri bu merkezi yapı üzerinde saklanır. Eğer aynı AD ile entegre olmuş sistemler varsa, tüm bu sistemlere aynı kullanıcı adı ve şifre ile girilebilir. Bu sistemler üzerinde eğer grup bazlı yetkilendirme yapılmışsa, grup üyelerinin yalnızca AD üzerinde değiştirilmesi tüm sistemlerde senkron bir şekilde etkisini gösterecektir.

Bu yazının ana konusunu oluşturmadığı için AD ile ilgili çok daha detaylı bilgilere MSDN linkinden ulaşabilirsiniz. Bu yazının ana konusunu ise Weblogic yönetim ekranlarının AD ile nasıl entegre edileceği oluşturuyor. Bu entegrasyon sonrası AD kullanıclarıyla ekranlara giriş yapılabilir ve AD grupları seviyesinde de yetkilendirme yapılabilir.

Aşağıdaki adımlar takip edilerek Weblogic için Active Directory entegrasyonu gerçekleştirilebilir;

Weblogic - Active Directory (AD) Integration

Weblogic - Active Directory (AD) IntegrationFazlası...

Weblogic shared library kullanımı

by Cem Kefeli 4. Ekim 2015 10:34

SOAP vs. RESTFULGünümüzde kurumsal birçok uygulama çok katmanlı yapılardan meydana geliyor. Bu çok katmanlı yapılar, uygulamaları artık basit tek bir uygulama olmak yerine, kendi işlerinde özelleşmiş birçok uygulama olmaya yönlendiriyorlar. Örneğin çok katmanlı mimariler veri katmanını, lojik katmanı ve sunum katmanını ayrı ayrı ele alıyor. Durum böyle olunca da aynı işleve sahip farklı uygulamalar zaman zaman aynı işleri yapan kod parçacıkları içermek durumunda kalabiliyorlar. Yazılan kodların modüler olması çok büyük kazanımlar getirdiği için bu yinelenen kod parçacıklarının birer library (kütüphane) olarak yazmak tabiki çok avantajlı. Özellikle de kütüphane boyutları arttığında, bu kütüphanelerin uygulamalar içerisine gömülmesi daha da güç hale geliyor. Yüksek boyutlu kütüphaneler hem uygulamanın deploy edilmesi aşamasında uzun zaman kayıpları oluşturmaktadır hem de uygulamaların yönetilmesini zor kılmaktadırlar. Kütüphaneler genellikle asıl işi yapan kod parçacıkları olduğu için akışta bir değişiklik yapılması durumda uygulamalarda her hangi bir major değişiklik yapılmasına gerek de kalmaz.

Trend Analyzer - Shared Library yapısıWeblogic, kütüphanelerin farklı uygulamalar tarafından paylaşılmasını desteklemektedir. Bu işi yapmak hem uygulama hem de kütüphane tarafında olduça basittir ve kodlama seviyesinde ayrıca bir efor gerektirmez. Kütüphane tarafında yapılması gereken, manifest dosyasında kütüphanenin adı, versiyonu, vb... gibi tanımlayıcı bilgilerin belirtilmesidir. Uygulama tarafında yapılması gereken ise, kütüphane manifest dosyasında belirtildiği gibi uygulamanın hangi kütüphaneyi kullanacağının belirtilmesidir.

Bir süre önce geliştirmiş olduğum Trend Analyzer uygulaması bu şekilde bazı ortak kütüphanelerin kullanılması ile oluşturulmuştur. Bu uygulamadan örnek verecek olursak şekildeki gibi ortak kullanılan kütüphaneleri görebiliriz. Örneğin TA.Core kütüphanesi her üç uygulama tarafından da kullanılmakta, TA.DataLayer kütüphanesi ise Servis ve yönetim panelleri uygulamaları tarafından kullanılmaktadır.

Yalnızca TA.DataLayer kütüphanesini ele alacak olursak, bu kütüphanenin manifest dosyasında aşağıdaki gibi tanımlamalar yapılamsı gerekecektir;

MANIFEST.MF (TA.DataLayer)  |  Gizle  |  Göster
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.4
Created-By: Cem Kefeli (cemkefeli.com)
Extension-Name: trendAnalyzer.datalayer
Implementation-Version: 1.0.0
Specification-Version: 1.0

Uygulama tarafında ise weblogic.xml içerisine kullanılması istenen kütüphanenin tanımlayıcı bilgileri verilmelidir. Buradaki versiyon ve kütüphane isimleri birebir olarak kütüphane tanımlamasında yapıldığı şekilde olmalıdır;Fazlası...

Weblogic application retirement

by Cem Kefeli 24. Mayıs 2014 21:47

SOAP vs. RESTFULBir uygulamanın ilk deployment sonrasında öylece bırakıldığı ve yaşamı süresince bir daha hiç güncellenmediği neredeyse hiç karşılaşılmayan bir durum. Uygulamalar da insan ihtiyaçlarıyla birlikte yaşayan ve bir ömürleri olan yapılar. Günün koşullarına göre ihtiyaçları karşılayabiliyorken bir süre sonra oluşan yeni iş ihtiyaçları doğrultusunda yeni geliştirmeler yapmak gerekebiliyor. Yapılan bu yeni geliştirmeler sonrasında da tabiki güncel uygulamaların tekrar deploy edilmesi gerekli oluyor.

Weblogic uygulama sunucusu bir uygulamanın silinip tekrar yüklenmesi ile aynı uygulamanın re-deploy ya da update edilmesini farklı şekillerde ele alıyor. Daha doğrusu bir uygulama update ediliyorsa iş anlamında da gerçekten yeni gelen bir özelliğin aktif edileceği konseptine bağlı kalmaya çalışıyor. Aslında pratik yaşamda bir uygulamanın silinmesi sonrasında yenisinin tekrar yüklenmesi ile uygulamanın update edilmesi arasında bir fark yok. Nihayetinde ikisinde de yeni uygulama hayatına başlamış oluyor. Ama asıl fark update özelliğinin sunmuş olduğu yenenekler kullanılırsa ortaya çıkıyor.

Weblogic, uygulama paketleri içerisinde yer alan manifest dosyaları sayesinde uygulama versiyonunu takip edebilme ve değişikliği anlayabilme yetisine sahip. Eğer aşağıdaki gibi bir manifest dosyasını uygulama içerisine olması gereken yere eklerseniz daha ilk deployment aşamasında uygulama versiyonlanmış olacaktır.

MANIFEST.MF (applicationRetirement - Version Blue - v1.0.0)  |  Gizle  |  Göster
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.4
Created-By: Cem Kefeli (cemkefeli.com)
Weblogic-Application-Version: 1.0.0
Build-Timestamp: 2014-05-24 10:12:15 598

Eğer aşağıdaki gibi bir sonraki güncel uygulamada (Yani bu örnek için 'Version Red - v2.0.0') versiyon bilgisi değişirse, Weblogic bu durumdan da haberdar olacak ve hem mevcuttaki uygulamanın hem de güncel uygulamanın admin kontrolünde birlikte yaşamasına imkan tanıyacaktır.

MANIFEST.MF (applicationRetirement - Version Red - v2.0.0)  |  Gizle  |  Göster
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.9.4
Created-By: Cem Kefeli (cemkefeli.com)
Weblogic-Application-Version: 2.0.0
Build-Timestamp: 2014-05-24 10:17:15 598

Aşağıdaki adımlar takip edilerek Weblogic uygulama sunucusunda nasıl versiyonlama ve update yapılabileceğini görebilirsiniz. Versiyonlanmış iki örnek uygulamayı da yazının bitimindeki linkleri kullanarak indirebilirsiniz;

Weblogic - Application RetirementFazlası...

Hakkımda...

Cem KEFELİ

Electronics and
Telecommunication Eng.
devamı...


Son yapılan yorumlar...

Comment RSS

Yasal bir uyarı...

Disclaimer"Bu web sitesinde görmüş olduğunuz bilgilerin, dokümanların ve diğer materyallerin kullanılmasından doğabilecek hiç bir sorumluluktan site sahibi sorumlu tutulamaz. Web sitesi içerisinde yer alan yazılar, yorumlar, resimler ve diğer tüm içerikler yalnızca sahibinin görüşünü yansıtmakta olup içeriğin sahibi kişilerin çalıştığı kurumları bağlayıcı hiç bir nitelik taşımamaktadır. Yapılan tüm alıntılar mutlaka kaynak gösterilerek verilmeye çalışılmaktadır. Web sitesi içerisinde bulunan ilgili materyaller, ilgili yasal kurumlar tarafından uygun görülmemesi durumda kaldırılacaktır."
General