İçeriğe atla

SOAP

SOAP (Simple Object Access Protocol - Basit Nesne Erişim Protokolü), Service-oriented Architecture felsefesini pratiğe uyarlayan iki interface'den biridir. Üzerinde bulunan Universal Description Discovery and Integration (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.

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.[1]

Ö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:

  1. Uzatılabilirlik (güvenlik ve WS-Addressing geliştirilen uzantılardan bazılarıdır)[2]
  2. Tarafsızlık (SOAP, HTTP, SMTP, TCP, UDP gibi herhangi bir protokol üzerinde çalışabilir)
  3. 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[3]) 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ü.[4] İ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ı.[5][6] Don Box'a göre, bunun sebebi Microsoft'taki politikalardı.[7] Microsoft'ın tereddüdü nedeniyle, Dave Winer XML-RPC'yi 1998 yılında gönderdi.[8]

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ı.[9] 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,[10] Dünya Çapında Ağ Konsorsiyumu'nun XML Protokol Çalışma Grubu[11] 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ı.[12]

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ı.[12]

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.[13]

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.[12]

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[12]
  • SOAP genişletilebilirlik modeli, SOAP özellikleri ve SOAP modülleri kavramlarını tanımlar[12]
  • 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[12]
  • SOAP mesaj yapısı, bir SOAP mesajının yapısını tanımlar[12]

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[14][15] 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

  1. ^ "What is SOAP?". App Architecture (İngilizce). 26 Ocak 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 28 Mart 2023. 
  2. ^ Hirsch, Frederick; Kemp, John; Ilkka, Jani (11 Ocak 2007). Mobile Web Services: Architecture and Implementation (İngilizce). John Wiley & Sons. ISBN 978-0-470-03259-6. 19 Mart 2023 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  3. ^ "Web Services Addressing (WS-Addressing)". www.w3.org. 28 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  4. ^ "DOTNET". 25 Eylül 2008 tarihinde kaynağından arşivlendi. 
  5. ^ Cover, Robin. "Simple Object Access Protocol (SOAP)". xml.coverpages.org. 3 Mart 2001 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  6. ^ "SOAP: Simple Object Access Protocol". IETF Datatracker (İngilizce). 25 Şubat 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  7. ^ "A Brief History of SOAP". www.xml.com. 2 Mart 2003 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  8. ^ "DaveNet: XML-RPC for Newbies". web.archive.org. 12 Ekim 1999. 7 Mart 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  9. ^ "Simple Object Access Protocol (SOAP) 1.1". www.w3.org. 26 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  10. ^ "SOAP Specifications". www.w3.org. 8 Mayıs 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  11. ^ "W3C XML Protocol Working Group". www.w3.org. 7 Haziran 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  12. ^ a b c d e f g "SOAP Version 1.2 Part 1: Messaging Framework (Second Edition)". www.w3.org. 2 Nisan 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  13. ^ "Binding Framework Proposal". www.w3.org. 8 Kasım 2012 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  14. ^ "SOAP over JMS protocol". www.ibm.com (İngilizce). 13 Mayıs 2021 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 
  15. ^ "SOAP-JMS FAQ - SOAP-JMS Binding Working Group Wiki". www.w3.org. 17 Temmuz 2017 tarihinde kaynağından arşivlendi. Erişim tarihi: 19 Mart 2023. 

Bağlantılar

Kaynakça

İlgili Araştırma Makaleleri

<span class="mw-page-title-main">HTTP</span> iletişim protokolü

HTTP bir kaynaktan dağıtılan ve ortak kullanıma açık olan hiperortam bilgi sistemleri için uygulama seviyesinde bir iletişim protokolüdür. HTTP, World Wide Web için veri iletişiminin temelidir; burada köprü metni belgeleri, örneğin bir fare tıklamasıyla veya bir web tarayıcısında ekrana dokunarak kullanıcının kolayca erişebileceği diğer kaynaklara köprüler içerir.

Bilgi işlemde, İnternet Mesaj Erişim Protokolü (IMAP), e-posta istemcilerinin bir TCP/IP bağlantısı üzerinden bir posta sunucusundan e-posta mesajları almak için kullandığı bir İnternet standart protokolüdür. IMAP, RFC 9051 tarafından tanımlanır.

<span class="mw-page-title-main">UPnP</span>

UPnP, Universal Plug&Play'in kısaltması. Günümüzde var olan birçok aygıt ve program, Evrensel Tak ve Çalıştır (UPnP) protokolünü desteklemektedir. UPnP protokolü, Windows masaüstü makinelerinde bulunan tak ve çalıştır konseptini yerel ağa getirmek için 1999'un başlarında Microsoft tarafından ortaya atıldı.

