當前位置:首頁 » 網頁前端 » 處理結果如何發送到web服務
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

處理結果如何發送到web服務

發布時間: 2022-09-25 04:58:22

『壹』 如何將感測器採集的數據上傳到web伺服器中

用個網路模塊 esp8266 之類的 然後 伺服器開啟tcp 或者udp server 直接把收集到的數據從網路模塊發出去就可以了

『貳』 如何用JSP發送HTTP請求到一特定WEB服務地址並返回結果

很多方式啊:
1、在a.jsp頁面通過表單把參數傳給後台jsp頁面,後台再通過重定位(response.sendRedirect(a.jsp?para='test');)就把值test返回給了原來的頁面a.jsp

2、用ajax,發ajax請求到後台jsp頁面中,這樣就可以把結果返回到指定的div中了。

3……

『叄』 Web應用技巧(一)如何調用WebService

從表面上看,Web service 就是一個應用程序,它向外界暴露出一個能夠通過Web進行調用的API。這就是說,你能夠用編程的方法通過Web來調用這個應用程序。 對Web service 更精確的解釋: Web services是建立可互操作的分布式應用程序的新平台。作為一個Windows程序員,你可能已經用COM或DCOM建立過基於組件的分布式應用程序。COM是一個非常好的組件技術,但是我們也很容易舉出COM並不能滿足要求的情況。Web service平台是一套標准,它定義了應用程序如何在Web上實現互操作性。你可以用任何你喜歡的語言,在任何你喜歡的平台上寫Web service ,只要我們可以通過Web service標准對這些服務進行查詢和訪問。 不管你的Web service是用什麼工具,什麼語言寫出來的,只要你用SOAP協議通過HTTP來調用它,總體結構都一致。通常,你用你自己喜歡的語言(如VB 6或者VB.NET)來構建你的Web service,然後用SOAP Toolkit或者.NET的內建支持來把它暴露給Web客戶。於是,任何語言,任何平台上的客戶都可以閱讀其WSDL文檔,以調用這個Web service。客戶根據WSDL描述文檔,會生成一個SOAP請求消息。Web service都是放在Web伺服器 (如IIS) 後面的,客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中,發送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。對VB 6程序來說,Web service請求處理器是一個與SOAP Toolkit組件協同工作的ASP頁面或ISAPI extension。而對VB.NET程序來說,Web service請求處理器則是一個.NET Framework自帶的ISAPI extension。請求處理器的作用在於,解析收到的SOAP請求,調用Web service,然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後,會再通過HTTP應答的方式把它送回到客戶端。 2. 基本概念SOAPWeb service建好以後,其他人就會去調用它。簡單對象訪問協議(SOAP)提供了標準的遠程過程調用( RPC)方法來調用Web service。SOAP規范定義了SOAP消息的格式,以及怎樣通過HTTP協議來使用SOAP。SOAP也是基於XML和XSD的,XML是SOAP的數據編碼方式。客戶端和服務端之間的方法調用請求和結果返回值都放在這些消息里。 XML和XSD可擴展的標記語言(XML)是Web service平台中表示數據的基本格式。除了易於建立和易於分析外,XML主要的優點在於它既是平台無關的,又是廠商無關的。無關性是比技術優越性更重要的。XML解決了數據表示的問題,但它沒有定義一套標準的數據類型,更沒有說怎麼去擴展這套數據類型。例如,整形數到底代表什麼?16位,32位,還是 64位?這些細節對實現互操作性都是很重要的。W3C制定的XML Schema(XSD)就是專門解決這個問題的一套標准。它定義了一套標準的數據類型,並給出了一種語言來擴展這套數據類型。Web service平台就是用XSD來作為其數據類型系統的。當用某種語言(如VB.NET或C#)來構造一個Web service時,為了符合Web service標准,所有使用的數據類型都必須被轉換為XSD類型。 WSDL(Web Services Description Language) 用於描述服務端所提供服務的XML格式。WSDL文件里,描述了服務端提供的服務,提供的調用方法,以及調用時所要遵循的格式,比如調用參數和返回值的格式等等。WSDL 很像COM編程里的IDL(Interface Description Language),是伺服器與客戶端之間的契約,雙方必須按契約嚴格行事才能實現功能。 WSML(Web Services Meta Language) 用於描述WSDL里提供的方法與實現該方法的COM對象之間的映射關系。該文件是Microsoft的實現中特有的,不是SOAP標準的一部分。一般情況下,該文件只在服務端存在。 3.Webservice的技術特點 長項一: 跨防火牆的通信 如果應用程序有成千上萬的用戶,而且分布在世界各地,那麼客戶端和伺服器之間的通信將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者代理伺服器。在這種情況下,使用DCOM就不是那麼簡單,通常也不便於把客戶端程序發布到數量如此龐大的每一個用戶手中。傳統的做法是,選擇用瀏覽器作為客戶端,寫下一大堆ASP頁面,把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大,程序很難維護。 舉個例子,在應用程序里加入一個新頁面,必須先建立好用戶界面(Web頁面),並在這個頁面後面,包含相應商業邏輯的中間層組件,還要再建立至少一個ASP頁面,用來接受用戶輸入的信息,調用中間層組件,把結果格式化為HTML形式,最後還要把「結果頁」送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單,客戶端的編程就簡單多了。 如果中間層組件換成Web Service的話,就可以從用戶界面直接調用中間層組件,從而省掉建立ASP頁面的那一步。要調用Web Service,可以直接使用Microsoft SOAP Toolkit或.NET這樣的SOAP客戶端,也可以使用自己開發的SOAP客戶端,然後把它和應用程序連接起來。不僅縮短了開發周期,還減少了代碼復雜度,並能夠增強應用程序的可維護性。同時,應用程序也不再需要在每次調用中間層組件時,都跳轉到相應的「結果頁」。 從經驗來看,在一個用戶界面和中間層有較多交互的應用程序中,使用Web Service這種結構,可以節省花在用戶界面編程上20%的開發時間。另外,這樣一個由Web Service組成的中間層,完全可以在應用程序集成或其它場合下重用。最後,通過Web Service把應用程序的邏輯和數據「暴露」出來,還可以讓其它平台上的客戶重用這些應用程序。 長項二: 應用程序集成 企業級的應用程序開發者都知道,企業里經常都要把用不同語言寫成的、在不同平台上運行的各種程序集成起來,而這種集成將花費很大的開發力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據;或者把數據發送到主機或UNIX應用程序中去。即使在同一個平台上,不同軟體廠商生產的各種軟體也常常需要集成起來。通過Web Service,應用程序可以用標準的方法把功能和數據「暴露」出來,供其它應用程序使用。 例如,有一個訂單登錄程序,用於登錄從客戶來的新訂單,包括客戶信息、發貨地址、數量、價格和付款方式等內容;還有一個訂單執行程序,用於實際貨物發送的管理。這兩個程序來自不同軟體廠商。一份新訂單進來之後,訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Web Service,訂單執行程序可以把「Add Order」函數「暴露」出來。這樣,每當有新訂單到來時,訂單登錄程序就可以調用這個函數來發送貨物了。 Web Service是B2B集成成功的關鍵。通過Web Service,公司可以把關鍵的商務應用「暴露」給指定的供應商和客戶。例如,把電子下單系統和電子發票系統「暴露」出來,客戶就可以以電子的方式發送訂單,供應商則可以以電子的方式發送原料采購發票。當然,這並不是一個新的概念, EDI(電子文檔交換)早就是這樣了。但是,Web Service的實現要比EDI簡單得多,而且Web Service運行在Internet上,在世界任何地方都可輕易實現,其運行成本就相對較低。不過,Web Service並不像EDI那樣,是文檔交換或B2B集成的完整解決方案。Web Service只是B2B集成的一個關鍵部分,還需要許多其它的部分才能實現集成。 長項四: 軟體和數據重用 軟體重用是一個很大的主題,重用的形式很多,重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用,另一種形式是二進制形式的組件重用。 當前,像表格控制項或用戶界面控制項這樣的可重用軟體組件,在市場上都佔有很大的份額。但這類軟體的重用有一個很大的限制,就是重用僅限於代碼,數據不能重用。原因在於,發布組件甚至源代碼都比較容易,但要發布數據就沒那麼容易,除非是不會經常變化的靜態數據。 Web Service在允許重用代碼的同時,可以重用代碼背後的數據。使用Web Service,再也不必像以前那樣,要先從第三方購買、安裝軟體組件,再從應用程序中調用這些組件;只需要直接調用遠端的Web Service就可以了。舉個例子,要在應用程序中確認用戶輸入的地址,只需把這個地址直接發送給相應的Web Service,這個Web Service 就會幫你查閱街道地址、城市、省區和郵政編碼等信息,確認這個地址是否在相應的郵政編碼區域。Web Service 的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不可能的,那樣的話你必須下載並安裝好包含街道地址、城市、省區和郵政編碼等信息的資料庫,而且這個資料庫還是不能實時更新的。 另一種軟體重用的情況是,把好幾個應用程序的功能集成起來。例如,要建立一個區域網上的門戶站點應用,讓用戶既可以查詢聯邦快遞包裹,查看股市行情,又可以管理自己的日程安排,還可以在線購買電影票。現在Web上有很多應用程序供應商,都在其應用中實現了這些功能。一旦他們把這些功能都通過Web Service 「暴露」出來,就可以非常容易地把所有這些功能都集成到你的門戶站點中,為用戶提供一個統一的、友好的界面。 將來,許多應用程序都會利用Web Service,把當前基於組件的應用程序結構擴展為組件/Web Service 的混合結構,可以在應用程序中使用第三方的Web Service 提供的功能,也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下,都可以重用代碼和代碼背後的數據。

『肆』 java程序怎麼在Web伺服器里運行.

如何用Java實現Web伺服器 一、HTTP協議的作用原理

WWW是以Internet作為傳輸媒介的一個應用系統,WWW網上最基本的傳輸單位是Web網頁。WWW的工作基於客戶機/伺服器計算模型,由Web 瀏覽器(客戶機)和Web伺服器(伺服器)構成,兩者之間採用超文本傳送協議(HTTP)進行通信。HTTP協議是基於TCP/IP協議之上的協議,是Web瀏覽器和Web伺服器之間的應用層協議,是通用的、無狀態的、面向對象的協議。HTTP協議的作用原理包括四個步驟:

(1) 連接:Web瀏覽器與Web伺服器建立連接,打開一個稱為socket(套接字)的虛擬文件,此文件的建立標志著連接建立成功。

(2) 請求:Web瀏覽器通過socket向Web伺服器提交請求。HTTP的請求一般是GET或POST命令(POST用於FORM參數的傳遞)。GET命令的格式為:

GET 路徑/文件名 HTTP/1.0

文件名指出所訪問的文件,HTTP/1.0指出Web瀏覽器使用的HTTP版本。

(3) 應答:Web瀏覽器提交請求後,通過HTTP協議傳送給Web伺服器。Web伺服器接到後,進行事務處理,處理結果又通過HTTP傳回給Web瀏覽器,從而在Web瀏覽器上顯示出所請求的頁面。

例:假設客戶機與www.mycompany.com:8080/mydir/index.html建立了連接,就會發送GET命令:GET /mydir/index.html HTTP/1.0.主機名為www.mycompany.com的Web伺服器從它的文檔空間中搜索子目錄mydir的文件index.html.如果找到該文件,Web伺服器把該文件內容傳送給相應的Web瀏覽器。

為了告知 Web瀏覽器傳送內容的類型,Web伺服器首先傳送一些HTTP頭信息,然後傳送具體內容(即HTTP體信息),HTTP頭信息和HTTP體信息之間用一個空行分開。

常用的HTTP頭信息有:

① HTTP 1.0 200 OK

這是Web伺服器應答的第一行,列出伺服器正在運行的HTTP版本號和應答代碼。代碼「200 OK」表示請求完成。

② MIME_Version:1.0

它指示MIME類型的版本。

③ content_type:類型

這個頭信息非常重要,它指示HTTP體信息的MIME類型。如:content_type:text/html指示傳送的數據是HTML文檔。

④ content_length:長度值

它指示HTTP體信息的長度(位元組)。

(4) 關閉連接:當應答結束後,Web瀏覽器與Web伺服器必須斷開,以保證其它Web瀏覽器能夠與Web伺服器建立連接。

二、Java實現Web伺服器功能的程序設計

根據上述HTTP協議的作用原理,實現GET請求的Web伺服器程序的方法如下:

(1) 創建ServerSocket類對象,監聽埠8080.這是為了區別於HTTP的標准TCP/IP埠80而取的;

(2) 等待、接受客戶機連接到埠8080,得到與客戶機連接的socket;

(3) 創建與socket字相關聯的輸入流instream和輸出流outstream;

(4) 從與socket關聯的輸入流instream中讀取一行客戶機提交的請求信息,請求信息的格式為:GET 路徑/文件名 HTTP/1.0

(5) 從請求信息中獲取請求類型。如果請求類型是GET,則從請求信息中獲取所訪問的HTML文件名。沒有HTML文件名時,則以index.html作為文件名;

(6) 如果HTML文件存在,則打開HTML文件,把HTTP頭信息和HTML文件內容通過socket傳回給Web瀏覽器,然後關閉文件。否則發送錯誤信息給Web瀏覽器;

(7) 關閉與相應Web瀏覽器連接的socket字。

下面的程序是根據上述方法編寫的、可實現多線程的Web伺服器,以保證多個客戶機能同時與該Web伺服器連接。

程序1:WebServer.java文件

//WebServer.java 用JAVA編寫Web伺服器

import java.io.*;

import java.net.*;

public class WebServer {

public static void main(String args[]) {

int i=1, PORT=8080;

ServerSocket server=null;

Socket client=null;

try {

server=new ServerSocket(PORT);

System.out.println("Web Server is listening on port "+server.getLocalPort());

for (;;) {client=server.accept(); //接受客戶機的連接請求

new ConnectionThread(client,i)。start();

i++;

}

} catch (Exception e) {System.out.println(e);}

}

}

/* ConnnectionThread類完成與一個Web瀏覽器的通信 */

class ConnectionThread extends Thread {

Socket client; //連接Web瀏覽器的socket字

int counter; //計數器

public ConnectionThread(Socket cl,int c) {

client=cl;

counter=c;

}

public void run() //線程體

{try {

String destIP=client.getInetAddress()。toString(); //客戶機IP地址

int destport=client.getPort(); //客戶機埠號

System.out.println("Connection "+counter+":connected to "+destIP+" on port "+destport+".");

PrintStream outstream=new PrintStream(client.getOutputStream());

DataInputStream instream=new DataInputStream(client.getInputStream());

String inline=instream.readLine(); //讀取Web瀏覽器提交的請求信息

System.out.println("Received:"+inline);

if (getrequest(inline)) { //如果是GET請求

String filename=getfilename(inline);

File file=new File(filename);

if (file.exists()) { //若文件存在,則將文件送給Web瀏覽器

System.out.println(filename+" requested.");

outstream.println("HTTP/1.0 200 OK");

outstream.println("MIME_version:1.0");

outstream.println("Content_Type:text/html");

int len=(int)file.length();

outstream.println("Content_Length:"+len);

outstream.println("");

sendfile(outstream,file); //發送文件

outstream.flush();

} else { //文件不存在時

String notfound="

Error 404-file not found
";

outstream.println("HTTP/1.0 404 no found");

outstream.println("Content_Type:text/html");

outstream.println("Content_Length:"+notfound.length()+2);

outstream.println("");

outstream.println(notfound);

outstream.flush();

}

http://java.chinaitlab.com/advance/519981.html

『伍』 簡述web服務在互聯網上的應用

隨著互連網路的廣泛應用和發展,特別是.NET技術的升溫和市場的日漸成熟,越來越多軟體開發商在為到底是選擇微軟公司的.NET還是SUN公司的J2EE作為自己開發平台和工具而感到左右為難。一般說來,絕大多數公司根據市場情況,客戶需求,開發成本,升級成本,培訓成本,產品價格,兼容性,可靠性、安全性等選擇了其中之一。也有少數有實力的公司准備開發兩套獨立的產品,以滿足不同的客戶需求。更多的公司希望自己開發的產品能相互移植,特別是從微軟公司的.NET移植到SUN公司的J2EE。既能利用微軟的產品相對便宜,開發成本低,開發效率高,又可擁有J2EE所具有的開放性、跨平台性、安全性,擴大自己的客戶群。

美國Stryon公司即將推出iNET產品將有能力讓軟體開發商用微軟公司的.NET開發的應用利用J2EE技術無縫地移植到非Windows平台上。iNET相當於.NET的JAVA實現。它由一個IL2JAVA工具,用JAVA實現的.NET框架類庫等組成。能集成Tomcat,Sun One,WebLogic,Oracle9i,iPlanet等多種用以實現ASP.NET和Web服務的Web伺服器。

是的,這就是Web服務。一切都是因為Web服務的出現,使得.NET和J2EE爭奪的焦點已不完全是對象模型之間的戰爭或者編程語言選美競賽了。Web服務使用基於 XML 的消息處理作為基本的數據通訊方式,消除使用不同組件模型、操作系統和編程語言的系統之間存在的差異,使異類系統能夠作為單個計算網路協同運行。開發人員可以用像過去在創建分布式應用程序時使用組件一樣的方式創建將來自各種源的Web服務組合在一起的應用程序。

Web 服務所實現的最基本的方案是向它的客戶端提供某個基本功能以供其使用。也可以以復合方式使用Web服務來集成一組似乎完全不同的現有應用程序。還能創建構成端對端工作流解決方案的應用程序(如企業到企業交易中的解決方案)。

Web服務是建立在一些通用協議的基礎上,如HTTP,SOAP,XML,WSDL,UDDI等。這些協議在涉及到操作系統、對象模型和編程語言的選擇時,沒有任何傾向,因此將會有很強的生命力。但具體到Web服務編程時,.NET和J2EE有一些區別。.NET Web服務可用C#,VB,JScript等語言編寫,還能利用一些Windows資源;而J2EE Web服務一般使用JAVA語言及J2EE資源,像Bean,EJB,CORBA等。它們在編程環境,語法結構,管理配置等方面也各有自己的特色。iNET Web服務用JAVA語言實現了.NET 類庫中提供的Web服務APIs。它能把用戶用.NET開發的Web服務移植到與平台無關的JAVA。因是JAVA,故也可利用JAVA的資源。

進行Web服務調用時發生的過程與進行常規方法調用時發生的過程類似。主要的差別在於,不是調用位於客戶端應用程序中的方法,而是根據指定的傳輸(如 HTTP)生成請求消息。由於Web 服務方法可能位於另一台計算機上,因此Web 服務處理請求所需的信息必須通過網路傳遞給承載Web 服務的伺服器。Web 服務處理此信息並通過網路將結果發送回客戶端應用程序。這就是可編程的 Internet.

可以預見,作為 Internet下的一個革命性進步,Web服務必將開創一個分布式應用程序開發的新時代。

『陸』 android客戶端如何提交表單數據給web伺服器

1.伺服器端的准備
為了完成該實例,我們需要在伺服器端做以下准備工作:
(1)我們需要在MyEclipse中創建一個Web工程,用來模擬伺服器端的Web服務,這里,我將該工程命名為了「myhttp」。
(2)修改該工程的「index.jsp」文件,添加兩個輸入框和一個提交按鈕,作為該Web工程的顯示頁面。運行Tomcat,在瀏覽器中訪問該Web工程,可以看到如圖1所示的界面。

Web工程的顯示頁面
(3)在該Web工程中,創建一個繼承自HttpServlet的LoginAction類,並實現其中的doPost()方法,用來響應圖1所示頁面的用戶操作。具體實現如下:

由上述代碼可以看出,當我們在圖1所示的頁面輸入用戶名「admin」,密碼「123」時,點擊提交按鈕,會得到「Login succeeded!」的提示信息,如圖2所示。若用戶名、密碼錯誤,則會得到「Login failed!」的提示信息。
2.客戶端實現
在Android客戶端,我們需要完成的工作是:以POST方式發送用戶名密碼到上述伺服器,並獲得伺服器的驗證信息。
我們分以下幾個步驟來完成。
2.1 UI界面
在Android工程中,我們需要完成一個簡單的UI界面,用來完成用戶名密碼的輸入、發送POST請求、顯示伺服器的驗證結果,完成後的界面如圖3所示。
在MainActivity中,我們需要獲取兩個EditText控制項的輸入,「提交」按鍵的監聽,以及伺服器驗證結果的TextView內容顯示。具體實現代碼如下:

2.2發送POST請求到伺服器
可以看到上述代碼中,我們調用了HttpUtils類的靜態方法submitPostData()完成了發送POST請求到伺服器,並將該方法的返回值(伺服器的響應結果)顯示在了TextView控制項中。

通過以上的代碼可以看出,在該方法中,其實完成了3件事:
(1)將用戶名密碼封裝成請求體,這是通過調用getRequestData()方法來實現的(後面會講到這個方法的具體實現)。
(2)設置HttpURLConnection對象的各種參數(其實是設置HTTP協議請求體的各項參數),然後通過httpURLConnection.getOutputStream()方法獲得伺服器輸出流outputStream,再使用outputStream.write()方法將請求體內容發送給伺服器。
(3)判斷伺服器的響應碼,通過httpURLConnection.getInputStream()方法獲得伺服器的響應輸入流,然後再調用dealResponseResult()方法處理伺服器的響應結果。
2.3封裝請求體
使用POST請求時,POST的參數不是放在URL字元串里,而是放在HTTP請求數據中,所以我們需要對POST的參數進行封裝。
針對該實例而言,我們發送的URL請求是:http://192.168.1.101:8080/myhttp/servlet/LoginAction,但是我們需要將POST的參數(也就是username和password)封裝到該請求中,形成如下的形式:
2.4處理響應結果
最後,我們再來看一看對伺服器返回結果的處理是怎樣的。因為在本實例中,伺服器的返回結果是字元串「Login succeeded!」或「Login failed!」,所以這里我們需要做的就是將伺服器的返回結果輸入流轉化成字元串。當然了,如果伺服器返回的是圖片,那麼,我們就需要就得到的輸入流轉化成Bitmap圖片了。如下代碼是上面代碼中用到的dealResponseResult()方法的具體實現。
2.5運行效果

『柒』 IIS中如何配置一個插件,讓Soap消息到達Web

Web service一般就是用SOAP協議通過HTTP來調用它,其實他就是一個WSDL文檔,客戶都可以閱讀WSDL文檔來用這個Web service。
客戶根據WSDL描述文檔,會生成一個SOAP請求消息。Web service都是放在Web伺服器 (如IIS) 後面的,客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中,發送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。請求處理器的作用在於,解析收到的SOAP請求,調用Web service,然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後,會再通過HTTP應答的方式把它送回到客戶端。

『捌』 網頁設計中可以通過什麼將用戶提交的數據傳遞到web伺服器上去處理,從而實現網

具體的流程是這樣的:首先得有一個表單頁用來獲取用戶的數據,即用戶編輯數據的那個網頁; 數據填寫完,單擊提交或確定按鈕後,數據就會被提交到WEB服務端處理程序(文件),這時,程序就會連接資料庫,把表單頁傳遞過來的數據寫入資料庫,如果要在頁面上輸出用戶的數據,就得從數據那裡取出數據輸出哦。

『玖』 感測器採集數據通過單片機處理後怎麼導入web伺服器(不是嵌入式web伺服器,而是單獨搭建的一般的web伺服器

用電腦嗎?
我現在有個這樣的。是很簡單的那種,
單片機串口傳入計算機。計算機通過網路傳給伺服器。
然後其他電腦就可以訪問了。

如果要單片機直接傳給伺服器的,通過網路的話,好像有點復雜,如果單片機可以直接和web伺服器連接就很簡單。

弄一個程序,實時採集單片機數據,web伺服器上用ASP寫一個更新資料庫的代碼,然後通過這個asp定時更新數據就可以了。

WEB伺服器的IIS服務,做一個簡單網頁,直接顯示數據就OK了。

我用的是那種網上的虛擬主機,和單片機連接的電腦不斷的更新虛擬主機上的資料庫。這樣數據就可以實時顯示,一般有點延時。

『拾』 如何用servlet發送http請求給另一個WEB伺服器

方法一:使用session傳值

傳值:HttpSession session =request.getSession();
session.setAttribute("bbbb", 1111111111);
取值:session.getAttribute("bbbb");

方法二:跳轉的時候超鏈接直接傳值

傳值:RequestDispatcher rd =application.getRequestDispatcher("/queryResult.jsp?a="+000);
取值:request.getParameter("a");

綜合對比:

首先,getParameter()只能傳遞字元串,而setAttribute()/getAttribute()還可以傳遞對象
其次,getParameter方法傳遞的數據,會從Web客戶端傳到Web伺服器端,代表HTTP請求數據。而setAttribute()/getAttribute()只能是頁面發送到後台或者Web客戶端傳到Web伺服器端