sharky的點滴積累

1。有識有膽，有膽有識，知識與膽量是互相促進的。

2。體育鍛煉可以（有時可以迅速）使人樂觀（科學實驗證明）。

3。勤奮，機會，樂觀是成功的三要素。（注意：傳統觀念認為勤奮和機會是成功的要素，但是經過統計學和成功人士的分析得出，樂觀是成功的第三要素）

4。自信是人格的核心。

5。獲得的成功越大，就越令人高興。（野心是使人勤奮的原因，節制使人枯萎）

6。熱愛你所擁有的。——列夫·托爾斯泰

7。（一般情況下）不想三年以后的事，只想現在的事。（現在有成就，以后才能更輝煌）

8。把問題看寬廣些，沒有解決不了的事。（真理路廣，人欲路窄；當然不要超越時代去想現在任何人都解決不了的事）

9。不問收獲，只問耕耘。（如同種樹，先有根莖，再有枝葉，爾后花實，好好勞動，不要想太多，那樣只會使人膽小、懶惰，因為不實踐，甚至不接觸社會，難道你是野人？！（暴笑））

10。忍耐和信仰（鄧小平認為自己能三起三落的原因，比較難達到，不過現代社會簡單的事都由機器做了，白領越來越多，需要注意哦）

11。有恒則斷無不成之事。

12。智慧之泉必須暢飲才能使人清醒。（引自新英語教材，那些頭痛英語的哥么大概沒看吧，提醒一下大家）

13。生活的樂趣的大小取決于我們對生活的關心程度。

14。不要怕，不要悔（雖然只有六個字，但是常看常新）

15。機遇對于有準備的頭腦有特別的親和力。

16。守業最好的辦法就是不斷的發展

17。心急吃不了熱湯圓

18。必死則生，幸生則死——《吳子兵法》（武經典籍中僅次于《孫子兵法》）

19。要改變命運，首先改變自己

20。走自己的路，讓別人說去吧！

21。學習的關鍵——重復

22。只為成功找方法，不為失敗找借口（蹩腳的工人總是說工具不好）

23。困難就是機遇——溫斯頓·丘吉爾

24。我奮斗，所以我快樂——格林斯潘（挽救東南亞金融危機的人，我的偶像）

25。好奇者，知識之門

26。生氣是用別人的錯誤懲罰自己。——康德（這個哲學家讓人眉開眼笑）

27。失去金錢的人損失甚少，失去健康的人損失極多，失去勇氣的人損失一切。

28。只要下定決心克服恐懼，便幾乎能克服任何恐懼。因為，請記住，除了在腦海中，恐懼無處藏身。——戴爾·卡耐基

29。害怕時，把心思放在必須做的事情上，如果曾經徹底準備，便不會害怕。——戴爾·卡耐基

30。“不可能”這個字（法語是一個字），只在愚人的字典中找得到。——拿破侖

31。去做你害怕的事，害怕自然就會消失。——羅夫·華多·愛默生

32。這世上的一切都借希望而完成。農夫不會播下一粒玉米，如果他不曾希望它長成種籽；單身漢不會娶妻，如果他不曾希望有小孩；商人或手藝人不會工作，如果他不曾希望因此而有收益。——馬丁·路德

33。目標的堅定是性格中最必要的力量泉源之一，也是成功的利器之一。沒有它，天才也會在矛盾無定的迷徑中，徒勞無功。——查士德斐爾爵士

34。要冒一次險！整個生命就是一場冒險。走得最遠的人，常是愿意去做，并愿意去冒險的人。“穩妥”之船，從未能從岸邊走遠。——戴爾·卡耐基

35。當一個青年人站起來面對這個大莽漢——這個世界——并勇敢地抓住他的胡須時，常會吃驚地發現，胡須脫落在他手上，原來它只是系上去嚇唬膽怯的冒險者的。——羅夫·華多·愛默生

36。勇氣很有理由被當作人類德性之首，因為這種德性保證了所有其余的德性。——溫斯頓·丘吉爾

Web service到底是什么；在什么情況下你應該使用Web service。

分布式應用程序和瀏覽器

研究一下當前的應用程序開發，你會發現一個絕對的傾向：人們開始偏愛基于瀏覽器的瘦客戶應用程序。這當然不是因為瘦客戶能夠提供更好的用戶界面，而是因為它能夠避免花在桌面應用程序發布上的高成本。發布桌面應用程序成本很高，一半是因為應用程序安裝和配置的問題，另一半是因為客戶和服務器之間通信的問題。

