Eclipse是目前非常流行的開發平臺，開放擴展的架構讓很多程序員找到了自己個性化的工作環境。

安裝

JDK：1.5.0 從http://java.sun.com上去下載安裝
Eclipse：3.1.1 從http://www.eclipse.org 上去下載解壓
SQLExplorer 從http://eclipsesql.sourceforge.net/

技巧

　　Eclipse使用技巧之插件管理

　　提示：新下載的插件PlugIn一定不要都放在原始的Eclipse目錄下去，一大堆，累死你：（

1. 前提是你已經安裝好了Eclipse工具了，比如安裝在E:\OpenSource\Eclipse\目錄下，以下這個目錄以%ECLIPSE_HOME%來進行表示；
2. 此時默認的插件是在%ECLIPSE_HOME%\plugins目錄中的；
3. 在%ECLIPSE_HOME%下建立一個PlugInsNew的目錄；

　　比如：E:\OpenSource\Eclipse\PlugInsNew\

1. 你下載了個新的插件，比如叫做：XYZ

　　那么就在%ECLIPSE_HOME%\PlugInsNew\目錄下建立XYZ目錄，目錄里面是eclipse目錄，eclipse目錄包含有features與plugins兩個子目錄；結構如下圖所示：

1. 把下載的新插件的文件放在以下相應目錄中

   %ECLIPSE_HOME%\PlugInsNew\XYZ\eclipse\features
   %ECLIPSE_HOME%\PlugInsNew\ XYZ\eclipse\plugins

2. 建立相關的.link的文件

   然后在%ECLIPSE_HOME%\links目錄里建立一個XYZ.link的文件
   內容如是：path=E:/OpenSource/Eclipse/PlugInsNew/XYZ就一行這樣的路徑指示而已。
   這樣，如果你下載了多個插件就可以如法炮制建立多個Link文件，想加載哪個插件就把哪個插件的Link文件放到%ECLIPSE_HOME%\links的目錄中即可，使用與管理都很方便，建議千萬不要放在默認的安裝目錄中；
   如果你的%ECLIPSE_HOME%與此不同，請修改XYZ.link文件里的路徑

3. 刪除，關閉Eclipse

   刪除%ECLIPSE_HOME%\links\XYZ.link文件即可
   刪除%ECLIPSE_HOME%\PlugInsNew\XYZ整個目錄及文件

4. 重新啟動Eclipse即可

使用

　　SQLExplorer插件安裝方法采用上一節的《Eclipse使用技巧之插件管理》
　　重新啟動Eclipse后，可以在菜單Window => Show View => Other => 可以看到多了SQLExplorer
展開SQLExplorer有七項內容，分別為：

1. Aliases 別名，用來標識數據庫連接串的
2. Connection Info 連接信息，用來顯示連接數據庫時的相關信息，如，數據庫產品名稱、版本、JDBC驅動程序的名稱、版本、用戶名、連接串、是否自動提交等等。
3. Connnections 顯示活動的連接情況
4. Database Structure View 顯示數據庫結構
5. Drivers 配置驅動程序用
6. SQL History 執行SQL的歷史記錄
7. SQL Results 執行SQL的結果集

　　下面會分別介紹這七項內容的具體使用：
如下圖所示：

　　菜單Window => Preferences => SQLExplorer
右邊的項目中，可以設置預覽表結果集時返回的行數、SQL集的返回行數、是否自動提交、還是關閉SQL編輯窗口后提交和寫SQL時是否自動完成表和列名。

　　菜單Window => Preferences => SQLExplorer => SQL Editor
右邊的項目中，可以設置SQL編輯器里的字體屬性、文本屬性

　　菜單Window => Show View => Other => SQLExplorer 把里面的七項內容全部顯示出來，你也可以自己進行定制一下它

　　開始進行配置驅動程序，打開Drivers

　　默認加載成功插件后，只有JDBC ODBC Bridge是打勾可用的，其它都是打紅Ｘ不可用的，想想就知道為什么了吧（^_^）

　　沒有想出來，接下來看看吧
右鍵JDBC ODBC Bridge，在彈出的菜單中點擊Change the selected Driver菜單

　　可以在彈出的修改驅動程序中看到如下信息，在Driver Class Name顯示的是
sun.jdbc.odbc.JdbcOdbcDriver
因為從JDK1.2開始，在JDK里自動帶有這個驅動程序了，所以顯示為可用了：）

　　接下來我們開始配置MySQL和Oracle的驅動程序：
右鍵MMMySQL Driver，在彈出的菜單中點擊Change the selected Driver菜單

　　在彈出的修改驅動程序中看到，在Driver Class Name顯示的是org.gjt.mm.mysql.Driver
點擊Extra Class Path => Add => 選擇你的MySQL所在的路徑，加入它

　　加入驅動程序如下所示：

　　單擊List Drivers按鈕，在Driver Class Name的右下框中可以看到三個驅動類名，選擇你需要的一個，OK之即可。

　　可以看到這下MMMySQL Driver也為打勾可以使用的狀態了。

　　以同樣的方法配置Oracle Thin Driver驅動程序

　　默認驅動名稱，添加驅動程序：

　　可以看到兩個驅動程序的名稱

　　配置好驅動程序后，可以開始創建連接了，切換到Aliases別名視圖
點擊創建圖標，如下：

　　選擇MMMySQL Driver

　　填入別名的名稱、JDBC連接串URL、用戶名、密碼

　　確定后，在Aliases別名視圖里出現剛建立的連接

　　右鍵剛建立的數據庫連接別名，在彈出的菜單選擇Open…打開之。

　　會彈出一個連接的確認框，你可以更改用戶名與密碼，也可以設置是否自動提交。

　　確定后，會自動切換到Database Structure View視圖上，MySQL數據庫，則可以看到Database

　　再打開它，可以看到數據庫名，Table表及表的個數與名稱了。

　　選中其中的表userpwd，這個表是自己建立的，可以看到以下顯示列、索引、主鍵、外鍵、結果集預覽、行數共六個信息內容。

　　以下顯示表的列信息

　　以下顯示索引信息

　　以下顯示主鍵信息