Basit Ağ Yönetim Protokolü, bilgisayar ağları büyüdükçe bu ağlar üzerindeki birimleri denetlemek amacıyla tasarlanmıştır. Cihaz üzerindeki sıcaklıktan, cihaza bağlı kullanıcılara, internet bağlantı hızından sistem çalışma süresine kadar çeşitli bilgiler SNMP'de tanımlanmış ağaç yapısı içinde tutulurlar.

Telnet, Internet ağı üzerindeki çok kullanıcılı bir makineye uzaktaki başka bir makineden bağlanmak için geliştirilen bir TCP/IP protokolü ve bu işi yapan programlara verilen genel isimdir. Telnet iki bileşenden oluşur: (1) iki tarafın nasıl iletişim kuracağını belirleyen protokolün kendisi ve (2) hizmeti sağlayan yazılım uygulaması.Kullanıcı verileri, İletim Kontrol Protokolü (TCP) üzerinden 8 bitlik bayt yönlendirmeli bir veri bağlantısında Telnet kontrol bilgisi ile bant içi serpiştirilir. Telnet, 1969'da RFC 15 ile başlayarak geliştirildi, RFC 855'te genişletildi ve ilk İnternet standartlarından biri olan İnternet Mühendisliği Görev Gücü (IETF) İnternet Standardı STD 8 olarak standartlaştırıldı. encryption sağlayan bazı Telnet eklentileri geliştirilmiştir. Bağlanılan makineye girebilmek (login) için orada bir kullanıcı isminizin (İng:username) ve bağlantının gerçekleşebilmesi için bir telnet erişim programınızın olması gereklidir. Fakat bazı kütüphane ve herkese açık telnet bazlı web servisleri, bağlantı sırasında kullanıcı ismi (numarası) istemeyebilirler; ya da, kullanıcı isim ve parola olarak ne yazmanız gerektiği bağlandığınızda otomatik olarak karşınıza çıkar. Telnet, BBS sistemlere İnternet üzerinden erişimde günümüzde yaygın olarak kullanılmaktadır. Telnet erişim programları, günümüzdeki işletim sistemlerinin çoğunda işletim sistemi ile birlikte gelmektedir. Çok kullanıcılı işletim sistemleri genellikle kullanıcılara metin tabanlı bir arayüz sunar ve bu sistemlerde tüm işlemler klavye vasıtası ile komut isteminden gerçekleştirilir.

<span class="mw-page-title-main">İnternet iletişim kuralları dizisi</span>

İnternet protokol takımı, bilgisayarlar ve ağ cihazları arasında iletişimi sağlamak amacıyla standart olarak kabul edilmiş kurallar dizisidir. Bu kurallar dizisi temel olarak verinin ağ üzerinden ne şekilde paketleneceğini ve iletilen veride hata olup olmadığının nasıl denetleneceğini belirlemektedir.

Ağ Dosya Sistemi, Network file system, yani ağ dosya sistemi diğer bilgisayarlardaki dosyalara erişilebilmesini sağlayan bir yerel ağ işletim sisteminin parçasıdır. Bilgisayarlarda kullanılan programların network makinalarında kullanılmasını sağlar. Sun Microsystems tarafından 1984 yılında geliştirilmiş, ağdaki bilgisayarların ortak bir dosya sistemine, yerel diskleri kadar kolay ulaşmasını sağlayan, RPC temelli dağıtık dosya sistemi yapısıdır.

ASP.NET, Microsoft tarafından geliştirilmiş olan bir açık kaynak Web uygulama gelişimi teknolojisidir. Dinamik Web sayfaları, Web uygulamaları ve XML tabanlı Web hizmetleri geliştirilmesine olanak sağlar. Aynı işletme tarafından geliştirilen .NET çatısı'nın yazılım iskeleti parçası ve artık işletmece desteklenmeyen ASP teknolojisinin devamını teşkil etmiştir.

İngilizce: Lightweight Directory Access Protocol veya kısaca LDAP TCP/IP üzerinde çalışan indeks servislerini sorgulama ve değiştirme amacıyla kullanılan uygulama katmanı protokolü.

DTD, belge sözdizimi kurallarını tanımlayan işaretleme kuralları kümesidir.

Windows Communication Foundation farklı makineler üzerindeki uygulamaların birbiriyle iletişim kurmasını sağlayan bir iç sistemdir. .NET Framework 3.0 uygulama geliştirme platformunun bir bileşeni olarak sunulmuştur. WCF olarak kısaltılan bu teknoloji, ilk olarak Indigo kod adıyla dünyaya duyurulmuştur. WCF; Remoting, Web Servisleri, Dağıtık "Transaction"lar gibi dağıtık programlama yollarını tek bir yapıda birleştirmektedir.