傳統的Windows富客戶應用程序使用DCOM來與服務器進行通信和調用遠程對象。配置好DCOM使其在一個大型的網絡中正常工作將是一個極富挑戰性的工作，同時也是許多IT工程師的噩夢。事實上，許多IT工程師寧愿忍受瀏覽器所帶來的功能限制，也不愿在局域網上去運行一個DCOM。在我看來，結果就是一個發布容易，但開發難度大而且用戶界面極其受限的應用程序。極端的說，就是你花了更多的資金和時間，卻開發出從用戶看來功能更弱的應用程序。不信？問問你的會計師對新的基于瀏覽器的會計軟件有什么想法：絕大多數商用程序用戶希望使用更加友好的Windows用戶界面。

關于客戶端與服務器的通信問題，一個完美的解決方法是使用HTTP協議來通信。這是因為任何運行Web瀏覽器的機器都在使用HTTP協議。同時，當前許多防火墻也配置為只允許HTTP連接。

許多商用程序還面臨另一個問題，那就是與其他程序的互操作性。如果所有的應用程序都是使用COM或.NET語言寫的，并且都運行在Windows平臺上，那就天下太平了。然而，事實上大多數商業數據仍然在大型主機上以非關系文件(VSAM)的形式存放，并由COBOL語言編寫的大型機程序訪問。而且，目前還有很多商用程序繼續在使用C++、Java、Visual Basic和其他各種各樣的語言編寫。現在，除了最簡單的程序之外，所有的應用程序都需要與運行在其他異構平臺上的應用程序集成并進行數據交換。這樣的任務通常都是由特殊的方法，如文件傳輸和分析，消息隊列，還有僅適用于某些情況的的API，如IBM的"高級程序到程序交流(APPC)"等來完成的。在以前，沒有一個應用程序通信標準，是獨立于平臺、組建模型和編程語言的。只有通過Web Service，客戶端和服務器才能夠自由的用HTTP進行通信，不論兩個程序的平臺和編程語言是什么。

什么是Web Service

對這個問題，我們至少有兩種答案。從表面上看，Web service 就是一個應用程序，它向外界暴露出一個能夠通過Web進行調用的API。這就是說，你能夠用編程的方法通過Web來調用這個應用程序。我們把調用這個Web service 的應用程序叫做客戶。例如，你想創建一個Web service ，它的作用是返回當前的天氣情況。那么你可已建立一個ASP頁面，它接受郵政編碼作為查詢字符串，然后返回一個由逗號隔開的字符串，包含了當前的氣溫和天氣。要調用這個ASP頁面，客戶端需要發送下面的這個HTTP GET請求：

http://host.company.com/weather.asp?zipcode=20171

返回的數據就應該是這樣：

21,晴

這個ASP頁面就應該可以算作是Web service 了。因為它基于HTTP GET請求，暴露出了一個可以通過Web調用的API。當然，Web service 還有更多的東西。

下面是對Web service 更精確的解釋： Web services是建立可互操作的分布式應用程序的新平臺。作為一個Windows程序員，你可能已經用COM或DCOM建立過基于組件的分布式應用程序。COM是一個非常好的組件技術，但是我們也很容易舉出COM并不能滿足要求的情況。

Web service平臺是一套標準，它定義了應用程序如何在Web上實現互操作性。你可以用任何你喜歡的語言，在任何你喜歡的平臺上寫Web service ，只要我們可以通過Web service標準對這些服務進行查詢和訪問。

新平臺

Web service平臺需要一套協議來實現分布式應用程序的創建。任何平臺都有它的數據表示方法和類型系統。要實現互操作性，Web service平臺必須提供一套標準的類型系統，用于溝通不同平臺、編程語言和組件模型中的不同類型系統。在傳統的分布式系統中，基于界面(interface)的平臺提供了一些方法來描述界面、方法和參數（譯注：如COM和COBAR中的IDL語言）。同樣的，Web service平臺也必須提供一種標準來描述Web service，讓客戶可以得到足夠的信息來調用這個Web service。最后，我們還必須有一種方法來對這個Web service進行遠程調用。這種方法實際是一種遠程過程調用協議(RPC)。為了達到互操作性，這種RPC協議還必須與平臺和編程語言無關。下面幾個小節就簡要介紹了組成Web service平臺的這三個技術。

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類型。你用的工具可能已經自動幫你完成了這個轉換，但你很可能會根據你的需要修改一下轉換過程。在第二章中，我們將深入XSD，學習怎樣轉換自定義的數據類型(例如類)到XSD的類型。

SOAP