　　　　以下顯示外鍵信息

　　以下顯示結果集預覽的內容

　　以下顯示的是記錄行數信息

　　切換到Connection Info連接信息的視圖，可以看到連接數據庫時的相關信息，
如，數據庫產品名稱MySQL、版本4.1.0a-nt
JDBC驅動程序的名稱MySQL-AB JDBC Driver、版本mysql-connector-java-3.0.16-ga
用戶名test@localhost、連接串jdbc:mysql://localhost:3306/test、自動提交模式為是等等。

　　顯示默認的事務狀態

　　切換到Connnections視圖，顯示當前數據庫活動的連接情況，有一個活動的連接。

　　右上角，可以打開Open New Connection圖標來打開一個新的連接，比如連接到相同的數據庫，但是卻是不同的用戶

　　右上角，單擊New SQL Editor圖標，創建一個新的SQL編輯器，來寫你的SQL語句

　　在打開的SQL編輯器中，你可以開始寫SQL語句了，如下：

按Ctrl + F9 或者點擊Exceute SQL圖標，執行所輸入的語句

這樣可以在SQL Results視圖中看到如下執行的結果信息

　　　　切換到SQL History 執行SQL的歷史記錄的視圖，可以看到你執行過的語句列表

　　再寫一個不同的語句，演示結果集與SQL歷史記錄

執行后，記錄是顯示在最后的執行結果是在后面，依次遞增的，即1、2、3、最后一個是你最后執行的結果信息內容顯示的地方，不要弄錯了。

　　這樣在SQL History里就再增加上了一條執行語句的記錄了

　　同樣增加一個Oracle的連接測試

　　Oracle數據庫，在Database Structure View視圖里顯示有Database、Monitor、Security、Instance四項內容

在SQL編輯器中，選擇Oracle的鏈接，再輸入查詢語句測試一下

　　可以在結果集里得到如果內容，在第4個標簽欄里了

再更改一下SQL語句

　　得到如下內容，在第4個標簽欄里了

　　SQL歷史記錄里可以看到執行過的四條信息了

　　這個插件的使用應當不是很容易的，其它的應用技巧與方法繼續中。

方法一
使用phpmyadmin，這是最簡單的了，修改mysql庫的user表，不過別忘了使用PASSWORD函數。

方法二
使用mysqladmin，這是前面聲明的一個特例。
mysqladmin -u root -p password mypasswd
輸入這個命令后，需要輸入root的原密碼，然后root的密碼將改為mypasswd。
把命令里的root改為你的用戶名，你就可以改你自己的密碼了。
當然如果你的mysqladmin連接不上mysql server，或者你沒有辦法執行mysqladmin，那么這種方法就是無效的，而且mysqladmin無法把密碼清空。

下面的方法都在mysql提示符下使用，且必須有mysql的root權限：
方法三
mysql> Insert INTO mysql.user (Host,User,Password)
VALUES('%','jeffrey',PASSWORD('biscuit'));
mysql> FLUSH PRIVILEGES
確切地說這是在增加一個用戶，用戶名為jeffrey，密碼為biscuit。
在《mysql中文參考手冊》里有這個例子，所以我也就寫出來了。
注意要使用PASSWORD函數，然后還要使用FLUSH PRIVILEGES。

方法四
和方法三一樣，只是使用了REPLACE語句
mysql> REPLACE INTO mysql.user (Host,User,Password)
VALUES('%','jeffrey',PASSWORD('biscuit'));
mysql> FLUSH PRIVILEGES

方法五
使用SET PASSWORD語句，
mysql> SET PASSWORD FOR jeffrey@"%" = PASSWORD('biscuit');
擬也必須使用PASSWORD()函數，但是不需要使用FLUSH PRIVILEGES。

方法六
使用GRANT ... IDENTIFIED BY語句
mysql> GRANT USAGE ON *.* TO jeffrey@"%" IDENTIFIED BY 'biscuit';
這里PASSWORD()函數是不必要的，也不需要使用FLUSH PRIVILEGES。

注意： PASSWORD() [不是]以在Unix口令加密的同樣方法施行口令加密。
MySQL 忘記口令的解決辦法
如果 MySQL 正在運行，首先殺之： killall -TERM mysqld。
啟動 MySQL ：bin/safe_mysqld --skip-grant-tables &
就可以不需要密碼就進入 MySQL 了。
然后就是
>use mysql
>update user set password=password("new_pass") where user="root";
>flush privileges;
重新殺 MySQL ，用正常方法啟動 MySQL 。

mysql密碼清空
Windows:
1.用系統管理員登陸系統。
2.停止MySQL的服務。
3.進入命令窗口，然后進入MySQL的安裝目錄，比如我的安裝目錄是c:\mysql,進入C:\mysql\bin
4.跳過權限檢查啟動MySQL，
c:\mysql\bin>mysqld-nt --skip-grant-tables
5.重新打開一個窗口，進入c:\mysql\bin目錄，設置root的新密碼
c:\mysql\bin>mysqladmin -u root flush-privileges password "newpassword"
c:\mysql\bin>mysqladmin -u root -p shutdown
將newpassword替換為你要用的root的密碼，第二個命令會提示你輸入新密碼，重復第一個命令輸入的密碼。
6.停止MySQL Server，用正常模式啟動Mysql
7．你可以用新的密碼鏈接到Mysql了。

Unix&Linux：
1.用root或者運行mysqld的用戶登錄系統；
2．利用kill命令結束掉mysqld的進程；
3．使用--skip-grant-tables參數啟動MySQL Server
shell>mysqld_safe --skip-grant-tables &
4.為root@localhost設置新密碼
shell>mysqladmin -u root flush-privileges password "newpassword"
5．重啟MySQL Server

mysql修改密碼
　　mysql修改，可在mysql命令行執行如下：
　　mysql -u root mysql
　　mysql> Update user SET password=PASSWORD("new password") Where user='name';
　　mysql> FLUSH PRIVILEGES;
　　mysql> QUIT

教你如何將MySQL數據庫的密碼恢復

因為MySQL密碼存儲于數據庫mysql中的user表中，所以只需要將我windows 2003下的MySQL中的user表拷貝過來覆蓋掉就行了。