Uzak yordam çağrısı (ya da uzak prosedür çağrısı; İngilizce: Remote Procedure Call , bir diğer adres uzayı üzerinde programcı açıkça bu uzaktan etkileşim detayları kodlama olmadan çalıştırmak için bir alt yordam veya prosedürü sağlayan bilgisayar programına izin veren süreçler arası iletişim teknolojisidir. Sunucu üzerindeki servisleri kontrol ettiğimizde karşımıza çıkan RPC, arka plânda birçok şeyi gerçekleştiren bir servistir. RPC, temelde istemci ve sunucu arasında yapılan işlemlerin iletişimi için tasarlandı. Bir işlemin gerçekleşmesi için bir gönderici ve bir de istemci vardır.. Yani programcı, alt prosedür ister çalışan programın yerelinde ister uzağında olsun, temelde aynı kodu yazar. Bu bir tür istemci-sunucu etkileşimidir ve tipik olarak bir istek-yanıt mesaj geçirme sistemi aracılığıyla uygulanır. Nesne yönelimli programlama modelinde, RPC'ler uzaktan yöntem çağırma ile temsil edilir. RPC modeli bir konum şeffaflığı seviyesini ifade eder, yani çağrı prosedürleri yerel ya da uzak olsun büyük ölçüde aynıdır, ancak genellikle aynı değildirler, bu nedenle yerel çağrılar uzak çağrılardan ayırt edilebilir. Uzak çağrılar genellikle yerel çağrılardan çok daha yavaş ve daha az güvenilirdir, bu nedenle bunları ayırt etmek önemlidir.

Apache Wicket veya kısaca Wicket Java programlama dili için bileşen tabanlı hafif bir web uygulama kütüphanesidir. Jonathan Locke tarafından geliştirilmeye başlanmış ve ilk sürümü 2005 yılında çıkmıştır.

ISATAP IPv4 ağının üzerindeki çift-yığın (dual-stack)ağları arasındaki IPv6 paketlerini ileten IPv6 bağlantı mekanizmasıdır. 6over4'ün aksine, ISATAP görsel yayın özelliği olmayan çoklu giriş ağı (NBMA) veri bağlantı katmanı gibi IPv4 kullanır. Yani çoklu gönderimi desteklemek için temel IPv4 ağ altyapısına gerek duymaz.

VoiceXML (VXML), insan ile bilgisayar arasındaki interaktif medya ve ses diyaloglarını belirten dijital dosya standardıdır. Otomatik müşteri hizmetleri servisi ve banka sistemleri gibi sesli cevap kullanımının olduğu uygulamaların geliştirilmesinde kullanılır.

<span class="mw-page-title-main">WebSocket</span> bilgisayar iletişim protokolü

WebSocket, tek bir TCP bağlantısı üzerinden tam çift yönlü iletişim kanalı sağlayan bir bilgisayar iletişim protokolüdür. WebSocket protokolü IETF tarafından 2011 yılında RFC 6455 ile standart hale getirilmiş ve WebIDL içerisindeki WebSocket API W3C tarafından standart hale getirilmektedir.

<span class="mw-page-title-main">Web servis</span> Web servis, elektronik cihaz tarafından başka bir elektronik cihaza sunulan, World Wide Web üzerinden birbirleriyle iletişim kuran yapıların bütününe verilen isimdir.

Web servis, elektronik cihaz tarafından başka bir elektronik cihaza sunulan, World Wide Web üzerinden birbirleriyle iletişim kuran yapıların bütününe verilen isimdir. Bir Web servisinde, HTTP gibi bir Web teknolojisi orijinal olarak insandan makineye iletişim için tasarlanmıştır. HTML, XML, JSON gibi makine tarafından okunabilen dosya formatlarını aktarmak için kullanılır.

Index Fungorum, mantar âleminde tüm resmi adları dizinleyen uluslararası bir projedir.

Bir belge türü beyanı veya DOCTYPE, belirli bir XML veya SGML belgesini bir belge türü tanımıyla (DTD) ilişkilendiren bir talimattır. 4.0). Belgenin serileştirilmiş biçiminde, belirli bir sözdizimine uyan kısa bir işaretleme dizisi olarak ortaya çıkar.

Bir site haritası, bir etki alanındaki bir web sitesinin sayfalarının bir listesidir.


Bu sayfa, bu Vikipedi makalesine dayanmaktadır.
Metin, CC BY-SA 4.0 lisansı altında mevcuttur; ek koşullar uygulanabilir.
Görseller, videolar ve sesler kendi lisansları altında mevcuttur.