Web service建好以后，你或者其他人就會去調用它。簡單對象訪問協議(SOAP)提供了標準的RPC方法來調用Web service。實際上，SOAP在這里有點用詞不當：它意味著下面的Web service是以對象的方式表示的，但事實并不一定如此：你完全可以把你的Web service寫成一系列的C函數，并仍然使用SOAP進行調用。SOAP規范定義了SOAP消息的格式，以及怎樣通過HTTP協議來使用SOAP。SOAP也是基于XML和XSD的，XML是SOAP的數據編碼方式。第三章我們會討論SOAP，并結識SOAP消息的各種元素。

WSDL

你會怎樣向別人介紹你的Web service有什么功能，以及每個函數調用時的參數呢？你可能會自己寫一套文檔，你甚至可能會口頭上告訴需要使用你的Web service的人。這些非正式的方法至少都有一個嚴重的問題：當程序員坐到電腦前，想要使用你的Web service的時候，他們的工具(如Visual Studio)無法給他們提供任何幫助，因為這些工具根本就不了解你的Web

service。解決方法是：用機器能閱讀的方式提供一個正式的描述文檔。Web service描述語言(WSDL)就是這樣一個基于XML的語言，用于描述Web service及其函數、參數和返回值。因為是基于XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發工具既能根據你的Web service生成WSDL文檔，又能導入WSDL文檔，生成調用相應Web service的代碼。

摘侄： http://lsz.c1c5.com/feed.asp?q=comment&id=55

點擊此處下載WebLogic Workshop 8.1 簡體中文包(20.2M)

 

簡體中文版

http://download2.bea.com/pub/platform/81/platform812_zh_CN_win32.exe

WebLogic Workshop 8.1 簡體中文包安裝指南

設置 WebLogic Workshop IDE 字體
1.運行Weblogic Workshop，從“工具”菜單中打開“IDE 屬性”。
2.選中“顯示”，設置窗口字體為“Dialog”，大小為12；源代碼視圖字體為“DialogInput”，大小為12。
3.退出Weblogic Workshop。

安裝WebLogic Workshop 8.1 簡體中文包
1.使用命令“jar xf fw811-zh_CN.jar”展開 fw811-zh_CN.jar 。
2.拷貝“server/lib/knex-L10N.jar”到“/weblogic81/server/lib”。
3.拷貝“workshop/L10N”目錄到“/weblogic81/workshop”。
4.備份“/weblogic81/workshop/templates”。
5.拷貝“workshop/templates”到“/weblogic81/workshop”。

設置系統語言環境
1.在Windows 2000/XP中，打開“區域和語言選項”控制面板，選擇“區域選項”選項板，然后設置“標準和格式”為“中文（中國）”，位置為“中國”。
2.在UNIX/Linux中，選擇中文環境（如：zh_CN）登入。

重新運行WebLogic Workshop 8.1
WebLogic Workshop 8.1 國際化概述
在 WebLogic Workshop 8.1 中，必須實現一些功能才能在簡體中文環境下使用。盡管，在 beta 版中對使用簡體中文存在許多限制，但在此版本中對簡體中文的支持已大為改進。
WebLogic Workshop 工作在 WebLogic Server 環境中。因此，WebLogic Server 中存在的限制也會對使用 WebLogic Workshop 開發的應用程序產生影響。

SOAP 消息和編碼

接收 SOAP 消息
WebLogic Server 的 Web Service 功能在編碼處理方面遵從 SOAP 1.1 和 1.2 規范。SOAP 1.1 HTTP/SOAP 消息的媒體類型為“text/xml”，其編碼處理定義為 RFC2376。SOAP 1.2 HTTP/SOAP 消息的媒體類型為“application/soap+xml”，其編碼處理定義為 RFC3023。這些 RFC 規范定義了以下行為：

SOAP 1.1
HTTP/SOAP 請求的字符集由 HTTP 頭中 ContentType 的 charset 參數決定。而忽略 SOAP 消息的 XML 聲明部分中定義的 encoding 特性。如果未指定 ContentType 的 charset 參數，則將其作為 US-ASCII 處理。

SOAP 1.2
HTTP/SOAP 請求的字符集由 HTTP 頭中 ContentType 的 charset 參數決定。而忽略 SOAP 消息的 XML 聲明部分中定義的 encoding 特性。如果未指定 ContentType 的 charset 參數，則使用 XML 聲明部分中定義的 encoding 特性。如果 ContentType charset 參數和 XML 聲明的 encoding 特性均未定義，則將其作為 UTF-8 處理。

WebLogic Server 8.1 行為是基于此規范的，因此，WebLogic Workshop 行為也基于此規范。如果您的客戶端通過 HTTP/SOAP 調用使用 WebLogic Workshop 開發的 Web service，請確保 ContentType charset 指定正確。