在c:\mysql\data\mysql\(linux 則一般在/var/lib/mysql/mysql/)目錄下有三個user表相關文件user.frm、user.MYD、user.MYI

user.frm //user表樣式文件

user.MYD //user表數據文件

user.MYI //user表索引文件

為保險起見，三個都拷貝過來，不過其實如果之前在要恢復的那個MySQL上沒有更改過表結構的話，只要拷貝user.MYD就行了

然后

#. /etc/rc.d/init.d/mysql stop
#. /etc/rc.d/init.d/mysql start
#mysql -u root -p XXXXXX

好了，可以用windows 2003下mysql密碼登陸了

mysql>use mysql
mysql>update user set Password=PASSWORD('xxxxxx') where User='root';

這時候會出錯，提示user表只有讀權限

我分析了一下原因，只這樣的，因為user.*文件的權限分配是windows 2003下的，在windows 2003下我ls -l一看權限是666

在linux下我一看，拷過來后權限變成了600(其實正常情況下600就行了，只不過這里的文件屬主不是mysql，拷過來后的屬主變為了 root,所以會出現權限不夠，這時候如果你改成權限666則可以了，當然這樣不好，沒有解決問題的實質)，在 /var/lib/mysql/mysql/下ls -l看了一下

再

#chown -R mysql:mysql user.*
#chmod 600 user.*

//OK,DONE

重起一下MYSQL

重新連接

mysql>use mysql
mysql>update user set Password=PASSWORD('xxxxxx') where User='root';
mysql>FLUSH PRIVILEGES;

有一點值得注意:如果你windows 下mysql如果是默認配置的話，注意要還要執行

mysql>delete from user where User='';
mysql>delete from user where Host='%';
mysql>FLUSH PRIVILEGES;

好了，到這里恢復密碼過程就完成了

這個方法么就是有點局限性，你必須也具備另外的user表文件

其他還有幾種方法

其它方法一(這個是網上流傳較廣的方法,mysql中文參考手冊上的)

1. 向mysqld server 發送kill命令關掉mysqld server(不是 kill -9),存放進程ID的文件通常在MYSQL的數據庫所在的目錄中。

killall -TERM mysqld

你必須是UNIX的root用戶或者是你所運行的SERVER上的同等用戶，才能執行這個操作。

2. 使用`--skip-grant-tables' 參數來啟動 mysqld。 LINUX下：

/usr/bin/safe_mysqld --skip-grant-tables , windows下c:\mysql\bin\mysqld --skip-grant-tables

3. 然后無密碼登錄到mysqld server ，

>use mysql
>update user set password=password("new_pass") where user="root";
>flush privileges;

。你也可以這樣做：

`
mysqladmin -h hostname -u user password 'new password''

4. 載入權限表：

`
mysqladmin -h hostname flush-privileges'

或者使用 SQL 命令

`FLUSH PRIVILEGES'

5.

killall -TERM mysqld

6.用新密碼登陸

其它方法二

直接用十六進制編輯器編輯user.MYD文件

不過這個里面我要說明一點，我這里編輯的時候發現個問題，加密的密碼串有些是連續存儲的，有些的最后兩位被切開了，后兩位存儲在后面其他地方.這一 點我還沒想明白.還有注意一點就是編輯的是加密過的密碼串，也就是說你還是需要另外有user表文件。這種方法和我最上面介紹的方法的區別在于，這種方法 直接編輯linux下的user表文件，就不需要重新改文件屬主和權限了 

修正一下：我在Windows下的實際操作如下

1.關閉正在運行的MySQL。

2.打開DOS窗口，轉到mysql\bin目錄。

3.輸入

mysqld-nt --skip-grant-tables

回車。如果沒有出現提示信息，那就對了。

4.再開一個DOS窗口（因為剛才那個DOS窗口已經不能動了），轉到mysql\bin目錄。

5.輸入mysql回車，如果成功，將出現MySQL提示符 >

6. 連接權限數據庫

>use mysql;
(>是本來就有的提示符,別忘了最后的分號)

6.改密碼：

> update user set password=password("123456") where user="root"; (別忘了最后的分號)

7.刷新權限（必須的步驟）

>flush privileges;

8.退出

> \q

9.注銷系統，再進入，開MySQL，使用用戶名root和剛才設置的新密碼123456登陸。

據說可以用直接修改user表文件的方法：

關閉MySQL，Windows下打開Mysql\data\mysql，有三個文件user.frm,user.MYD,user.MYI找個知道密碼的MySQL，替換相應的這三個文件，如果user表結構沒改過，一般也沒人去改，替換user.MYD就可以了。

也可以直接編輯user.MYD，找個十六進制編輯器，UltraEdit就有這個功能。關閉MySQL，打開user.MYD。將用戶名root 后面的八個字符改為565491d704013245，新密碼就是123456。或者將它們對應的十六進制數字，（左邊那里，一個字符對應兩個數字），改 為 00 02 02 02 02 02 02 02,這就是空密碼，在編輯器右邊看到的都是星號*，看起來很象小數點。重開MySQL，輸入root和你的新密碼。

Introduction to XML Schema
[XML Schema介紹]

翻譯:linqingfeng
英語原文: http://www.w3schools.com/schema/default.asp

XML Schema is an XML based alternative to DTD.
[XML Schema是一種XML文件類型定義的基本方法]

An XML schema describes the structure of an XML document.
[每個XML Schema描述XML文檔的結構]

The XML Schema language is also referred to as XML Schema Definition (XSD).
[XML Schema也稱為XML模式定義(XSD)]

What You Should Already Know
[在學習之前你應該知道什么]

Before you study the XML Schema Language, you should have a basic understanding of XML and XML Namespaces. It will also help to have some basic understanding of DTD.
[在你開始學習XML Schema語言之前，你應該對XML和XML的命名空間有基本的了解。那樣會幫助你了解DTD（Document Type Definition文件類型定義）].

What is an XML Schema?
[XML Schema是什么？]

The purpose of an XML Schema is to define the legal building blocks of an XML document, just like a DTD.
[XML Schema目標是定義合法的XML文檔，就像DTD那樣]

