我們現在將對服務端(或需要將消息發送到無法尋址的端點的端點)進行分析。
顧名思意，這是用於從Digg檢索文章的端點。
基於主機的入侵防護系統技術保護網絡邊界內的端點。
本教程將展示如何利用WBSF中的動態端點選擇功能，將來自一個租戶的用戶的服務請求綁定到特定於租戶的端點。
如果在配置的目的地中有一個消息的話，偵聽器將該消息推入配置來接收該消息的端點。
它的使用方法是把服務請求轉到啓動該工具所在的地址和端口，然後把請求從那裏轉發至實際的端點。
如圖2中所示，入站服務包括將消息路由到入站服務目的地（用黃*矩形表示）的端點偵聽器。
消息交換方面的唯一特徵是，它無法控制這個連接本身的建立，而無法尋址的端點的本質決定了這一點無法避免。
端點(對於可靠消息傳遞的情況，就是類似於createsequence的端點)。
在前一部分中，我們討論了接收端點(能夠發起連接的端點)必須如何負責建立每個新連接。
我要透過使用一個工具將一個JSON文檔推到我的端點來*。
這個方法讓客戶端不需要更改他的消息要發送到的端點，而且它也讓服務提供者可以根據發送者的訂閱級別來控制被使用的服務。
直接調用方法的不足之處在於，使用者必須知道提供者的端點的URI才能調用服務。
特別是，服務註冊中心或工作負載管理器可以確定最適合的端點地址來分配這個資源。
還將爲每個選定的端點偵聽器創建入站端口。
這時安全問題也出現了，這樣的修改需要給發送者一個不同的端點，而且這樣他就需要去更改他的客戶端來使用新的端點。
透過將有趣的端點資訊傳送到一個文檔內，您可以在通信雙方任意一方主要升級和次要升級過程中保持端點定義不變。
同軸電纜應該具有低*入損耗、低vswr和適當的rf屏蔽，並在電纜成套件的端點安裝相應的連接器。
然後您可以使用這個標識符作爲令牌來確定要將消息轉發到的端點地址。
爲提高實時通信中語音端點檢測系統的*能，提出了一種基於能量和鑑別資訊的端點檢測算法。
使用數控技術在一定空間內所控制的只是一個點，也就是*具的端點。
腹鰭前的長度從腹鰭最前面鰭條的基底到頭部（吻部或上脣）最前面的端點。
曲線的端點錨定在這兩個端點。
它們必須在HTTP響應流中或者防火牆外的端點中返回。
這就允許無法達到的端點使用相同的機制從郵箱檢索消息，就像從服務器進行檢索一樣。
您也可以使用可配置的端點地址，即使存根是使用默認端點地址創建的，如下所示。
給出了螺旋波幾個偏微分方程模型，對螺旋波的端點運動的正則方程作出了詳細的介紹。
對於binding . ws或WSDL指定的端點，請輸入與CustomHttpEndpoints文字方塊中的輸入相同的基礎uri資訊(協議、主機和端口)。
利用計算幾何的相關算法，把矢量數據的節點和邊界線作爲tin網三角形的端點和邊，對tin網的局部進行三角化。
這個標準最初提出只是用在SOAP 消息頭的定義，但同時也應用在WSDL 中用來定義所需的端點。
在通知模式下，扮演將消息發送到服務端點的客戶端的角*的端點並不期望從該服務端點返回響應。
它包含客戶機和服務器之間使用的通信協議、服務器網絡地址和執行服務器進程的端點(端口號)的相關資訊。
在一個不變的宇宙中，時間的端點是必須由宇宙之外的存在物賦予的某種東西；宇宙的開端並沒有物理的必然*。
