一、el
var el =Ext.get('例如：formname');
var map = new Ext.KeyMap(el, {
key: Ext.EventObject.ENTER,
fn: function(){
event.keyCode=9;
}
});

二、EditGrid，需修改源碼
onEditorKey:function (F, E) {
 var C = E.getKey(), G, D = this.grid, B = D.activeEditor;
 var A = E.shiftKey;
 if (C == E.TAB) {
  E.stopEvent();
  B.completeEdit();
  if (A) {
   G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
  } else {
   G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
  }
 } else {
  if (C == E.ENTER) {
   E.stopEvent();
   B.completeEdit();
   if (this.moveEditorOnEnter !== false) {
    if (A) {
     //G = D.walkCells(B.row - 1, B.col, -1, this.acceptsNav,this)
     G = D.walkCells(B.row, B.col - 1, -1, this.acceptsNav, this);
    } else {
     // G = D.walkCells(B.row + 1, B.col, 1, this.acceptsNav,this)
     G = D.walkCells(B.row, B.col + 1, 1, this.acceptsNav, this);
    }
   }
  } else {
   if (C == E.ESC) {
    B.cancelEdit();
   }
  }
 }
 if (G) {
  D.startEditing(G[0], G[1]);
 }
}

     摘要: Webservice交互中需要雙方約定數(shù)據(jù)格式，用XML表示數(shù)據(jù)庫記錄是不錯的選擇。 先定義個DTD: <!--      DTD for the Xml-Format-String used to transmit business data --> <!-- The "DBSET" element is the root of...  閱讀全文 Webservice交互經(jīng)常需要驗證用戶，用戶名和密碼的傳遞采用SOAPHeader傳遞不失為一種好辦法。在Axis1中設置很簡單：
客戶端：
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","username",username));
((org.apache.axis.client.Call) call).addHeader(new SOAPHeaderElement("Authorization","password",password));

經(jīng)包裝后傳遞的內(nèi)容如下
<soapenv:Header>
  <ns1:username
   soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
   soapenv:mustUnderstand="0" xsi:type="soapenc:string"
   xmlns:ns1="Authorization"
   xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
   admin
  </ns1:username>
  <ns2:password
   soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
   soapenv:mustUnderstand="0" xsi:type="soapenc:string"
   xmlns:ns2="Authorization"
   xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
   1
  </ns2:password>
 </soapenv:Header>

服務端通過Handler取得用戶名和密碼進行驗證：
username = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","username").getValue();
password = (String) messageContext.getRequestMessage().getSOAPEnvelope()
.getHeaderByName("Authorization","password").getValue();

如果覺得這樣不安全，可雙方約定一種加密解密規(guī)則，將用戶名和密碼加密后進行傳輸。

我曾試過使用如下方法，
客戶端：
((org.apache.axis.client.Call) call).setUsername(username);
((org.apache.axis.client.Call) call).setPassword(password);

包裝后傳遞內(nèi)容(多了最后一句：Authorization: Basic emphZG1pbjox。Axis將用戶名和密碼經(jīng)Base64加密后傳遞)：
POST /web/services/GenericServer HTTP/1.0
Content-Type: text/xml; charset=utf-8
Accept: application/soap+xml, application/dime, multipart/related, text/*
User-Agent: Axis/1.4
Host: localhost:8083
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: ""
Content-Length: 807
Authorization: Basic emphZG1pbjox

服務端的Handle:
username =messageContext.getUsername();
password = messageContext.getPassword();

這樣是沒問題，看起來更簡單。可惜調(diào)用部署在weblogic上的ws時，會被weblogic攔截，必須在weblogic安全域中配置相應的用戶才能通過驗證，這不是我們所需要的，通常我們有自己的用戶管理機制，調(diào)用WS的用戶也作為系統(tǒng)中的一個用戶納入我們的管理，而不是跟weblogic安全域用戶綁在一起。

     摘要: Jacob的下載、配置就不說了，提醒下，官方的提供的17版本似乎不支持jdk1.5，得下載19版的(CSDN上有)。 研究這個的目的是想用java生成符合格式的word文檔，文檔內(nèi)容大體上有三種格式，Heading1、Heading2和Normal，在word的文檔結構圖顯示的樣子如下 Heading 1    Heading 2    H...  閱讀全文      摘要: 2007,也許會有危險,也許會有障礙,所以......  閱讀全文

alphal 內(nèi)部測試版

beta 外部測試版

demo 演示版

Enhance 增強版或者加強版 屬于正式版

Free 自由版

Full version 完全版 屬于正式版

shareware 共享版

Release 發(fā)行版 有時間限制

Upgrade 升級版

Retail 零售版

Cardware 屬共享軟件的一種，只要給作者回復一封電郵或明信片即可。（有的作者并由此提供注冊碼等），目前這種形式已不多見。

Plus 屬增強版，不過這種大部分是在程序界面及多媒體功能上增強。

Preview 預覽版

Corporation & Enterprise 企業(yè)版

Standard 標準版

Mini 迷你版也叫精簡版只有最基本的功能

Premium -- 貴價版

Professional -- 專業(yè)版

Express -- 特別版

Deluxe -- 豪華版

Regged -- 已注冊版

CN -- 簡體中文版

CHT -- 繁體中文版

EN -- 英文版

Multilanguage -- 多語言版

?

?

static：用來修飾字段和方法。
通常情況下，我們通過創(chuàng)建類的對象來訪問其字段和方法，而將字段或方法聲明為static意味著這個字段或方法作為整個類而不是類的某個特定對象而存在，可以通過類名直接引用它們。
一個static字段對每個類來說都只有一份存儲空間，而非static字段則是對每個對象有一份存儲空間。
static方法的一個重要用法就是不用創(chuàng)建對象而通過類直接引用它。

final：用來修飾字段、方法和類。
final修飾字段。對于基本類型，final使數(shù)值恒定不變，而對于對象引用，final使引用恒定不變，一旦引用被初始化指向一個對象，就無法把它改為指向另一個對象，然而，對象其本身是可以被修改的。
一個既是static又是final的字段只占據(jù)一段不能改變的存儲空間。
帶有恒定初始值（即，編譯時常量）的static final基本類型全用大寫字母命名，并且字與字之間用下劃線隔開。
空白final是指聲明為final但又未給定初值的字段，這個字段在運行時初始化，并在以后保持恒定不變。
final參數(shù)意味著你無法在方法中更改參數(shù)引用所指向的對象，你可以引用參數(shù),但無法改變它。
???
final修飾方法。使用final方法的原因有兩個,第一個原因是把方法鎖定，以防任何繼承類來修改它的含義。這個出于設計的考慮：想要保證在繼承中使方法行為保持不變，并且不會被覆蓋。
使用final方法的第二個原因是效率。如果將一個方法指定為final，就是同意編譯器將針對改方法的所有調(diào)用都轉為內(nèi)嵌調(diào)用，而編譯器會根據(jù)開銷情況明智的抉擇是否對final方法執(zhí)行內(nèi)嵌調(diào)用。
類中的所有private方法都隱式的指定為final的。

final修飾類。將某個類定義為final表明該類不能被繼承。
final類的字段可以根據(jù)個人的意愿選擇是或不是final，不論類是否定義為final，相同的規(guī)則都適用與final字段。
而final類的所有方法都隱式的指定為final的。