An XML Schema:
[任一個XML Schema：]

• defines elements that can appear in a document
  [定義在文檔中的元素]
• defines attributes that can appear in a document
  [定義在文檔中的屬性]
• defines which elements are child elements
  [定義哪些元素為子元素]
• defines the order of child elements
  [定義子元素的階]
• defines the number of child elements
  [定義子元素的數]
• defines whether an element is empty or can include text
  [定義元素是否為空]
• defines data types for elements and attributes
  [定義元素和屬性的數據類型]
• defines default and fixed values for elements and attributes
  [定義元素和屬性的默認值和固定值]

XML Schemas are the Successors of DTDs
[XML Schemas是DTD的替代者]

We think that very soon XML Schemas will be used in most Web applications as a replacement for DTDs. Here are some reasons:
[我們認為很快XML Schemas就會替代DTD而大量應用于Web應用。原因有如下幾個：]

• XML Schemas are extensible to future additions
  [XML Schemas易于未來的擴展]
• XML Schemas are richer and more useful than DTDs
  [XML Schemas比DTD更有用處]
• XML Schemas are written in XML
  [XML Schemas本身就是XML]
• XML Schemas support data types
  [XML Schemas支持數據類型]
• XML Schemas support namespaces
  [XML Schemas支持命名空間]

XML Schema is a W3C Recommendation
[XML Schemas是W3C推薦使用的]

XML Schema was originally proposed by Microsoft, but became an official W3C recommendation in May 2001.
[XML Schemas最初由微軟提出，并在2001年五月成為W3C的官方指定標準]

The specification is now stable and has been reviewed by the W3C Membership.
[其規格文檔現已穩定并加入到W3C標準中]

XML Schemas - Why?
[為什么選用XML Schemas？]

There are a number of reasons why XML Schema is better than DTD.
[XML Schemas有趣多方面優于DTD]

XML Schema has Support for Data Types
[XML Schemas支持數據類型]

One of the greatest strengths of XML Schemas is the support for data types.
[XML Schemas其中最好的方面之一就是支持數據類型]

With the support for data types:
[對數據類型提供的支持有：]

• It is easier to describe permissible document content
  [易于描述文檔內容是否允許]
• It is easier to validate the correctness of data
  [易于驗證數據的正確性]
• It is easier to work with data from a database
  [易于復合數據庫操作數據]
• It is easier to define data facets (restrictions on data)
  [易于定義數據約束]
• It is easier to define data patterns (data formats)
  [易于格式化數據]
• It is easier to convert data between different data types
  [易于數據在不同的數據類型中轉換]

XML Schemas use XML Syntax
[XML Schemas是用XML的語法]

Another great strength about XML Schemas is that they are written in XML.
[另一個最大的優點是XML Schemas是用XML書寫的]

Because XML Schemas are written in XML:
[XML Schemas用XML書寫的好處有：]

• You don't have to learn another language
  [不用學習另一種新的語言]
• You can use your XML editor to edit your Schema files
  [能在XML的編輯器中編寫XML Schemas文件]
• You can use your XML parser to parse your Schema files
  [能用XML解釋器去解釋XML Schemas文件]
• You can manipulate your Schema with the XML DOM
  [能用XML DOM(Document Object Model,文檔物件模型)操作XML Schemas文件]
• You can transform your Schema with XSLT
  [能用XSLT來轉換XML Schemas文件]

XML Schemas Secure Data Communication
[XML Schemas數據通信更安全]

When data is sent from a sender to a receiver it is essential that both parts have the same "expectations" about the content.
[當數據從發送方傳遞給接受方時, XML Schemas會讓顯示的內容達到你的”期望”]

With XML Schemas, the sender can describe the data in a way that the receiver will understand.
[XML Schemas文件能讓發送方的數據被接受方所解釋]

A date like this: "03-11-2004" will, in some countries, be interpreted as 3. November and in other countries as 11. March, but an XML element with a data type like this:
[例如一個日期的表述” 03-11-2004”,在某些國家會被解釋為11月3日,而在另一些國家卻被解釋成3月11日],而相同的數據在XML上表述成:

<date type="date">2004-03-11</date>

ensures a mutual understanding of the content because the XML data type date requires the format YYYY-MM-DD.
[由于XML數據類型定義了他的格式是YYYY-MM-DD,從而使能正確的表述其內容的含義]

XML Schemas are Extensible
[XML Schemas是可擴展的]

XML Schemas are extensible, just like XML, because they are written in XML.
[XML Schemas是可擴展的,就像普通的XML一樣,因為他本身就是一個XML]

With an extensible Schema definition you can:
[可擴展性的定義帶來的好處有：]

• Reuse your Schema in other Schemas
  [可從用你的規則與其他規則]
• Create your own data types derived from standard types
  [從其他的標準的數據類型中創建自定義的數據類型]
• Reference multiple schemas from the same document
  [同一個文檔可以引用多個規則]

Well-Formed is not Enough
[良好格式還并不足夠]

A well-formed XML document is a document that conforms to the XML syntax rules:
[一個具有良好格式的XML文檔是完全符合XML的語法規則的：]

• must begin with the XML declaration
  [必須由XML聲明開始]
• must have one unique root element
  [必須有且僅有一個根節點]
• all start tags must match end-tags
  [所有標簽都必須有相對的結束標簽]
• XML tags are case sensitive
  [XML的標簽是區分大小寫的]
• all elements must be closed
  [所有的元素都必須是閉合的]
• all elements must be properly nested
  [所有元素都必須合理的嵌套(元素不可以交叉)]
• all attribute values must be quoted
  [所有的屬性都必須被引用]
• XML entities must be used for special characters
  [所有的XML實體都必須用特殊的字符來做]

Even if documents are Well-Formed they can still contain errors, and those errors can have serious consequences. Think of this situation: you order 5 gross of laser printers, instead of 5 laser printers. With XML Schemas, most of these errors can be caught by your validating software.
[即使文檔完全符合格式也會包含錯誤,而且有些錯誤會有嚴重的邏輯問題.想一想這樣的情況:你訂購五臺激光打印機是為了來替代五臺激光打印機.配合XML Schemas,大部分的錯誤都可以由你的軟件校驗出來的.]

