假設我們使用JAVA，element是WebElement的一個實例，這樣開始：
element.getAttribute("row");
在內部，元素有一個透明的ID，服務器用于識別是哪一個元素。為了便于討論，我們假設這個ID有一個值some_opaque_id，被加密成JAVA命令對象，使用MAP映射到一個參數ID和name，表示用于要查詢的屬性名的元素ID和name。
快速看一下正確的URL是：
/session/:sessionId/element/:id/attribute/:name
以冒號開始的URL的任何部分假定是一個需要被替換的變量，我們已經獲得ID和name，當一個服務器可以同時處理多個會話（Firefox driver不能）時，那么sessionId是另一種用于路由功能的不透明的句柄，這個URL因此像這樣擴展：
http://localhost:7055/hub/session/XXX/element/some_opaque_id/attribute/row
順便說一句，webdriver的遠程線協議初是在與URL模板草案提出時同時開發的，我們以明確URL及URL模板的方案允許在一個URL里進行變量擴展（派生）。遺憾的是，雖然URL模板同時提出，我們只意識到他們相對晚了，因此他們不會被用作設計線協議。
因為我們正執行的方法是idempotent4，正確的HTTP方法是使用get，我們委托一個能處理HTTP（Apache的HTTP客戶端）來調用服務器的Java庫。
Firefox driver被實現成一個Firefox擴展，它的基本設計如上圖所示。有些不同尋常的是，它有一個嵌入式HTTP服務器，雖然初我們使用我們自己創建的，在XPCOM上寫的HTTP服務器并不是我們的核心競爭力之一，所以機會出現時，我們使用基本的由Mozilla自己寫的HTTPD取代了它，HTTPD收到請求馬上傳遞給調度對象。
調度器接收請求并遍歷一個已知支持的URL列表，嘗試找到相匹配的請求，這種匹配完成了在客戶端上的變量插值，一旦精確匹配到，包括使用的動作，JSON對象，意味著在構造要執行的命令。我們的案例中看起來像：
{
'name': 'getElementAttribute'，
'sessionId': { 'value': 'XXX' }，
'parameters': {
'id': 'some_opaque_key'，
'name': 'rows'
}
然后將其作為一個JSON字符串傳遞到一個自定義的XPCOM組件中，我們叫它CommandProcessor。
var jsonResponseString = JSON.stringify(json);
var callback = function(jsonResponseString) {
var jsonResponse = JSON.parse(jsonResponseString);
if (jsonResponse.status != ErrorCode.SUCCESS) {
response.setStatus(Response.INTERNAL_ERROR);
}
response.setContentType('application/json');
response.setBody(jsonResponseString);
response.commit();
};
// Dispatch the command.
Components.classes['@googlecode.com/webdriver/command-processor;1'].
getService(Components.interfaces.nsICommandProcessor).
execute(jsonString， callback);
這里有大量的代碼，但是有兩個關鍵點。首先，我們把上面的對象轉換成JSON字符串，其次傳遞一個回調的執行方法來發送HTTP響應。