發送 SOAP 消息
默認情況下，WebLogic Server 以 UTF-8 編碼生成 HTTP/SOAP 消息，并將“encoding=UTF-8”追加到 SOAP 消息的 ContentType 頭中。

注意：如果使用英語區域設置（如在 Unix 中使用 LANG=C）啟動 WebLogic Server，則您的 SOAP 消息只能使用 us-ascii字符，而不支持其他字符。如果您要在 Web service 中使用簡體中文字符，請以簡體中文區域設置啟動 WebLogic Server。

如果您要在以英語區域設置啟動的 WebLogic Server 中使用非 us-ascii 字符，則要在 WebLogic Server 啟動腳本文件中定義以下啟動選項。這樣，即使是在英語區域設置環境中，WebLogic Server 也可以以 UTF-8 生成消息。

注意：強烈建議為 SOAP 消息使用 UTF-8 編碼。

-IWeblogic.webservice.i18n.charset=utf-8

Workshop IDE 中的文件和編碼

(1) 通道文件（擴展名：channel）
默認編碼：UTF-8

指定位置：xml 聲明的 encoding 特性

示例：<?xml version="1.0" encoding="UTF-8" ?>

(2) HTML 文件（擴展名：html）
默認編碼：ISO-8859-1

指定位置：頁面標記

示例：<META http-equiv="Content-Type" content="text/html;charset=GB2312">

(3) JSP 文件（擴展名：jsp）
默認編碼：ISO-8859-1

指定位置：頁面標記

示例：<%@ page language="java" contentType="text/html;charset=UTF-8" %>

指定位置：weblogic.xml

示例：

<jsp-param>

<param-name>encoding</param-name>

<param-value>UTF-8></param-value>

<jsp-param>

注意：如果在頁面標記和 weblogic.xml 中指定的編碼不同，則使用頁面標記中的值。

(4) JSP 片斷（擴展名：jspf）
默認編碼：ISO-8859-1

指定位置：weblogic.xml

示例：

<jsp-param>

<param-name>encoding</param-name>

<param-value>UTF-8</param-value>

</jsp-param>

(5) WSDL 文件（擴展名：wsdl）
默認編碼：UTF-8

指定位置：xml 聲明的 encoding 特性

示例：<?xml version="1.0" encoding="UTF-8" ?>

(6) XML 文件（擴展名：xml）
默認編碼：UTF-8

指定位置：xml 聲明的 encoding 特性

示例：<?xml version="1.0" encoding="UTF-8" ?>

(7) XML Schema（擴展名：xsd）
默認編碼：UTF-8

指定位置：xml 聲明的 encoding 特性

示例：<?xml version="1.0" encoding="UTF-8"? >

(8) 其他文件
使用 Java VM 的默認編碼。不能指定其他任何編碼。

Web 應用程序的編碼
默認情況下，Web 應用程序使用 UTF-8 編碼。

如果要在您的 Web 應用程序中使用其他編碼，可以使用“工具”->“應用程序屬性”->“編碼”菜單命令進行指定。

此處指定的值將寫入 weblogic-application.xml 文件的 webapp.encoding.default 參數。

注意：此屬性只適用于 HTTP 請求的編碼，而不適用于 HTTP 響應。

WebLogic Server 8.1 中包括的 Workshop 8.1 Beta 注意事項
可能已經在主目錄中創建了 Workshop 首選項文件 (.workshop.pref)，對于 Windows 環境，該主目錄為 <啟動驅動器>:Documents and Settings<用戶名>。

在啟動此 Workshop 8.1 版本之前，您可以重命名或刪除該文件，這樣，將會重新生成新的設置首選項文件，該文件使用適用于簡體中文環境的簡體中文字體的新設置。

如果啟動此 Workshop 8.1 版本之前未重命名或刪除該文件，將使用帶有舊字體設置的舊首選項文件，則您在 IDE 屏幕上可能會看到一些亂碼。

局限
Java 控件 (.jcx) 文件名的多字節字符
Java 控件 (.jcx) 文件名不能使用多字節字符。如果該文件名包含任何多字節字符，則其他 Web service 將無法訪問該控件。

Java 控件 (.jcx) 描述
屬性編輯器中顯示的 Java 控件的描述全是英文的。

使用 wlwBuild 命令編譯應用程序后的錯誤日志
如果使用 wlwBuild 命令生成 Workshop 應用程序，則下列錯誤將記錄到 workshop_errors.log 文件中：