XSD How To
[XSD如何]

XML documents can have a reference to a DTD or an XML Schema.
[XML文檔能和一個DTD或者一個XML Schema相關]

A Simple XML Document
[一個簡單的XML文檔]

Look at this simple XML document called "note.xml":
[看看這個名為"note.xml"的XML文檔]

A Simple DTD
[一個簡單的DTD]

This is a simple DTD file called "note.dtd" that defines the elements of the XML document above ("note.xml"):
[這個簡單的DTD"note.dtd"定義了"note.xml"中的元素:]

Line 1 defines the note element to have four elements: "to, from, heading, body". Line 2-5 defines the to element to be of the type "#PCDATA", the from element to be of the type "#PCDATA", and so on...
[第一行定義了note元素有四個子元素: "to, from, heading, body".而第二行到第五行分別定義了to和from等元素為"#PCDATA"]

A Simple XML Schema
[一個簡單的XML Schema]

This is a simple XML Schema file called "note.xsd" that defines the elements of the XML document above ("note.xml"):
[這個簡單的XML Schema文件"note.xsd"同樣定義了"note.xml"中的元素：]

The note element is said to be of a complex type because it contains other elements. The other elements (to, from, heading, body) are said to be simple types because they do not contain other elements. You will learn more about simple and complex types in the following chapters.
[那個note元素由于包含有其他的子元素而被定義為complex type(復合類型). 其他包含在它里面的元素(to, from, heading, body)都被定義為simple types(簡單類型). 你將會在以后的章節里面學到更多關于復合類型和簡單類型的知識.]

A Reference to a DTD
[DTD的引用]

This XML document has a reference to a DTD:
[這個XML文檔引用自一個DTD:]

A Reference to an XML Schema
[XML Schema的引用]

This XML document has a reference to an XML Schema:
[這個XML文檔引用自一個XML Schema文檔:]

XSD - The <schema> Element
[XSD中的<schema>元素]

The <schema> element is the root element of every XML Schema!
[<schema>元素是每一個XML Schema文件的根元素!]

The <schema> Element
[<schema>元素]

