BPEL - Giriş

SOA veya Hizmet Odaklı Mimari, iş süreçlerini yeniden kullanılabilir hizmetler olarak sunmak için teknolojiden yararlanan mimari bir yaklaşımdır.

İşe odaklanır ve yeni entegrasyon, görselleştirme, izleme ve optimizasyon seviyelerine süreç dönüşümünü sağlar.
Bu bir teknoloji değil, iş otomasyonu çözümleri oluşturmak için teknolojileri kullanmak için bir kavram ve stratejidir.

Şimdi BPEL'in ne olduğunu ve SOA'da nasıl yardımcı olduğunu göreceğiz.

BPEL nedir?

İş Süreçleri Mühendisliği Dili, SOA mimarisinde programlar oluşturmak için kullanılan bir teknolojidir.

Bir BPEL Process Service Bileşeni eklemek için şu adımları izleyin -

Uygulama Gezgini'nden Dosya> Yeni> Uygulamalar> SOA Uygulaması'nı seçin.
Bu, SOA Uygulaması Oluşturma sihirbazını başlatır.
Uygulama Adı iletişim kutusunda, Uygulama Adı alanına bir uygulama adı girin.
Dizin alanına, SOA bileşik uygulama ve projesinin oluşturulacağı bir dizin yolu girin.
Sonrakine tıkla.
Proje Adı iletişim kutusunda, Proje Adı alanına bir ad girin.
Sonrakine tıkla.
Proje SOA Ayarları iletişim kutusunda, BPEL Süreci ile Bileşik öğesini seçin.
Bitir'e tıklayın.

BPEL kompoziti aşağıdaki dosyaları içerir -

composite.xml - Bu dosya, hizmetlerin, hizmet bileşenlerinin, referansların ve tellerin tüm bileşik montajını açıklar.
.bpel - Bu dosya, sürece eklenen etkinlikler kümesini içerir.
.componentType - Bu dosya, BPEL süreç hizmeti bileşeni için hizmetleri ve referansları açıklamaktadır.
.wsdl - Bu dosya, bu BPEL işlem akışı için giriş ve çıkış mesajlarını, desteklenen istemci arayüzünü ve işlemlerini ve diğer özellikleri tanımlar.

Bu bölümde, BPL sürecine dahil olan farklı kavramları öğreneceğiz.

Merkezi bir süreç (başka bir Web hizmeti olabilir) ilgili Web hizmetlerinin kontrolünü alır.
Operasyonda yer alan web servislerinde farklı operasyonların yürütülmesini koordine eder.
İlgili Web hizmetleri, bir kompozisyon sürecine dahil olduklarını ve daha üst düzey bir iş sürecine katıldıklarını "bilmiyorlar" (ve bilmelerine gerek yok).
Yalnızca orkestrasyonun merkezi koordinatörü bu hedefin farkındadır, bu nedenle orkestrasyon, işlemlerin açık tanımları ve Web servislerinin başlatılma sırası ile merkezileştirilir.

Merkezi bir koordinatöre güvenmiyor.
Koreografiye dahil olan her Web hizmeti, işlemlerini tam olarak ne zaman gerçekleştireceğini ve kiminle etkileşim kuracağını bilir.
Koreografiye dahil olan her Web hizmeti, işlemlerini tam olarak ne zaman gerçekleştireceğini ve kiminle etkileşim kuracağını bilir.
Koreografideki tüm katılımcıların iş süreci, yürütülecek işlemler, değiş tokuş edilecek mesajlar ve mesaj alışverişinin zamanlamasından haberdar olması gerekir.