Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
SOAP (Simple Object Access Protocol - Basit Nesne Erişim Protokolü), felsefesini pratiğe uyarlayan iki 'den biridir. Üzerinde bulunan (UDDI) ile birlikte hizmet yönelimli mimarinin pratikte kullanılmasını mümkün kılar.
SOAP (Basit Nesne Erişim Protokolü) dağıtık uygulamalarda ve web servislerinin haberleşmesinde kullanılmak üzere tasarlanan, RPC (Remote Procedure Call) modelini kullanan, istemci/sunucu mantığına dayalı bir protokoldür. Daha genel olarak SOAP, web üzerinden fonksiyonları kullanmak için geliştirilmiş bir sistemin XML tabanlı kurallar topluluğudur. SOAP ile ilgili bütün mesajlar XML formatında iletilir ve temel olarak bir SOAP mesajı 3 şekilde oluşabilir:
- Metot Çağırımı
- Cevap Mesajı
- Hata Mesajı
Bir SOAP mesajının yapısı
Envelope
Bütün SOAP mesajlarının içinde olduğu elemandır. SOAP mesajına ilişkin XML belgesinin root elemanı olmak zorundadır. Envelope elemanı içinde Body veya Header gibi elemanlar bulunur. Envelope elemanının içinde her zaman bir Body elemanı vardır fakat Header elemanı olmak zorunda değildir. SOAP mimarisine göre eğer Envelope elemanı içinde Header elemanı varsa bu eleman Envelope elemanının içindeki ilk eleman olmalıdır. Soap kullanan mimarilerde kesinlikle erişim protokolü olarak TCP kullanılmalıdır.
Header
SOAP mesajlarındaki Header elemanını HTML standartlarında bulunan <Head></Head> etiketlerine benzetebiliriz. Header bölümü metot çağrımı ile doğrudan ilişkili değildir. Header bölümü ile meta-data dediğimizi bilgiler gönderilir.
Body
Body elemanı SOAP mesajının en önemli kısmını oluşturur. Body bölümünde web metodunun adı ve metodun parametrik bilgileri XML formatında gönderilir. Cevap mesajında ise metodun geri dönüş değeri Body bölgesine eklenir. Metodun parametrik yapısının bu şekilde XML formatında yazılmasına SOAP Serialization denir. Son olarak hata mesajlarında ise Body bölümünde hatanın adı ve tanımı gibi bilgiler bulunur.
SOAP isteklerinin oluşturulması ve yanıtların işlenmesi kolaydır. İlk olarak, bir müşteri tarafından bir XML belgesi kullanılarak bir hizmet talebi oluşturulur. Ardından, bir SOAP istemcisi, XML belgesini bir SOAP sunucusuna gönderir. Sunucu SOAP mesajını aldığında, mesajı istenen sunucu tarafı uygulamaya bir hizmet çağrısı olarak gönderir. İstemci için istenen parametreleri, dönüş değerlerini ve verileri içeren bir yanıt, önce SOAP istek işleyicisine ve ardından istekte bulunan istemciye döndürülür. Hem SOAP istekleri hem de yanıtları, Güvenli Köprü Metni Aktarım Protokolü (HTTPS) veya HTTP gibi benzer bir protokol kullanılarak taşınır.
Özellikleri
SOAP, web hizmetleri için bir web hizmetleri protokol yığınının Mesajlaşma Protokolü katmanını sağlar. Mesaj yapısını ve nasıl işleneceğini tanımlayan bir zarf, uygulama tanımlı veri tiplerinin örneklerini ifade etmek için kullanılan bir kodlama kuralları kümesi ve işlem çağrılarını ve yanıtlarını temsil etmek için bir kural kümesi içerir. SOAP'un üç ana özelliği vardır:
- Uzatılabilirlik (güvenlik ve WS-Addressing geliştirilen uzantılardan bazılarıdır)
- Tarafsızlık (SOAP, HTTP, SMTP, TCP, UDP gibi herhangi bir protokol üzerinde çalışabilir)
- Bağımsızlık (SOAP, herhangi bir programlama modeline izin verir)
SOAP işlemlerinin ne yapabileceğine dair bir örnek olarak, bir uygulama, gerçek bir emlak fiyat veritabanı gibi web hizmetleri etkinleştirilmiş bir sunucuya bir SOAP isteği gönderebilir ve arama için parametreleri içerebilir. Sunucu daha sonra, örneğin fiyatlar, konum, özellikler gibi sonuç verileri ile bir SOAP yanıtı (bir XML biçimli belge) döndürür. Oluşturulan veriler, standartlaştırılmış bir makine-parselenebilir formatta geldiği için, istek gönderen uygulama doğrudan entegre edebilir.
SOAP mimarisi, birkaç katmandan oluşan özellikleri için aşağıdaki özelliklerin özelliklerine sahip şartnameleri içerir:
- mesaj formatı
- Mesaj Değişim Şablonları (MEP)
- altta yatan taşıma protokolü bağlantıları
- mesaj işleme modelleri
- protokol uzatılabilirliği
SOAP, XML-RPC'nin bir devamı olarak evrimlese de, Web Service Addressing'den (WS-Adressing) taşıma ve etkileşim tarafsızlığını ve zarf/başlık/gövdeyi başka yerlerden (muhtemelen WDDX'den) ödünç almaktadır.
Tarihçe
SOAP, nesne erişim protokolü olarak tasarlandı ve Dave Winer, Don Box, Bob Atkinson ve Mohsen Al-Ghosein tarafından Microsoft için hazırlandı ve XML-RPC olarak Haziran 1998'de Frontier 5.1'in bir parçası olarak piyasaya sürüldü. İki kişi Atkinson ve Al-Ghosein, Microsoft'ta çalışıyordu.[3] Özellik, 13 Eylül 1999'da IETF'ye sunulana kadar herhangi bir yerde yayınlanmadı. Don Box'a göre, bunun sebebi Microsoft'taki politikalardı. Microsoft'ın tereddüdü nedeniyle, Dave Winer XML-RPC'yi 1998 yılında gönderdi.
Gönderilen Internet Taslağı, RFC durumuna ulaşmadı ve bu nedenle "web standardı" olarak kabul edilmiyor. 1.1 sürümü, 8 Mayıs 2000'de W3C Notu olarak yayınlandı. Ancak 1.1 sürümü W3C önerisi olarak kabul edilmediğinden, "web standardı" olarak kabul edilemez. Ancak, 1.2 sürümü, 24 Haziran 2003'te W3C önerisi olarak kabul edildi.
SOAP spesifikasyonu, Dünya Çapında Ağ Konsorsiyumu'nun XML Protokol Çalışma Grubu tarafından yönetiliyordu ve grup 10 Temmuz 2009'da kapatıldı. SOAP, başlangıçta "Simple Object Access Protocol" (Basit Nesne Erişim Protokolü) olarak adlandırıldı, ancak standardın 1.2 sürümü bu kısaltmayı bıraktı.
SOAP ilk olarak tanıtıldıktan sonra, WSDL, XSD ve UDDI'ye dayanan daha karmaşık bir web hizmetleri kümesinin altındaki katman haline geldi. Bu farklı hizmetler, özellikle UDDI, çok daha az ilgi göstermiştir, ancak bunların takdir edilmesi, SOAP'un beklenen rolünün, web hizmetleri nasıl evrimleştiğine göre nasıl olduğunun tam bir anlayışını sağlar.
Terimler
SOAP belirtimi genel olarak üç kavramsal bileşenden oluşur: protokol kavramları, kapsülleme kavramları ve ağ kavramları.
Protokol kavramları
SOAP
Bu, bir SOAP göndericisi ile bir SOAP alıcısı arasında değiş tokuş edilen bilginin biçimlendirme ve işlem kurallarını formalize eden ve yöneten bir dizi kuraldır.
SOAP düğümleri
SOAP mesajlarını iletmek/ilerletmek, almak ve işlemek için kullanılan işlem birimleri olan fiziksel/mantıksal makinelerdir. Bunlar bir ağdaki düğümlere benzer.
SOAP rolleri
Bir SOAP mesajının yolu boyunca, tüm düğümler belirli bir role sahip olurlar. Düğümün rolü, aldığı mesaj üzerinde gerçekleştirdiği eylemi tanımlar. Örneğin, "hiçbiri" rolü, hiçbir düğümün SOAP başlığını herhangi bir şekilde işlemeyeceği ve sadece mesajı yol boyunca ileteceği anlamına gelir.
SOAP protokol bağı
Bir SOAP mesajı, bir ağ üzerinde aktarılması için diğer protokollerle birlikte çalışması gerekir. Örneğin, bir SOAP mesajı, mesajları aktarmak için bir alt katman protokolü olarak TCP'yi kullanabilir. Bu bağlar, SOAP protokol bağı çerçevesinde tanımlanmıştır.
SOAP özellikleri
SOAP yalnızca bir mesajlaşma çerçevesi sağlar. Ancak, güvenilirlik, güvenlik vb. gibi özellikler eklemek için genişletilebilir. SOAP çerçevesine özellik eklerken izlenmesi gereken kurallar vardır.
SOAP modülü
SOAP üzerine genişletilen herhangi yeni özelliği tanımlayan SOAP başlığı hakkındaki anlamsal özellikler koleksiyonudur. Bir modül, sıfır veya daha fazla özelliği gerçekleştirmesi gerekir. SOAP, modüllerin belirli kurallara uymasını gerektirir.
Veri kapsülleme kavramları
SOAP mesajı
2 SOAP düğümü arasında değiş tokuş edilen bilgiyi temsil eder.
SOAP zarfı
XML mesajının bir SOAP mesajı olarak tanımlanmasını sağlayan kaplayan öğedir.
SOAP başlık bloğu
Bir SOAP başlığı birden fazla blok içerebilir ve her biri başlık içinde ayrı bir hesaplama bloğudur. Genel olarak, SOAP rol bilgisi, yoldaki düğümleri hedeflemek için kullanılır. Bir başlık bloğu, SOAP rolü, SOAP düğümü tarafından işletilen bir rolün adı ise, bir SOAP düğümüne hedeflenir.
Spesifikasyon
SOAP spesifikasyonu, mesajlaşma çerçevesini tanımlar ve şunları içerir:
- SOAP işlem modeli, bir SOAP mesajının işlenmesi için kuralları tanımlar
- SOAP genişletilebilirlik modeli, SOAP özellikleri ve SOAP modülleri kavramlarını tanımlar
- SOAP altta yatan protokol bağlama çerçevesi, SOAP düğümleri arasında SOAP mesajlarının değişimi için kullanılabilen bir alt protokole bağlama kurallarını tanımlar
- SOAP mesaj yapısı, bir SOAP mesajının yapısını tanımlar
Taşıma yöntemleri
SMTP ve HTTP, SOAP'un taşıma yöntemi olarak kullanılan geçerli uygulama katmanı protokolleridir, ancak HTTP, bugünün internet altyapısı ile iyi çalıştığı için daha geniş kabul görmüştür; özellikle, HTTP ağ güvenlik duvarlarıyla iyi çalışır. SOAP ayrıca basit veya karşılıklı kimlik doğrulama ile HTTPS üzerinden de kullanılabilir (bu, uygulama düzeyinde HTTP ile aynı protokoldür, ancak altında şifreli bir iletişim protokolü kullanır); bu, WS-I Temel Profil 1.1'de belirtildiği gibi web servis güvenliği sağlamak için önerilen WS-I yöntemidir.
Bu, GIOP/IIOP veya DCOM gibi diğer dağıtılmış protokollere göre bir avantajdır, bunlar genellikle güvenlik duvarları tarafından filtrelenir. Bazı uygulamaların desteklediği bir başka seçenek de SOAP'un AMQP üzerinden kullanılmasıdır. SOAP'un, gönderen ve alıcı düğümlerin bilgisine ihtiyaç duyan makinelerde yapılandırılan güvenlik haklarından etkilenmeyen bir avantajı da vardır. Bu, SOAP'un DCOM ile mümkün olmayan bir şekilde gevşek bir şekilde eşleştirilmesine izin verir. Ayrıca SOAP üzerinden UDP OASIS standardı da vardır.
Örnek Mesaj Yapısı
POST /InStock HTTP/1.1 Host: www.example.org Content-Type: application/soap+xml; charset=utf-8 Content-Length: 299 SOAPAction: "http://www.w3.org/2003/05/soap-envelope" <?xml version="1.0"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:m="http://www.example.org"> <soap:Header> </soap:Header> <soap:Body> <m:GetStockPrice> <m:StockName>T</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope> Avantajlar
- SOAP'un tarafsızlık özelliği, herhangi bir taşıma protokolüyle kullanıma uygun olduğunu açıkça belirtir. Uygulamalar genellikle bir taşıma protokolü olarak HTTP kullanır, ancak diğer popüler taşıma protokolleri de kullanılabilir. Örneğin, SOAP ayrıca SMTP, JMS ve mesaj kuyrukları üzerinden de kullanılabilir.
- SOAP, HTTP post/cevap alışverişleriyle birleştirildiğinde, mevcut güvenlik duvarları ve proxy'ler üzerinden kolayca tüneller oluşturur ve bu nedenle HTTP post/cevap alışverişleri işlemek için mevcut olan yaygın hesaplama ve iletişim altyapılarının değiştirilmesini gerektirmez.
- SOAP, XML dahil olmak üzere tüm XML olanaklarına sahiptir, bu da XML Namespaces ile kolay uluslararasılaşma ve genişletilebilirlik anlamına gelir.
Dezavantajlar
- Standart uygulama ve varsayılan SOAP/HTTP bağlama kullanıldığında, XML bilgi kümesi XML olarak serileştirilir. Gömülü ikili nesnelerle XML'in özel durumunda performansı artırmak için Mesaj İletim Optimizasyon Mekanizması tanıtılmıştır.
- HTTP'ye güvenerek bir taşıma protokolü olarak ve Web Hizmetleri Adresleme veya Kurumsal Servis Otobüsü kullanılmadığında, etkileşen tarafların rolleri sabittir. Yalnızca bir taraf (istemci), diğerinin hizmetlerini kullanabilir.
- SOAP, adı önerdiği kadar "basit" değildir. Protokolün ayrıntılı olması, XML'in yavaş ayrıştırma hızı ve standartlaştırılmış bir etkileşim modelinin olmaması, HTTP protokolünü daha doğrudan kullanan hizmetlerin hakimiyetine neden oldu. Örneğin, REST.
- Protokol-özgür olması nedeniyle, SOAP, REST'in Uniform Interface veya önbellekleme gibi protokol özgü özelliklerinden ve optimizasyonlarından yararlanamaz - bunları yeniden uygulamak zorunda kalır (örneğin WS-Addressing ile olduğu gibi).
Kaynakça
- ^ . App Architecture (İngilizce). 26 Ocak 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 28 Mart 2023.
- ^ Hirsch, Frederick; Kemp, John; Ilkka, Jani (11 Ocak 2007). Mobile Web Services: Architecture and Implementation (İngilizce). John Wiley & Sons. ISBN . 19 Mart 2023 tarihinde kaynağından . Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 28 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . 25 Eylül 2008 tarihinde kaynağından arşivlendi.
- ^ Cover, Robin. . xml.coverpages.org. 3 Mart 2001 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ "SOAP: Simple Object Access Protocol". IETF Datatracker (İngilizce). 25 Şubat 2021 tarihinde kaynağından . Erişim tarihi: 19 Mart 2023.
- ^ . www.xml.com. 2 Mart 2003 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . web.archive.org. 12 Ekim 1999. 7 Mart 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 26 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 8 Mayıs 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 7 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ a b c d e f g . www.w3.org. 2 Nisan 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 8 Kasım 2012 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.ibm.com (İngilizce). 13 Mayıs 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
- ^ . www.w3.org. 17 Temmuz 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023.
Bağlantılar
Kaynakça
- Sefer ALGAN 5 Kasım 2006 tarihinde Wayback Machine sitesinde .
- https://www.w3.org/TR/soap/ 29 Ocak 2018 tarihinde Wayback Machine sitesinde .
- https://developer.ibm.com/articles/soap-and-rest/ 19 Mart 2023 tarihinde Wayback Machine sitesinde .
- https://www.oracle.com/webfolder/technetwork/tutorials/obe/java/ws03/soap/ws03-soap.htm
wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar
SOAP Simple Object Access Protocol Basit Nesne Erisim Protokolu felsefesini pratige uyarlayan iki den biridir Uzerinde bulunan UDDI ile birlikte hizmet yonelimli mimarinin pratikte kullanilmasini mumkun kilar SOAP Basit Nesne Erisim Protokolu dagitik uygulamalarda ve web servislerinin haberlesmesinde kullanilmak uzere tasarlanan RPC Remote Procedure Call modelini kullanan istemci sunucu mantigina dayali bir protokoldur Daha genel olarak SOAP web uzerinden fonksiyonlari kullanmak icin gelistirilmis bir sistemin XML tabanli kurallar toplulugudur SOAP ile ilgili butun mesajlar XML formatinda iletilir ve temel olarak bir SOAP mesaji 3 sekilde olusabilir Metot Cagirimi Cevap Mesaji Hata MesajiBir SOAP mesajinin yapisiEnvelope Butun SOAP mesajlarinin icinde oldugu elemandir SOAP mesajina iliskin XML belgesinin root elemani olmak zorundadir Envelope elemani icinde Body veya Header gibi elemanlar bulunur Envelope elemaninin icinde her zaman bir Body elemani vardir fakat Header elemani olmak zorunda degildir SOAP mimarisine gore eger Envelope elemani icinde Header elemani varsa bu eleman Envelope elemaninin icindeki ilk eleman olmalidir Soap kullanan mimarilerde kesinlikle erisim protokolu olarak TCP kullanilmalidir Header SOAP mesajlarindaki Header elemanini HTML standartlarinda bulunan lt Head gt lt Head gt etiketlerine benzetebiliriz Header bolumu metot cagrimi ile dogrudan iliskili degildir Header bolumu ile meta data dedigimizi bilgiler gonderilir Body Body elemani SOAP mesajinin en onemli kismini olusturur Body bolumunde web metodunun adi ve metodun parametrik bilgileri XML formatinda gonderilir Cevap mesajinda ise metodun geri donus degeri Body bolgesine eklenir Metodun parametrik yapisinin bu sekilde XML formatinda yazilmasina SOAP Serialization denir Son olarak hata mesajlarinda ise Body bolumunde hatanin adi ve tanimi gibi bilgiler bulunur SOAP isteklerinin olusturulmasi ve yanitlarin islenmesi kolaydir Ilk olarak bir musteri tarafindan bir XML belgesi kullanilarak bir hizmet talebi olusturulur Ardindan bir SOAP istemcisi XML belgesini bir SOAP sunucusuna gonderir Sunucu SOAP mesajini aldiginda mesaji istenen sunucu tarafi uygulamaya bir hizmet cagrisi olarak gonderir Istemci icin istenen parametreleri donus degerlerini ve verileri iceren bir yanit once SOAP istek isleyicisine ve ardindan istekte bulunan istemciye dondurulur Hem SOAP istekleri hem de yanitlari Guvenli Kopru Metni Aktarim Protokolu HTTPS veya HTTP gibi benzer bir protokol kullanilarak tasinir OzellikleriSOAP web hizmetleri icin bir web hizmetleri protokol yigininin Mesajlasma Protokolu katmanini saglar Mesaj yapisini ve nasil islenecegini tanimlayan bir zarf uygulama tanimli veri tiplerinin orneklerini ifade etmek icin kullanilan bir kodlama kurallari kumesi ve islem cagrilarini ve yanitlarini temsil etmek icin bir kural kumesi icerir SOAP un uc ana ozelligi vardir Uzatilabilirlik guvenlik ve WS Addressing gelistirilen uzantilardan bazilaridir Tarafsizlik SOAP HTTP SMTP TCP UDP gibi herhangi bir protokol uzerinde calisabilir Bagimsizlik SOAP herhangi bir programlama modeline izin verir SOAP islemlerinin ne yapabilecegine dair bir ornek olarak bir uygulama gercek bir emlak fiyat veritabani gibi web hizmetleri etkinlestirilmis bir sunucuya bir SOAP istegi gonderebilir ve arama icin parametreleri icerebilir Sunucu daha sonra ornegin fiyatlar konum ozellikler gibi sonuc verileri ile bir SOAP yaniti bir XML bicimli belge dondurur Olusturulan veriler standartlastirilmis bir makine parselenebilir formatta geldigi icin istek gonderen uygulama dogrudan entegre edebilir SOAP mimarisi birkac katmandan olusan ozellikleri icin asagidaki ozelliklerin ozelliklerine sahip sartnameleri icerir mesaj formati Mesaj Degisim Sablonlari MEP altta yatan tasima protokolu baglantilari mesaj isleme modelleri protokol uzatilabilirligi SOAP XML RPC nin bir devami olarak evrimlese de Web Service Addressing den WS Adressing tasima ve etkilesim tarafsizligini ve zarf baslik govdeyi baska yerlerden muhtemelen WDDX den odunc almaktadir TarihceSOAP nesne erisim protokolu olarak tasarlandi ve Dave Winer Don Box Bob Atkinson ve Mohsen Al Ghosein tarafindan Microsoft icin hazirlandi ve XML RPC olarak Haziran 1998 de Frontier 5 1 in bir parcasi olarak piyasaya suruldu Iki kisi Atkinson ve Al Ghosein Microsoft ta calisiyordu 3 Ozellik 13 Eylul 1999 da IETF ye sunulana kadar herhangi bir yerde yayinlanmadi Don Box a gore bunun sebebi Microsoft taki politikalardi Microsoft in tereddudu nedeniyle Dave Winer XML RPC yi 1998 yilinda gonderdi Gonderilen Internet Taslagi RFC durumuna ulasmadi ve bu nedenle web standardi olarak kabul edilmiyor 1 1 surumu 8 Mayis 2000 de W3C Notu olarak yayinlandi Ancak 1 1 surumu W3C onerisi olarak kabul edilmediginden web standardi olarak kabul edilemez Ancak 1 2 surumu 24 Haziran 2003 te W3C onerisi olarak kabul edildi SOAP spesifikasyonu Dunya Capinda Ag Konsorsiyumu nun XML Protokol Calisma Grubu tarafindan yonetiliyordu ve grup 10 Temmuz 2009 da kapatildi SOAP baslangicta Simple Object Access Protocol Basit Nesne Erisim Protokolu olarak adlandirildi ancak standardin 1 2 surumu bu kisaltmayi birakti SOAP ilk olarak tanitildiktan sonra WSDL XSD ve UDDI ye dayanan daha karmasik bir web hizmetleri kumesinin altindaki katman haline geldi Bu farkli hizmetler ozellikle UDDI cok daha az ilgi gostermistir ancak bunlarin takdir edilmesi SOAP un beklenen rolunun web hizmetleri nasil evrimlestigine gore nasil oldugunun tam bir anlayisini saglar TerimlerSOAP belirtimi genel olarak uc kavramsal bilesenden olusur protokol kavramlari kapsulleme kavramlari ve ag kavramlari Protokol kavramlari SOAP Bu bir SOAP gondericisi ile bir SOAP alicisi arasinda degis tokus edilen bilginin bicimlendirme ve islem kurallarini formalize eden ve yoneten bir dizi kuraldir SOAP dugumleri SOAP mesajlarini iletmek ilerletmek almak ve islemek icin kullanilan islem birimleri olan fiziksel mantiksal makinelerdir Bunlar bir agdaki dugumlere benzer SOAP rolleri Bir SOAP mesajinin yolu boyunca tum dugumler belirli bir role sahip olurlar Dugumun rolu aldigi mesaj uzerinde gerceklestirdigi eylemi tanimlar Ornegin hicbiri rolu hicbir dugumun SOAP basligini herhangi bir sekilde islemeyecegi ve sadece mesaji yol boyunca iletecegi anlamina gelir SOAP protokol bagi Bir SOAP mesaji bir ag uzerinde aktarilmasi icin diger protokollerle birlikte calismasi gerekir Ornegin bir SOAP mesaji mesajlari aktarmak icin bir alt katman protokolu olarak TCP yi kullanabilir Bu baglar SOAP protokol bagi cercevesinde tanimlanmistir SOAP ozellikleri SOAP yalnizca bir mesajlasma cercevesi saglar Ancak guvenilirlik guvenlik vb gibi ozellikler eklemek icin genisletilebilir SOAP cercevesine ozellik eklerken izlenmesi gereken kurallar vardir SOAP modulu SOAP uzerine genisletilen herhangi yeni ozelligi tanimlayan SOAP basligi hakkindaki anlamsal ozellikler koleksiyonudur Bir modul sifir veya daha fazla ozelligi gerceklestirmesi gerekir SOAP modullerin belirli kurallara uymasini gerektirir Veri kapsulleme kavramlari SOAP mesaji 2 SOAP dugumu arasinda degis tokus edilen bilgiyi temsil eder SOAP zarfi XML mesajinin bir SOAP mesaji olarak tanimlanmasini saglayan kaplayan ogedir SOAP baslik blogu Bir SOAP basligi birden fazla blok icerebilir ve her biri baslik icinde ayri bir hesaplama blogudur Genel olarak SOAP rol bilgisi yoldaki dugumleri hedeflemek icin kullanilir Bir baslik blogu SOAP rolu SOAP dugumu tarafindan isletilen bir rolun adi ise bir SOAP dugumune hedeflenir Spesifikasyon SOAP spesifikasyonu mesajlasma cercevesini tanimlar ve sunlari icerir SOAP islem modeli bir SOAP mesajinin islenmesi icin kurallari tanimlar SOAP genisletilebilirlik modeli SOAP ozellikleri ve SOAP modulleri kavramlarini tanimlar SOAP altta yatan protokol baglama cercevesi SOAP dugumleri arasinda SOAP mesajlarinin degisimi icin kullanilabilen bir alt protokole baglama kurallarini tanimlar SOAP mesaj yapisi bir SOAP mesajinin yapisini tanimlarTasima yontemleriSMTP ve HTTP SOAP un tasima yontemi olarak kullanilan gecerli uygulama katmani protokolleridir ancak HTTP bugunun internet altyapisi ile iyi calistigi icin daha genis kabul gormustur ozellikle HTTP ag guvenlik duvarlariyla iyi calisir SOAP ayrica basit veya karsilikli kimlik dogrulama ile HTTPS uzerinden de kullanilabilir bu uygulama duzeyinde HTTP ile ayni protokoldur ancak altinda sifreli bir iletisim protokolu kullanir bu WS I Temel Profil 1 1 de belirtildigi gibi web servis guvenligi saglamak icin onerilen WS I yontemidir Bu GIOP IIOP veya DCOM gibi diger dagitilmis protokollere gore bir avantajdir bunlar genellikle guvenlik duvarlari tarafindan filtrelenir Bazi uygulamalarin destekledigi bir baska secenek de SOAP un AMQP uzerinden kullanilmasidir SOAP un gonderen ve alici dugumlerin bilgisine ihtiyac duyan makinelerde yapilandirilan guvenlik haklarindan etkilenmeyen bir avantaji da vardir Bu SOAP un DCOM ile mumkun olmayan bir sekilde gevsek bir sekilde eslestirilmesine izin verir Ayrica SOAP uzerinden UDP OASIS standardi da vardir Ornek Mesaj YapisiPOST InStock HTTP 1 1 Host www example org Content Type application soap xml charset utf 8 Content Length 299 SOAPAction http www w3 org 2003 05 soap envelope lt xml version 1 0 gt lt soap Envelope xmlns soap http www w3 org 2003 05 soap envelope xmlns m http www example org gt lt soap Header gt lt soap Header gt lt soap Body gt lt m GetStockPrice gt lt m StockName gt T lt m StockName gt lt m GetStockPrice gt lt soap Body gt lt soap Envelope gt AvantajlarSOAP un tarafsizlik ozelligi herhangi bir tasima protokoluyle kullanima uygun oldugunu acikca belirtir Uygulamalar genellikle bir tasima protokolu olarak HTTP kullanir ancak diger populer tasima protokolleri de kullanilabilir Ornegin SOAP ayrica SMTP JMS ve mesaj kuyruklari uzerinden de kullanilabilir SOAP HTTP post cevap alisverisleriyle birlestirildiginde mevcut guvenlik duvarlari ve proxy ler uzerinden kolayca tuneller olusturur ve bu nedenle HTTP post cevap alisverisleri islemek icin mevcut olan yaygin hesaplama ve iletisim altyapilarinin degistirilmesini gerektirmez SOAP XML dahil olmak uzere tum XML olanaklarina sahiptir bu da XML Namespaces ile kolay uluslararasilasma ve genisletilebilirlik anlamina gelir DezavantajlarStandart uygulama ve varsayilan SOAP HTTP baglama kullanildiginda XML bilgi kumesi XML olarak serilestirilir Gomulu ikili nesnelerle XML in ozel durumunda performansi artirmak icin Mesaj Iletim Optimizasyon Mekanizmasi tanitilmistir HTTP ye guvenerek bir tasima protokolu olarak ve Web Hizmetleri Adresleme veya Kurumsal Servis Otobusu kullanilmadiginda etkilesen taraflarin rolleri sabittir Yalnizca bir taraf istemci digerinin hizmetlerini kullanabilir SOAP adi onerdigi kadar basit degildir Protokolun ayrintili olmasi XML in yavas ayristirma hizi ve standartlastirilmis bir etkilesim modelinin olmamasi HTTP protokolunu daha dogrudan kullanan hizmetlerin hakimiyetine neden oldu Ornegin REST Protokol ozgur olmasi nedeniyle SOAP REST in Uniform Interface veya onbellekleme gibi protokol ozgu ozelliklerinden ve optimizasyonlarindan yararlanamaz bunlari yeniden uygulamak zorunda kalir ornegin WS Addressing ile oldugu gibi Kaynakca App Architecture Ingilizce 26 Ocak 2022 tarihinde kaynagindan arsivlendi Erisim tarihi 28 Mart 2023 Hirsch Frederick Kemp John Ilkka Jani 11 Ocak 2007 Mobile Web Services Architecture and Implementation Ingilizce John Wiley amp Sons ISBN 978 0 470 03259 6 19 Mart 2023 tarihinde kaynagindan Erisim tarihi 19 Mart 2023 www w3 org 28 Haziran 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 25 Eylul 2008 tarihinde kaynagindan arsivlendi Cover Robin xml coverpages org 3 Mart 2001 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 SOAP Simple Object Access Protocol IETF Datatracker Ingilizce 25 Subat 2021 tarihinde kaynagindan Erisim tarihi 19 Mart 2023 www xml com 2 Mart 2003 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 web archive org 12 Ekim 1999 7 Mart 2021 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www w3 org 26 Haziran 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www w3 org 8 Mayis 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www w3 org 7 Haziran 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 a b c d e f g www w3 org 2 Nisan 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www w3 org 8 Kasim 2012 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www ibm com Ingilizce 13 Mayis 2021 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 www w3 org 17 Temmuz 2017 tarihinde kaynagindan arsivlendi Erisim tarihi 19 Mart 2023 BaglantilarKaynakcaSefer ALGAN 5 Kasim 2006 tarihinde Wayback Machine sitesinde https www w3 org TR soap 29 Ocak 2018 tarihinde Wayback Machine sitesinde https developer ibm com articles soap and rest 19 Mart 2023 tarihinde Wayback Machine sitesinde https www oracle com webfolder technetwork tutorials obe java ws03 soap ws03 soap htm