[AntTarget:build][]: Exception getting Server and Domain info, weblogic.management.ManagementError: [Management:141113] The Management subsystem was accessed before the initialization.
[AntTarget:build][]: Unable to obtain server tempdir, J2EEApplicationService not available!
[AntTarget:build][]: Error accessing WLS Management subsystem

Xscript 的局限
不能在 XScript 中使用多字節字符。

編譯期間的錯誤消息
在開發環境中編譯 java、jsp、jws、jpd、jdx、dtf、xq 或其他文件時，錯誤消息以英文顯示。

EJB 方法名稱
在 EJB 設計視圖中，如果您試圖使用包含多字節字符的方法名稱，將顯示錯誤對話框“無效的方法簽名”，并且您無法創建該方法。如果您要在方法名稱中使用多字節字符，請直接使用源代碼視圖編輯代碼。

從數據庫創建 EJB 的局限
此版本不支持從表名或列名包含多字節字符的數據庫表創建 EJB。

可視化開發環境的局限（僅 Linux）
不支持面向可視化的開發功能，不能在設計視圖中為 HTML 或 JSP 文件使用 WYSIWYG 編輯功能。

窗口字體和字號（僅 Linux）
由于對話框尺寸限制，要在創建新應用程序時顯示所有描述文本，必須將窗口字體和字號分別設置為“默認值”以及 10 或更大值。

這不會影響任何功能。如果要顯示所有描述文本，必須根據需要設置窗口字體的字體和字號。

已知問題
WebLogic Workshop JSP 編譯器問題
使用 WebLogic Workshop JSP 編譯器編譯 JSP 文件時，如果該文件靜態包含包括多字節字符的文件，則多字節字符將顯示為亂碼。

解決方法：編輯 weblogic.xml 文件以注釋掉包含 jspServlet 參數的塊。這樣，就會使用 WebLogic Server JSP 編輯器，即可避免該問題。

<!-- Comment the jspServlet param out to go back to weblogic's jspc -->

<jsp-param>

<param-name>jspServlet</param-name>

<param-value>weblogic.servlet.WlwJSPServlet</param-value>

</jsp-param>

Web Service (.jws) 文件的文件名包含多字節字符時的 Java 代理下載問題
從 Workshop 測試瀏覽器的“概要”選項卡下載 Java 代理客戶端時，如果 Web Service (.jws) 文件的文件名包含多字節字符，則文件對話框中的文件名可能顯示為亂碼。

解決方法：直接在文件對話框中輸入下載文件的文件名。

應用程序屬性中 WebLogic Server 的設置
盡管該設置可以自動從存儲在服務器主目錄中的 config.xml 文件中加載，但主機名總是設置為“localhost”。如果 config.xml 中 ListenAddress 屬性被設置為其他值，則必須手動編輯此屏幕中的該屬性值。

域配置向導將主機名設置為非“localhost”值導致的問題
在 stopWebLogic.cmd 或 stopWebLogic.sh 的 ADMIN_URL 定義中，“localhost”值是硬編碼的。如果需要，必須直接編輯該值，方法如下：

由：set ADMIN_URL="t3://localhost:7001"

至：set ADMIN_URL="t3://test.beasys.com:7001"

使用 javac 命令編譯 Web Service 客戶端
使用 javac 命令編譯 Web Service 客戶端時，如果為 Java 代理客戶端使用可以從 WebLogic 測試瀏覽器的“概要”選項卡下載的 JAR 文件，請確保使用“-sourcepath”選項編譯它。如果編譯時未使用該選項，您將收到“源文件不可用”錯誤，并將產生編譯失敗。這是由 Sun JDK 造成的。

如果您使用 ant 的 javac 任務或 servlet 容器（如果使用 JSP 創建 Web Service），將不會有同樣的問題。

WebLogic Server 啟動控制臺亂碼（僅 Linux）
WebLogic Server 啟動控制臺未啟用多字節字符。可以從“工具”菜單、WebLogic Server 和“啟動 WebLogic Server”訪問啟動控制臺。如果從簡體中文區域設置環境啟動 WebLogic Server，則服務器控制臺上的輸出消息將為亂碼。

解決方法：使用啟用多字節字符的控制臺（如 kterm）和手動啟動 WebLogic Server。

不同數據類型的 XQuery 映射
可以從設置視圖打開 XQuery 編輯屏幕，在該屏幕中，不能通過拖放操作在不同的數據類型之間進行映射，如 (int) 和 (short) 之間，或者 (string) 和 (int) 之間。

解決方法：要在不同的數據類型之間映射，可以使用折疊高級選項面板的編輯函數或在源代碼視圖中直接編輯 XQuery 映射。