【正文】 et服務?！　BM WEBSphere　　WEBSphere Application Server 是 一 種功能完善、開放的WEB應用程序服務器，是IBM電子商務計劃的核心部分，它是基于 Java 的應用環(huán)境，用于建立、部署和管理 Internet 和 Intranet WEB 應用程序。安全：它努力的保護主機不受到攻擊，不中斷服務器。HTML控件可以通過修改代碼將其變成WEB服務器端控件，幾乎所有的HTML標記只要加上runat = server，這個服務器控件標識屬性后都可以變成服務器端控件。HTML通過大量的標記來定義文檔內(nèi)容的表現(xiàn)方式，它僅僅描述了應如何在WEB瀏覽器頁面上布置文字、圖形，并沒有對Internet的信息含義本身進行描述，而信息又是WEB應用中最重要的內(nèi)容。W3C對XML作了如下描述：“XML描述了一類被稱為XML文檔的數(shù)據(jù)對象，并部分描述了處理它們的計算機程序的行為。 2．從有線到無線 　 電子商務正在從臺式機向著更為廣泛的無線設備發(fā)展，Cahners InStat市場分析家預測。它基于Java架構，能把用HTML和XML等標記語言編寫的應用程序和數(shù)據(jù)轉換成WML、HDML(Handheld Device Markup Language)和iMode等無線設備所能識別的格式，這樣，通過手持設備就可以訪問互聯(lián)網(wǎng)上的信息。 有關WEB服務器和應用程序第三章：有關WEB服務器和應用程序WEB服務器是應用程序運行的一個基本環(huán)境。 瀏覽器/服務器架構優(yōu)點對于服務器來說，通過相應的WEB服務和數(shù)據(jù)庫服務可以對數(shù)據(jù)進行處理。 應用程序與應用軟件的概念不同，但常常因為概念相似而被混淆。應用程序（Application）運行在用戶模式，它可以和用戶進行交互，具有可視的用戶界面。給你舉例說明一下，單文檔就象是記事本，永遠中有一個文檔窗口，多文檔窗口就象是word可以同時打開多個文檔窗口，這個也是現(xiàn)在運用最多的，對話框也就是最簡單的，用于對話框的設計。本文為克服傳統(tǒng)的ClientServer的局限性，提出了基于B／S模式和C／S模式結合策略的倉儲管理信息系統(tǒng)的總體結構和實現(xiàn)方法。在總體設計上考慮到業(yè)務的復雜性及繁重的客戶端計算，為提高管理效率，加強倉儲管理系統(tǒng)與外部信息交互，系統(tǒng)設計采用 C／S＋B／S結構，其結構如圖1所示。1．3 B/S模式的特點BS模式管理信息系統(tǒng)基本上克服了CS 模式管理信息系統(tǒng)的不足，其主要表現(xiàn)在：1．3．1系統(tǒng)開發(fā)、維護和升級的經(jīng)濟性對于大型的管理信息系統(tǒng)，軟件開發(fā)、維護與升級的費用是非常高的，BS模式所具有的框架結構可以大大節(jié)省這些費用，同時，BS模式對前臺客戶機的要求并不高，可以避免盲目進行硬件升級造成的巨大浪費。開發(fā)人員和管理員都可以從本文受益，因為獲得更好的性能是他們的責任。 靜態(tài)網(wǎng)頁工作原理靜態(tài)的 WEB 請求（比如圖 1 所示的請求）很容易理解。 在上面的場景中可能出現(xiàn)幾個瓶頸。通過做一些假設，可以大致體會靜態(tài)服務器的性能。如果您有磁盤服務時間或平均請求延時的真實數(shù)據(jù)，可以把它們放進上面的算式，從而計算出更準確的性能估計值。圖 2. 客戶機通過 HTTP 請求動態(tài)頁面與前一個示例中的客戶機一樣，圖2 中的客戶機首先發(fā)出一個請求。應用服務器執(zhí)行一些處理，然后向數(shù)據(jù)庫查詢更多的信息。根據(jù)前面介紹的倒數(shù)規(guī)則，各個組件的容量分別是每秒 1477 和 200 個請求。在項目開始時做出的體系結構決策也會影響站點處理負載的能力。如果用 WEB 服務器運行某種腳本語言（比如 PHP），從而連接數(shù)據(jù)庫，那么這可以看作兩層。Java 應用程序可能通過 Java servlet 執(zhí)行表示任務，servlet 通過與 Enterprise Java Bean (EJB) 通信執(zhí)行業(yè)務邏輯，EJB 通過連接數(shù)據(jù)庫獲取更多信息。瀏覽器顯示 HTML 并執(zhí)行 Javascript（以及 Java applet、ActiveX 或 Flash applet），從而向用戶顯示信息和收集用戶信息。大多數(shù)應用程序需要所有這四層的功能，盡管它們可能不需要明顯完整地實現(xiàn)這些層。控制器的作用是控制應用程序流程。另一個方面是應用程序如何響應新的硬件環(huán)境。讓數(shù)據(jù)集跨越不同的服務器需要在應用程序層做大量工作，比如跨兩個數(shù)據(jù)庫聯(lián)結列并確保數(shù)據(jù)是一致的。每個步驟很像人們在商店里排隊結帳的情況。 應用程序 圖3顯示請求等待 WEB 服務器處理它們，然后等待 WEB 容器，依此類推。隊列在 UNIX174。應用程序會等待輪到它們使用某些有限的資源（比如 CPU）。導致情況更復雜的另一個因素是，這些排隊位置并不是無成本的。這意味著 WEB 服務器要保持與 WEB 客戶機的連接，并在應用服務器空閑時發(fā)出請求。 應用程序應該以某種方式向收集系統(tǒng)提供度量值（即使收集系統(tǒng)僅僅是日志文件）。能夠了解站點上發(fā)生的情況，這是擴展站點容量的關鍵。用戶發(fā)出的每個請求都獨立于以前的請求。在單一服務器上運行的 WEB 應用程序可以把會話信息放在內(nèi)存中，在服務器上運行的任何 WEB 應用程序實例都可以訪問共享內(nèi)存。此問題的常用解決方案是，把會話存儲在數(shù)據(jù)庫而不是內(nèi)存中。應用程序并不為每個請求裝載會話，而是只在需要會話時裝載會話。與其他部分相比，應用程序的某些部分會更頻繁地修改數(shù)據(jù)。緩存意味著把處理成本很高的請求的結果存儲起來，供以后使用。EdgeSide Includes (ESI) 是一種標記語言，可以用它把網(wǎng)頁劃分為單獨的可緩存的實體。結束語結束語筆者結合A 企業(yè)的實際需求, 對WEB 應用系統(tǒng)的主要技術支持層面進行了探討, 提出了基于WEB 的三層網(wǎng)絡計算模式為基礎的WEB 應用系統(tǒng)技術支持平臺, 該方案的實施為企業(yè)實現(xiàn)前后臺數(shù)據(jù)交換、整合內(nèi)外部資源、協(xié)調和改進業(yè)務流程、實現(xiàn)其WEB 理念, 提供了有效的技術支持。 [2] 汪云,[J].襄樊學院報,2006,27(2)。[6] 薛元昀,顧佳霙,[M].清華大學