The <schema> element is the root element of every XML Schema:
[[<schema>元素是每一個XML Schema文件的根元素:]

The <schema> element may contain some attributes. A schema declaration often looks something like this:
[[<schema>元素包含一些屬性.一般聲明如下:]

The following fragment:
[以下片段:]

indicates that the elements and data types used in the schema (schema, element, complexType, sequence, string, boolean, etc.) come from the "http://www.w3.org/2001/XMLSchema" namespace. It also specifies that the elements and data types that come from the "http://www.w3.org/2001/XMLSchema" namespace should be prefixed with xs:
[說明元素和數據類型的使用模式(schema, element, complexType, sequence, string, Boolean等等)來自于"命名空間.同時也可用xs:作為前綴]

內容目錄

RSS Introduction [RSS介紹]
An introduction to what RSS is and how it can be used.
介紹什么是RSS，它的應用。

RSS History [RSS歷史]
How RSS started and how it has been developed and changed
RSS是怎么誕生的，它是怎樣發展和變化的.

RSS Syntax [RSS語法]
A brief introduction how to make RSS.
制作RSS的簡單介紹

RSS Channel [RSS頻道]
How to make and what can be included in the <channel> element.
怎么完成<channel>元素里的內容

RSS Item [RSS內容]- How to make and what can be included in the <item> element.
怎樣的<item>元素才算合理的

RSS Publishing [RSS 發布]- How to publish your RSS.
怎樣發布的你的RSS

RSS Readers [RSS閱讀器]- How to read other site's RSS.
怎樣閱讀其他網站的RSS

<?xml version="1.0" encoding="ISO-8859-1" ?>

<rss version="2.0">

<channel>

<title>W3Schools</title>
<link>http://www.w3schools.com</link>
<description>W3Schools Web Tutorials </description>

<item>
<title>RSS Tutorial</title>

<link>http://www.w3schools.com/rss</link>
<description>Check out the RSS tutorial
on W3Schools.com</description>
</item>

</channel>
</rss>

<rss version="2.0">

<channel>

<title>W3Schools</title>
<link>http://www.w3schools.com</link>

<description>W3Schools Web Tutorials</description>

<item>
<title>RSS Tutorial</title>
<link>http://www.w3schools.com/rss</link>
<description>Check out the RSS tutorial
on W3Schools.com</description>
</item>

</channel>
</rss>

<!-- This is a comment -->

<title>W3Schools News Update</title>

<link>http://www.w3schools.com</link>

<description>W3Schools Web Tutorials</description>

<title>W3Schools New RSS Tutorial</title>

<link>http://www.w3schools.com/rss</link>

<description>W3Schools RSS Tutorial</description>

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=704849

第三可采用如下幾種方式來修改：

1.從終端服務配置中修改：
打開管理工具里的終端服務配置，再單擊連接，雙擊右邊的RDP-Tcp，彈出RDP-Tcp屬性，選擇網卡，可設置最多連接數，或者設置為無限制的連接數。當然這個值不也能太大，否則會占用較多的系統資源。不過這里修改的值好像不起作用，設置成無限制時照樣還是會出現本文所說的情況。

修改會話存在時間：運行－Tscc.msc－連接－雙擊RDP-Tcp或右擊－屬性－會話－選中第一個的替代用戶設置(O)－結束已斷開的會話［將默認值“從不”改為一個適當的時間，比如30分鐘］
　　
2.打開“控制面板”，雙擊“添加刪除程序”，單擊“添加刪除Windows組件”*“組件”
，在Windows組件向導對話框中選中“終端服務” * “下一步” * “應用服務器” * “下
一步”，然后按照提示即可改變終端服務的模式。 
不過聽說用此法，改了應用需要許可證，90天后過期:(

3.win2003的話可以從組策略修改：
　　組策略級別要高于終端服務配置，當啟用組策略后終端服務配置中的相應選項會變成灰色不可修改
　　運行－gpedit.msc－計算機配置－管理模板－Windows組件－終端服務
　　雙擊右邊的”限制連接數量“－選擇”已啟用“－填入允許的最大連接數

J2EE可以說指Java在數據庫信息系統上實現，數據庫信息系統從早期的dBase、到Delphi/VB等C/S結構，發展到B/S（Browser瀏覽器/Server服務器）結構，而J2EE主要是指B/S結構的實現。

J2EE又是一種框架和標準，框架類似API、庫的概念，但是要超出它們。

J2EE是一個虛的大的概念，J2EE標準主要有三種子技術標準：WEB技術、EJB技術和JMS，談到J2EE應該說最終要落實到這三個子概念上。

這三種技術的每個技術在應用時都涉及兩個部分：容器部分和應用部分，Web容器也是指Jsp/Servlet容器，你如果要開發一個Web應用，無論是編譯或運行，都必須要有Jsp/Servlet庫或API支持（除了JDK/J2SE以外）。

Web技術中除了Jsp/Servlet技術外，還需要JavaBeans或Java Class實現一些功能或者包裝攜帶數據，所以Web技術最初簡稱為Jsp/Servlet+JavaBeans系統。

談到JavaBeans技術，就涉及到組件構件技術（component），這是Java的核心基礎部分，很多軟件設計概念（設計模式）都是通過JavaBeans實現的。

JavaBeans不屬于J2EE概念范疇中，如果一個JavaBeans對象被Web技術（也就是Jsp/Servlet）調用，那么JavaBeans就運行在J2EE的Web容器中；如果它被EJB調用，它就運行在EJB容器中。

EJB（企業JavaBeans）是普通JavaBeans的一種提升和規范，因為企業信息系統開發中需要一個可伸縮的性能和事務、安全機制，這樣能保證企業系統平滑發展，而不是發展到一種規模重新更換一套軟件系統。

J2EE集群原理: http://www.jdon.com/jive/article.jsp?forum=121&thread=22282

至此，JavaBeans組件發展到EJB后，并不是說以前的那種JavaBeans形式就消失了，這就自然形成了兩種JavaBeans技術：EJB和POJO，POJO完全不同于EJB概念，指的是普通JavaBeans，而且這個JavaBeans不依附某種框架，或者干脆可以說：這個JavaBeans是你為這個應用程序單獨開發創建的。

J2EE應用系統開發工具有很多：如JBuilder、Eclipse等，這些IDE首先是Java開發工具，也就是說，它們首要基本功能是可以開發出JavaBeans或Java class，但是如果要開發出J2EE系統，就要落實到要么是Web技術或EJB技術，那么就有可能要一些專門模塊功能，最重要的是，因為J2EE系統區分為容器和應用兩個部分，所以，在任何開發工具中開發J2EE都需要指定J2EE容器。

J2EE容器分為WEB容器和EJB容器，Tomcat/Resin是Web容器；JBoss是EJB容器+Web容器等，其中Web容器直接使用Tomcat實現的。所以你開發的Web應用程序可以在上面兩種容器運行，而你開發的Web+EJB應用則只可以在JBoss服務器上運行，商業產品Websphere/Weblogic等和JBoss屬于同一種性質。

J2EE容器也稱為J2EE服務器，大部分時它們概念是一致的。

如果你的J2EE應用系統的數據庫連接是通過JNDI獲得，也就是說是從容器中獲得，那么你的J2EE應用系統基本與數據庫無關，如果你在你的J2EE應用系統耦合了數據庫JDBC驅動的配置，那么你的J2EE應用系統就有數據庫概念色彩，作為一個成熟需要推廣的J2EE應用系統，不推薦和具體數據庫耦合，當然這其中如何保證J2EE應用系統運行性能又是體現你的設計水平了。

高質量的Java企業系統

衡量J2EE應用系統設計開發水平高低的標準就是：解耦性；你的應用系統各個功能是否能夠徹底脫離？是否不相互依賴，也只有這樣，才能體現可維護性、可拓展性的軟件設計目標。

為了達到這個目的，誕生各種框架概念，J2EE框架標準將一個系統劃分為WEB和EJB主要部分，當然我們有時不是以這個具體技術區分，而是從設計上抽象為表現層、服務層和持久層，這三個層次從一個高度將J2EE分離開來，實現解耦目的。

因此，我們實際編程中，也要將自己的功能向這三個層次上靠，做到大方向清楚，涇渭分明，但是沒有技術上約束限制要做到這點是很不容易的，因此我們還是必須借助J2EE具體技術來實現，這時，你可以使用EJB規范實現服務層和持久層，Web技術實現表現層；

EJB為什么能將服務層從Jsp/Servlet手中分離出來，因為它對JavaBeans編碼有強制的約束，現在有一種對JavaBeans弱約束，使用Ioc模式實現的（當然EJB 3.0也采取這種方式），在Ioc模式誕生前，一般都是通過工廠模式來對JavaBeans約束，形成一個服務層，這也是是Jive這樣開源論壇設計原理之一。

由此，將服務層從表現層中分離出來目前有兩種可選架構選擇：管理普通JavaBeans（POJO）框架(如Spring、JdonFramework)以及管理EJB的EJB框架，因為EJB不只是框架，還是標準，而標準可以擴展發展，所以，這兩種區別將來是可能模糊，被納入同一個標準了。

但是，通常標準制定是為某個目的服務的，總要犧牲一些換取另外一些，所以，這兩種架構會長時間并存。

前面談了服務層框架，使用服務層框架可以將JavaBeans從Jsp/Servlet中分離出來，而使用表現層框架則可以將Jsp中剩余的JavaBeans完全分離，這部分JavaBeans主要負責顯示相關，一般是通過標簽庫（taglib）實現，不同框架有不同自己的標簽庫，Struts是應用比較廣泛的一種表現層框架。

這樣，表現層和服務層的分離是通過兩種框架達到目的，剩余的就是持久層框架了，通過持久層的框架將數據庫存儲從服務層中分離出來是其目的，持久層框架有兩種方向：直接自己編寫JDBC等SQL語句（如iBatis）；使用O/R Mapping技術實現的Hibernate和JDO技術；當然還有EJB中的實體Bean技術。

持久層框架目前呈現百花齊放，各有優缺點的現狀，所以正如表現層框架一樣，目前沒有一個框架被指定為標準框架，當然，表現層框架現在又出來了一個JSF，它代表的頁面組件概念是一個新的發展方向，但是復雜的實現讓人有些忘而卻步。

最后，你的J2EE應用系統如果采取上面提到的表現層、服務層和持久層的框架實現，基本可以在無需深刻掌握設計模式的情況下開發出一個高質量的應用系統了。

還要注意的是: 開發出一個高質量的J2EE系統還需要正確的業務需求理解，那么域建模提供了一種比較切實可行的正確理解業務需求的方法，相關詳細知識可從UML角度結合理解。

當然，如果你想設計自己的行業框架，那么第一步從設計模式開始吧，因為設計模式提供你一個實現JavaBeans或類之間解耦參考實現方法，當你學會了系統基本單元JavaBeans或類之間解耦時，那么系統模塊之間的解耦你就可能掌握，進而你就可以實現行業框架的提煉了，這又是另外一個發展方向了。

以上理念可以總結為一句話：

J2EE開發三件寶: Domain Model（域建模）、patterns（模式）和framework（框架）。

 簡介：

安裝TPTP

　　安裝TPTP最容易的方式是使用Remote Update站點（參見圖1）。打開Remote Update窗口（Help -> Software Updates -> Find and Install），然后選擇Callisto Discovery Site。Eclipse將建議安裝Callisto插件集。TPTP工具列在“Testing and Performance”下面。最容易也是最耗時的選擇，就是安裝所有建議的插件。即使不安裝整個Callisto工具集，您仍然需要安裝一些其他TPTP需要的組件，例如"Charting and Reporting"、"Enabling Features"和"Data Tool Performance"。

　　 圖 1.從遠程站點安裝TPTP

分析Java應用程序

　　測試與性能工具平臺基本上是一套分析工具。分析應用程序通常涉及到觀察應用程序在壓力之下的處理方式。這樣做的一種常見方式是對已部署的應用程序運行一組負載測試，然后使用分析工具來記錄應用程序的行為。接著，可以對結果進行研究來調查任何性能問題。這些事情通常是在項目結束時進行的，因為此時應用程序幾乎已經準備好進入生產階段了。

　　TPTP非常適合這類任務。一個典型的用例是使用像JMeter這樣的工具來運行負載測試，然后使用TPTP歸納工具記錄和分析性能統計數據。

　　然而，這并非使用TPTP分析應用程序的唯一方式。通常，越早進行測試，后面遇到的問題就越少。借助TPTP，您可以在很多上下文中分析代碼，包括JUnit測試用例、Java 應用程序和web應用程序。而且它很好地集成到了Eclipse IDE中。所以，沒有理由不在早期開始初步性能測試和分析工作。

　　TPTP讓您可以測試應用程序行為的幾個方面，包括內存使用（創建了多少對象，這些對象的大小如何）、執行統計數據（應用程序在哪些地方所花的時間較多）和測試覆蓋（測試期間執行代碼的確切數量）。每個方面均可提供有關應用程序性能的獨立信息。

　　不管怎么說，內存泄漏可能而且的確存在于Java中。創建（并保存）不必要的對象會增加對內存的需求，并加重垃圾收集器的工作負擔，這都會損害應用程序的性能。而且，如果運行應用程序的服務器的持續正常運行時間很長，累積下來的內存泄漏可能最終導致應用程序崩潰或服務器停止運行。這些都是留心應用程序內存泄漏情況的充分理由。

　　根據80-20經驗法則，80%的性能問題出現在20%的代碼中。或者，換句話說，只要把精力集中在應用程序中執行最經常的部分上，就可以花費相對較少的氣力使性能有實質性的提高。在這種情況下，執行統計數據就可以派上用場了。

　　除此以外，TPTP還提供一些基本的測試覆蓋數據。盡管這些統計數據不如Cobertura或Clover這樣的專用工具提供的完整，您仍然可以通過它們快速了解性能測試正在有效地測試哪些方法。

　　在本文中，我討論的測試種類同樣是沒有經過優化的。優化涉及到使用像緩沖這樣的技術對應用程序性能進行微調。這是一項對技術要求很高的操作，最好留到項目的最后完成。

　　這里所討論的這種初步性能測試和分析僅僅包括，確保應用程序從一開始就正確執行，以及沒有編碼錯誤或糟糕的編碼實踐會在后面的階段中對性能產生不利的影響。事實上，修復內存泄漏和避免不必要的對象創建并不是優化——這只不過是調試，而且同樣應該盡可能早地完成。

　　讓我們通過使用一些單元測試來分析一個類的方式開始。可以分析常規的單元或集成測試，或者編寫針對性更強的面向性能的測試。通常，您應該嘗試分析與生產代碼最接近的代碼。許多人使用模擬對象來代替DAO對象進行單元測試，使用這項功能強大的技術可以加速開發生命周期。如果使用這類方法，一定要使用這些測試來運行分析工具，它可以揭示有關內存使用和測試覆蓋的有用信息。然而，性能測試的價值是有限的，因為對于與數據庫相關的應用程序來說，其性能往往是由數據庫的性能所決定的，所以在這個上下文中，應該進行所有重要的性能測試。簡而言之，不要忘了分析基于實際數據庫而運行的集成測試。

　　出于本文的需要，我們將對以下類進行測試，這個類代表了一個到庫目錄的簡單接口。

interface Catalog {
List<Book> findBooksByAuthor(String name);
List<Book> findAllBooks();
}

　　基本的單元測試如下：

public class CatalogTest extends TestCase {
...
public Catalog getCatalog() {
...
}
public void testFindBooksByAuthor() {
List<Book> books = getCatalog().findBooksByAuthor("Lewis");
}
public void testLoadFindBooksByAuthor() {
for(int i = 0; i < 10; i++) {
List<Book> books
= getCatalog().findBooksByAuthor("Lewis");
}
}
public void testFindAll() {
List<Book> books = getCatalog().findAllBooks();
}
}

　　您需要做的第一件事情就是建立一個分析。在Eclipse主菜單中選擇"Run -> Profile"，這將打開一個向導，您可以在其中配置不同種類的測試分析，如圖2所示。

　　圖 2. 創建一個TPTP分析

　　在這個例子中，我們感興趣的是JUnit測試分析。雙擊這一項；向導應該為每個單元測試類創建新的項。TPTP相當靈活，您可以在此屏幕中配置各個選項。例如，在Test選項卡上，可以單獨分析單元測試類，也可以按照項目或軟件包對它們進行分組。在Arguments選項卡上，可以指定運行時參數，而在Environment選項卡上可以定義環境變量。在Destination選項卡中，可以指定一個外部文件，用于保存分析數據以供以后使用。但是，最有用的是Monitor選項卡（參見圖3），可以在上面指定要記錄和研究的性能相關數據：

• Basic Memory Analysis（基本內存分析）：這個選項用于記錄內存使用的統計數據，包括對象實例的數量和已經使用的全部內存。
• Execution Time Analysis（執行時間分析）：這個選項用于記錄性能數據——即應用程序分別在每個方法上所花的時間長短。
• Method Code Coverage（方法代碼覆蓋）：這個選項用于通知在測試期間執行了哪些類和方法。

　　 圖 3: 在Monitor選項卡上定義要記錄數據的類型。

　　您可以直接從這個窗口運行分析工具，也可以使用位于要分析的測試類上的上下文菜單，方法是選擇Profile As菜單項（參見圖4）。

　　圖 4:可以使用上下文菜單運行TPTP分析工具。

　　運行分析工具可能要花上一段時間，這取決于測試用例的大小。完成之后，Eclipse將顯示一個Profiling Monitor視圖，可以在其中顯示每種類型分析的結果的詳細信息（參見圖5）。

　　圖 5: 分析結果

　　Memory Statistics視圖顯示了應用程序創建的對象的數量。結果可以按照軟件包來組織（以樹視圖的形式），或者顯示為類或實例的一個列表。這些數據可以讓您了解每種類型創建了多少個對象；應該對創建的對象（特別是高級對象，例如域對象）不正常的高數量持懷疑態度。

　　用于檢測內存泄漏的另一個有用工具是Object References視圖。為了獲得這些數據，您需要激活引用收集。啟動分析之后，點擊monitoring項，然后在上下文菜單中選擇Collect Object References（參見圖6）。接下來，通過上下文菜單（Open with -> Object References）打開Object References視圖。您將獲得一個類的列表，它帶有對每個類的引用的次數。這可以為可能的內存泄漏提供一些線索。

　　圖 6: 激活引用收集

　　如圖7所示，從Execution Statistics視圖可以清楚地了解到應用程序執行到了哪里。"organization by"軟件包可以幫助您找出執行時間最長的類和方法。點擊一個方法將打開Method Invocation Details視圖，它將顯示有關方法被調用次數、調用地點以及它本身調用了哪些其他方法的更詳細信息。盡管與一些可以向下發掘到源代碼本身的商業工具相比，這個視圖與源代碼視圖的集成度沒有那么高，但是它還是可以給出一些重要線索，幫助您找出執行錯誤的方法。

　　圖 7: Execution Statistics視圖

　　Coverage Statistics視圖（參見圖8）提供的信息是關于，您剛剛運行的測試用例使用了（因此至少在某種程度上測試了）哪些方法。覆蓋統計數據是一項優秀的功能，盡管它們提供的信息的詳細程度還無法與像Cobertura、Clover和jcoverage這樣的專業覆蓋工具相提并論（它們可以提供行精度的覆蓋數據，以及行和分支覆蓋的統計數據）。盡管如此，它也有自身的優點，那就是可以提供實時的覆蓋結果，而目前，只有商業的代碼覆蓋工具，例如Clover和jcoverage，才能提供行級別的覆蓋報告和完整的IDE集成。

　　圖 8: Coverage Statistics視圖

靜態分析工具

　　在TPTP工具箱中，另一件有趣的工具就是靜態分析工具。Java靜態分析工具，例如PMD，允許通過基于一組代碼預定義規則和最佳實踐檢查來檢查代碼，從而自動驗證代碼質量。現在，TPTP也包含一個靜態分析工具。除了提供它自己的一組靜態分析規則之外，這個工具還可以提供一個一致的接口，其他工具廠商可以在這個接口中集成他們自己的規則。

　　要對代碼進行靜態分析，需要創建分析配置。在Java視圖或Analysis圖標中，使用上下文菜單打開Analysis窗口，它現在應該出現在工具欄上（參見圖9）。分析配置決定了要分析的代碼（Scope）和應該遵循的規則（Rules）。有71條規則可供選擇，例如"Avoid casting primitive types to lower precision"和"Always provide a break at the end of every case statement"。您還可以使用預定義的規則，例如"Java Quick Code Review"（在這里，71條規則中只有19條適用）。

　　圖 9:建立靜態分析規則

　　要分析代碼，使用工具欄中的Analysis圖標。分析不是實時完成的，就像一些其他的類似工具一樣，例如Checkstyle。然而，給出的結果很清晰（參見圖10）：錯誤在源代碼視圖中標出，并且按照錯誤類型，以樹視圖的形式在Analysis Results視圖中列出。"Quick Fix"是一項優雅的特性，它出現在錯誤類型的上下文菜單中，而且如果可能，它可以自動為您糾正問題。

　　圖 10: 靜態代碼分析結果

結束語

　　Eclipse測試與性能工具平臺是Eclipse IDE工具箱中極具價值的部分。它支持的性能測試的范圍很寬，這有助于從第一個單元測試開始，就確保獲得高質量和高性能的代碼。

　　TPTP無疑還比不上一些可用的商業工具，例如OptimizeIt和JProbe，后者的報告和分析功能要更加完善，而且表示通常更加精練。然而，商業的分析工具往往非常昂貴，而且很難在最嚴峻的環境中來驗證它們的使用情況。盡管TPTP還相對較為不成熟，它仍然可算作一款功能強大的產品，毋庸置疑，它可以提供對于許多項目來說不可或缺的有價值的分析數據。

參考資料

• Eclipse網站
• Callisto網站
• TPTP網站