2006-12-22
1、檢測權限機制未完成。(修改checkPermission)
2、準備action的資料
3、去掉數據權限和對象權限
4、測試hasPermission(通過物資的菜單來確定insert初始化菜單數據表的結構)
5、考慮checkMdl和checkFunc時是否只讀一次數據庫

2006-12-23
從平時的點滴積累，并形成習慣。每天早來安排計劃，一天記錄日志。
并在項目輕松時期，制定學習計劃，包括業務，設計和編碼。盡快
成長自己。
工作進度:
1、去掉數據權限/對象權限（功能權限的連接）
2、PUB操作權限默認都存在（改權限樹不要顯示，改頁面查詢過濾）
3、整理物資DivMenu.jsp(加sp:perMission)

問題：
1、項目員工的權限分配樹目錄顯示的問題
2、項目管理的系統管理表生成問題
3、項目管理中對員工分配權限時如果是當前登陸用戶則不能執行權限分配。
4、增加權限管理功能
往來文檔管理：
作為項目組長，除了與組內人員的文檔傳送外還會和其他組以及公司其他部門、領導和客戶等進行相關的文檔傳閱。為了便于查找歷史的文檔記錄以及分類管理需要建立如下的目錄結構：
==往來文檔管理
======本項目組文檔
============組員一
===============2006-12-20（日傳送資料以當天年月日命名）
===============2006-12-23
============組員二
============組員三
======其他項目組文檔
======測試組文檔
======客戶文檔
======廣播文檔
=========2006-12-20（日傳送資料以當天年月日命名）
======美工文檔
======領導文檔

今天你學到了什么？這樣的一種管理方式非常不錯！可以進行團隊推廣。


2006-12-25
1、工作任務：
確保物資管理的權限分配無誤
2、項目管理的權限
3、新建一個管理員時，需要同時賦給他所擁有的權限。
解決方法：
一、創建次級系統管理員的人可以對該系統管理員進行權限分配。
二、在tag中對系統管理員進行控制
三、創建的同時賦予權限60

4、現在＂用戶權限設置＂＼＂崗位權限設置＂等會報錯
5、用戶權限保存時（如果全選則會出現錯誤，可能為模塊編碼重復插入）
跟蹤來查找錯誤信息：

1、一早晨一直在完成關于權限選擇樹的頂層節點的檢查功能。其中使用到了數組的大部分的功能操作。需要進行總結一下。
2、中午和下午完成新增管理員同時增加權限功能。（實現其實并不困難，主要是需要考慮清楚。設計確實很重要，任何東西只有在考慮清楚之前再進行操作）
3、關于頂層節點過濾檢查胡已經完成該功能，需要學習。
2006-12-26
1、檢查用戶權限保存時（如果全選則會出現錯誤，可能為模塊編碼重復插入）
2、修正物資管理中測出的系統管理的bug
3、熟悉buglist的使用

今天工作：
1、頁面中出現的冗余代碼全部去掉。即整理所有jsp頁面垃圾代碼
2、增加操作時部分頁面會出現value.flag的腳本錯誤
3、項目管理的授權目前還在調試中

實際解決問題：
1、行政區域刪除時需要進行檢查是否可以刪除以及是否有權限刪除?
有權限刪除已在菜單級加以控制。檢查刪除功能已經完成（15:20）
2、用ajax來檢測區域代碼是否重復（add頁面已完成）
3、FormValidateAjax的作用是什么？
4、項目管理中的系統管理部分數據庫重新生成

遇到任何一個問題首先應該考慮的是用什么樣的辦法來解決更為方便快捷.具體的實現過程中首先應該想清楚解決的辦法.

看完好的技術文章后你發表評論了嗎？
對技術知識的積累，對管理知識的積累！
整點時間應該做一次伸展以及眼睛的按摩（兩小時為準），具體伸展動作可查看相關網站。
15：00眼睛休息
17：00眼睛休息
tag的寫法~
請想明白之前再去做這些事情！以免老是做無用功。

今天你學到了什么？
1、ajax知識的積累！
2、頁面中fieldset標簽和meta使用

2006-12-26系統管理問題整理：
1、增加操作時部分頁面會出現value.flag的腳本錯誤
2、項目分配人員時列表顯示員工（根據單位/部門查詢，過濾掉已經存在的員工）
3、項目管理中對員工分配權限時如果是當前登陸用戶則不能執行權限分配。
4、準備action的資料
5、用戶權限保存時（有時如果全選則會出現錯誤，可能為模塊編碼重復插入），需待跟蹤查看問題
6、buglist問題
7、去掉系統中多余不需要的功能以及冗余代碼（比如安全管理員以及帳套等想關的無用代碼）

2006-12-27發現問題：
1、用戶管理的樹中最上層的江蘇省電力公司下沒有正常顯示：來賓/系統管理員/安全管理員。但是其子節點如南京市電力公司等則顯示正常（需要跟蹤查看構造樹的代碼）
2、系統管理員對自己分配權限時“用戶權限設置”權限默認不能進行更改和刪除（否則系統管理員將不能再進行權限分配）

處理問題優先級按如上序號。
如發現有新的需求及更改可往此表中增加。

2006-12-27
計劃任務：
1、去除安全管理員的功能。
2、權限管理部分去掉代碼中多余的部分

實際完成任務：
1、為物資組增加用戶以及分配權限
已完成（用于給用戶演示）
江蘇省電力公司：
system1
lium(財務部主任)
南京市電力公司：
systemnj
nj01(財務部主任)
江寧區電力公司:
systemjn
jn01(財務部主任)

2、選擇權限分配出現錯誤
問題已解決，原因是胡總那邊沒有更新PerformEditUserAccSetPermissionAction文件導致保存權限時出錯。

項目管理權限中：
3、用戶選擇220kv查看項目之前應該只能列出他有權限查看的項目列表
接口已經提供，需待驗證測試
?接口：SysUserService
方法：public List listProjByUserCode(String userCode) ;
條件：
增加系統用戶時應該對用戶的操作代碼進行校驗（操作代碼即用戶的登陸名不能出現重復,如果userCode有重復的話則會對項目管理的權限操作有影響）經檢測已經做了重復性校驗工作

學習英語半小時（午飯后時間hjbbs）

4、點擊項目后，如果該用戶有權限才可以進行“分配人員操作”（tag來控制）

5、listProjByUserCode函數增加一個參數voltGrade(電壓等級)
由于要進行關聯表，所以去掉這個參數，在頁面進行處理。
6、接口中寫的方法發生錯誤后最好用ServiceExceptions()來拋出異常信息
比如：
List list = service.getEmpList();
if(list==null){
?throw new ServiceException("ERROR_ID");
}
ErrorMessages.property中增加如下定義：
FRM-SYS-001=“”
6、創建一個項目的時候自動將創建該項目的人與當前項目綁你！
定。即該人員有對當前項目的操作權限。同時要給該用戶寫入項目的所有權限。
功能已經實現。但是nitrox的debug出現問題，重新安裝后再進行調試。現已使用正常。
保存搞笑資料
自己提交的東西一定要保證是完全正確的，尤其是配置文件。提交之前確認啟動時沒有任何問題，以免影響別人的工作。
旅游網站：
http://world.lvren.cn/
總結一哈：
1、昨天對物資組的數據庫做了誤刪除操作，是一個失誤，以后對數據庫的操作之前一定要進行確認！
2、權限分配保存時出現錯誤問題是文件未同步造成的。當錯誤出現的時候首先要搞清楚錯誤出現的原因以及可能出現的問題在哪里，不能盲目去找錯誤。
自我能力的一種肯定，對英語學習的堅持！不斷的學習是自我激勵的一種方式

2006-12-28
1、了解一下baidu知道
2、整理數據庫的初始化資料
3、項目管理中分配人員時關于對話框轉向以及刷新的處理問題。（用戶權限的冗余代碼暫停！10：20）
注意在修改之前一定要先更新一下程序。
考慮采用方式：需要了解iframe的用法以及與showModalDialog()的結合。（已經完成11：40）
4、學習半小時（hjbbs）
5、員工分配權限時判斷如果是自己則不能顯示“權限分配”功能菜單
6、鉤選一個子菜單后父菜單也會去掉
7、系統管理員分配權限時如果對他本人進行分配時需要過濾掉“用戶權限設置”

1、http://zhidao.baidu.com/
BAIDU知道確實還是一個不錯知識網站。注冊了一個帳號（yesjoy）

我的思想在哪里？
深思要倒閉了，
? misfuncCode=50-PROJ60

2006-12-29
1、新增系統管理員時出現錯誤，原因是讀取系統管理員的權限列表時出現重復的funccode問題。已通過HashSet方式進行過濾。（10：30）
關于HashSet,equals()和hascode()方法的學習。
2、checkTreeBuilder發現了問題，出現null空值，需要跟蹤查看
尋找最佳的解決辦法！但是一定得要自己把握核心，以免后面還會出錯。難道一定要看明白原始的代碼么？
首先要解決的是：問題出在哪里？
問題已找到，讀到“輸變電工程管理”時構造樹出現問題！
解決辦法：跟蹤到這個節點，然后查看程序的走向。
那么為什么會在這里出問題，對比一下和上面的節點有什么不同
其次才是想解決的辦法：
是什么原因導致的呢？

2006-12-30
1、崗位權限設置進行修正，內容包括：糾正功能權限的連接，去掉權限功能選擇中的系統模塊和公共模塊部分。（參照用戶權限設置）
jobFuncPermissionCheckTreeBuilder.java發現有錯誤，進行更改

部門崗位設置不在了？哦自己搞錯了，是在員工設置里面就有。
2、后面主要進行刪除多余代碼的操作，一定要在刪除之前多加確認以免出錯
3、公共崗位設置模塊的代碼已經修正完畢，目前已沒有多余的垃圾代碼。（16：00）
沒有找到form不做驗證的問題，到底什么原因呢？

關于權限問題的總結：
是否可以進行抽象呢？或者抽取出有用的東西呢？
業務！知識！

2006-12-31
1、物資系統發現flag.value為null以及權限樹顯示不全的問題（已經修正）
2、招投標系統顯示員工設置和權限設置有錯誤（懷疑臟數據問題，重新生成庫后正常。）10：10
3、修改buglist中的狀態。
4、發現物資管理系統中的行政區劃結構出現混亂，查找問題！
問題已發現，屬于修改行政區域編碼導致混亂的。現在需要考慮對行政區域編碼的控制以及編碼和id的關系問題。
5、招投標-中標公式菜單連接發生錯誤，顯示無權限操作。

6、物資權限選擇樹中少了一條記錄：'需求計劃查詢'（'20-APP10-10'）
原因是在用HashSet刪除重復對象時多過濾了一條(equals或者hascode)

7、點擊員工樹的時候發生錯誤，原因是員工id和部門id有重復的值，需要將這一問題加以控制。
由于部門已經進行了初始化數據的設置，那么現在的辦法就是當新增員工的時候對其id值進行控制了。
另外一種方案就是在構造部

當錯誤發生的時候，首先要判斷錯誤發生的地方，然后找到錯誤出現的原因是什么，最后再考慮解決方案，用最快的辦法解決問題。

2006-12-01
1、調試單位崗位設置（完成）
2、調試員工設置（13：10）

系統管理備份目錄；本地備份（public）
2006-12-02
1、系統管理移植到項目管理中 ，需要考慮移植方案。
首先需要獲取項目管理的源代碼，查看其框架結構。然后考慮如何來合并配置文件（關鍵環節，這里需要考慮web.xml/sqlMapConfig.xml以及applicationContext-datasource.xml的合并），最后是模塊集成（將system包copy至相應的目錄結構中。）最后進行整和測試。
system修改為：sysmgr(系統管理)
需要改動的文件：
/sysmanage/JavaSource/configs/system/dao.xml
/sysmanage/JavaSource/configs/system/service.xml
/sysmanage/JavaSource/configs/applicationContext.xml
/sysmanage/JavaSource/configs/sqlMapConfig.xml

在/sysmanage/JavaSource目錄下新建一個目錄sysmgr(問題是需要把該目錄下system目錄下的文件全部移植到新建的sysmgr目錄內，或者說是要把system重新命名為sysmgr),然后把system的目錄結構全部copy到sysmgr目錄下。最后通過重構完成修改任務。
system->sysmgr重命名完成（15：20）

db2中如何創建dbo用戶？
如果你的db2安裝的時候默認設置用戶為db2admin的時候，那么如何再創建一個dbo的用戶呢？

請教一下，我如何在我本地的數據庫中增加sequence?
我執行增加操作時顯示如下錯誤：
"DBO.FMIS_REC_ID_SEQ" 未定義? SQLSTATE=42704

create sequence DBO.FMIS_REC_ID_SEQ

2006-12-05
計劃：與物資系統進行合并。
1、系統管理代碼已經提交至服務器，物資管理系統的配置文件已經修改，但是因為網絡和數據庫問題暫不能進行測試。（11：00）
2、昨天生成的數據庫出現字段被截斷情況，解決該問題后生成數據庫時索引名稱太長，正在處理（胡總）
系統合并后啟動時發現問題比較多，目前正在調試中。（12：00）
3、與物資系統合并調試配置文件修改已經通過（14：30），但是系統管理中所有jsp頁面中的global路徑都需要修改為framework路徑（14：50開始修改至15：30修改完畢<只修改目前需要的目錄>）
4、開始權限調試的工作

2006-12-06
1、更新部署mat系統在本機上（需要bat文件以及訪問權限支持）
2、維護部門樹（不支持getInfo屬性信息），最后確認是是framework中的樹發生了改動未進行更新。
3、調試招投標系統已經成功。

2006-12-07
1、崗位權限修改。
2、測試初始化數據庫的sql腳本文件。關于用戶信息初始化的數據需要注意的是每條執行的insert語句后面要追加“;”，這樣才能保證同時執行。
3、測試創建和刪除數據庫以及初始化數據腳本已經完成（本地測試）。（10：30完成）
4、在物資系統上進行程序測試以及部分屏蔽(email做驗證處理)
5、修改組織機構、部門設置、崗位設置的頁面排版（12：10完成）
6、繼續修改單位崗位設置、員工設置、行政區劃、用戶管理頁面排版。同時屏蔽用戶日志、用戶監控平臺連接（增加提示頁面）。
7、員工設置中人員分配崗位樹進行修正（之前的程序中部門下不能顯示崗位信息）
8、調試崗位權限設置中的組織機構-部門-崗位樹（未果）

2006-12-08
1、崗位權限設置下的單位-部門-崗位樹已經修改測試成功（12：00）
2、討論系統管理員設置問題。
3、模塊表和功能表的insert腳本的定義規則(16:30)

2006-12-09
1、調試<sp:checktree>已經找到問題，是Checktreetag和js版本不一致導致樹不能顯示到頁面上，已告之胡總，正在處理（11;:30）
2、tag的做法。在tld文件中定義tag類的訪問路徑和相關屬性，在tag類中進行頁面輸出。
3、修改崗位權限設置的代碼，已經調試通過可對崗位的權限進行保存。

2006-12-12

1、完成用戶權限設置的tag功能（<sp:hasPermission>）
2、合并招投標系統的菜單權限控制
3、JobFuncCheckTreeBuilder/FuncPermissionCheckTreeBuilder兩個類在生成checktree的時候多級菜單級聯存在問題，多余三級以上時會出現級聯混亂。修正時間（14：20至16：40）
4、將service.xml中的bean id進行命名統一（統一為sys開頭，重構corpService和SysEmployeeService兩個id值）
5、為每個接口增加宏常量，便于使用getBean(宏常量)來訪問
6、修改員工樹的 映射文件Employee.xml（取部門下的員工時數據有錯誤）
nitrox中如何加快編譯速度？
如何nitrox中修改過action中不需要重新啟動？
window->preferences->Nitrox->Server Configurations->選中tomcat5->Configuration->勾選"Not reloadable application context"

2006-12-13
1、選擇員工的時候（點加號）出現亂碼需要處理,有一個員工的時候選擇會出現問題
2、增加操作時會出現value.flag的腳本錯誤
3、user表中去掉級聯關系，因為增加來賓、管理員等信息時不需要與部門進行關聯。

增加下級單位系統管理員如何操作呢？
當前系統管理員屬于“江蘇省電力集團公司”，如何設置下級單位的系統管理員呢？

權限說明：
每個單位有一個系統管理員，單位的系統管理員由system1管理員來增加。
首先必須明確的一個問題：
system1管理員添加用戶的時候，可以針對單位來增加么？（選中單位然后選擇添加操作，表示對當前選中的單位增加用戶。）

1、對物資系統的數據庫重新生成，并考慮初始化數據問題。
2、招標部增加一個系統管理員（zbsystem）
3、系統管理員數據初始化

2006-12-14
insert into SYS_MISFUNC表對菜單進行初始化的時候需要設置USER_TYPE為60時管理員才能看到。

新增一個系統管理員的時候是否要插入數據到sys_usercorp表中？

初始化系統管理員數據時deptId只能為null

測試胡總發的最新db腳本。

2006-12-15
總結：
1、用戶管理中修改退回（去掉修改密碼的功能，由用戶自己來修改）
2、getUser()時設置corp和dept兩個對象（將會保存到session）
3、隨時記錄??
周六計劃：
1、檢查項目管理的庫數據信息和庫結構（有部分變動）
2、配置項目管理的環境（胡總協助）
3、完成項目的人員分配功能和項目人員的功能分配（項目人員表和項目人員功能表已經創建）
4、測試并修正項目管理中的系統管理存在的bug信息
5、增加系統管理的測試bug信息

2006-12-16
1、九點四十到公司。
2、為何工介紹系統管理的表結構信息（至10：30）
3、新建項目管理系統并配置成功運行，在系統管理增加一個“項目權限”的菜單連接。增加項目列表頁面，選中一個項目后可對該項目分配人員（員工），同時可顯示出當前項目中已經分配的員工列表。（增加對員工分配權限的功能。）
2006-12-17
1、完成工程項目的權限分配。
2、工程項目的人員分配已經完成。
3、需要增加工程項目的功能權限分配。

2006-12-19
1、完成增加項目員工功能權限表的方法
2、幫助小旋完成基礎數據導入的注意事項（10：30）
3、更新初始化數據資料
2006-12-20
1、sp:hasPermission優化
2006-12-21
1、物資/招投標程序更新后發現有錯誤，原因是項目管理的權限部分不能作為公共的程序。已進行修正。
2、遺留工作包括：
(1)項目分配人員時列表顯示員工（根據單位/部門查詢，過濾掉已經存在的員工）
(2)為胡總提供接口：根據人員獲取功能代碼和模塊代碼
(3)修改<sp:projPermission>tag
(4)首頁菜單權限和項目菜單權限（為項目tree增加權限接口）分開

進度：
1、為項目分配員工的時候插入項目員工信息時有錯誤，問題原因是設計表有問題（SYS_PROJ_STAFF映射關系錯誤），目前正在修改中。
2、分配員工時彈出頁面最好是一個新頁面的連接，而不要做成模式窗口，因為完成后刷新時不能執行模式窗口。此問題可暫時保留（15:00）
3、考慮首頁菜單權限和項目菜單權限的問題處理方案。
根據項目id和用戶id獲取當前用戶可以訪問的功能和模塊代碼方法已經寫完，正在測試。數據庫中斷（16：20）
4、給何工講解系統數據初始化的問題
5、初始化權限腳本（未完）
6、組織機構和部門設置的樹編輯和刪除時發現問題，已修正，其他的樹需要繼續檢測。

2006-12-22
2006-12-23
2006-12-24
2006-12-25
2006-12-26
2006-12-27

2006-11-23：
系統改造的方案：
去掉帳套相關的表結構對象系統進行修改的方案如下：
1、采用注釋后刪除的方案來實現
理由：由于對現有系統的代碼并不是非常熟練，這樣做有助于在改動過程成發現錯誤時能及時恢復更改。
2、由底層要上層
理由：由于系統設計從底層入手，這樣可參考數據庫邏輯設計的思路完成去掉帳套的更改。同時底層修改后能迅速關聯到其他層的錯誤信息，便于修改。
3、由次到主修改
理由：由于帳套表結構相關聯的信息太多，所以采用從需要保留的表結構入手進行修改。最后再刪除帳套表。
2006-11-24：
1、完成組織機構的修改并測試通過
2、去火車站接人兩位同事。16：19回來。
3、晚上去買被子

2006-11-25：
概要設計文檔存在問題：
1、互斥崗位不需要
2、缺用戶維護
3、用戶權限維護
4、引入、發布不需要
5、員工維護（備用員工、責任中心不需要）
6、文檔內細節還用到帳套需要刪除
7、權限無。對象權限、數據權限。
8、整個功能頁面不對。
2006-11-27：
計劃
1、生成數據庫
2、搭建系統應用環境
3、能看到登陸界面和樹目錄

修改方案：
1、新建項目：SYSMANAGE
2、導入FMIS3的系統
3、從配置開始

JavaSource/configs目錄全部保留
總結：
1、根據物理數據庫結構生成數據庫，進行腳本調試。最后獲得數據庫腳本文件以及生成數據庫。（測試生成數據庫過程以及了解庫的結構）
2、下午修改調試組織機構模塊功能<已完成>。獲取資源包括：陳楠發來的新數據庫的連接信息，以及何工發來的工作計劃。
3、目前還連接的是fmis3的數據庫。（新庫中沒有數據。需要考慮數據導入或者移植的問題）
2006-11-28：
早晨：
1、配通新的數據庫連接并進行組織機構功能測試。
2、完成部門設置功能。

計劃變更：
1、組織機構代碼已修改完成。但插入數據需要先完成行政區域模塊。
2、新數據庫已連接成功。但是數據庫需要執行sequence操作才能執行新增數據操作。另外，由于行政區域沒有數據，所以需要先完成行政區域的功能模塊。<sequence操作 12:00已執行完成>
3、行政區域代碼已修改完成。但是數據庫需要對編碼級次表的數據進行初始化。已通知陳工，由于他正在維護 小型機數據庫故障，故轉由孫工來完成此項工作。 14:14:07<初始化數據還未完成>
14:40數據庫發生中斷。進行本地數據庫配置
14:58收到編碼級次表初始化數據的sql文件。

初始化數據的sql語句,調試中發現.至15:50完成初始化工作.
由于之前使用的FMIS3包存在bug信息，所以今天更換為最新的FMIS3包進行修改。16：40
發現BAS_DEPT表中主鍵設置有問題，已通知陳楠，確認后需要重新生成數據庫。20：00
存在問題：
系統管理員的帳號是通過什么方式加入庫中的？注冊還是sql？
2006-11-29：
計劃：
早晨改完行政區域和組織機構

工作進度（2006-11-29）：
1、由于樹目錄需要取編碼級次表數據，故先對編碼級次表的代碼進行修改。
?? 至10：00修改完成編碼級次模塊以及行政區域模塊代碼并測試完成。
2、組織機構代碼已經修改完成，但是因為系統樹型設定表中還沒有對組織機構表進行數據初始化。所以暫不能進行測試。已通知陳楠。（10：30）

3、部門設置功能模塊實現方式。根據用戶登陸id取得其所在的單位id，然后根據單位id取得組織機構列表。最后根據組織機構樹節點信息，來建立組織機構下面的部門樹。由于目前系統數據庫中還沒有用戶信息（用戶管理模塊還未實現）以及組織機構信息（系統樹型設定表還沒有對組織機構表進行初始化數據），所以下一步將實現用戶管理模塊功能。（11：50）

4、調試登陸信息。根據用戶登陸id獲取用戶個人信息以及其所在部門信息數據并保存至session對象中已經調試完成。（14：30）

5、部門設置功能模塊代碼已經修改完成，但是由于數據表未初始化，暫時還不能進行增加/刪除/編輯測試。目前正常顯示手工加入表中的數據信息。（16：00）

?系統樹型設定表中還需要對其他有單位編碼的表進行數據初始化。能否全部都做一下初始化，因為我現在正在改組織機構的代碼，發現沒有初始化系統樹型設定表中的數據

2006-11-30（開始上hjbbs學習英語）
1、調試啟動時發現的bug問題。
調試方法：search->File->*.xml
2、電腦由四樓搬到二樓。
3、開始修改組織機構。去掉帳套的檢測后可正常維護。（10：45）
4、初始化數據表BAS_DEPT的腳本sql已經完成并且已正常執行。（11:00）
5、部門設置調試完成
6、崗位設置代碼已經修改完畢，測試已運行正常。（16：15）

nitrox異常退出時會導致該插件不能正常啟動，遇到這種情況時可以重裝，或者從開始菜單處啟動（斷網）則可避免。

終于堅持好多天沒有寫日志了，好像這是一件非常容易的事情，因為放棄永遠都比堅持更容易的多的多。今天終于又忍不住冒出來了，因為感覺腦袋快要銹了僵化了不會思考事情了，這絕對可不是一件讓人欣慰的事情，反而有點可怕。的確需要一些東西來填補一下了，我思故我在嘛。其實這真的是一件非常不錯的事情，好的東西就應該一直堅持下去，讓它成為一種習慣。
一個項目能做到這個份上可真的算是相當不錯了，呵呵，算是給自己一個安慰獎吧。這段時間以來經常說的一句話就是：從來還沒有TMD這么背過，這次絕對是大姑娘上花轎——頭一回啊。從5、1過后開始介入這個項目，基本上算是從頭開始的，先是兩個人整需求近一個月確定下了系統的原型，到此需求分析階段算是告一段落。然后又介入一位同事開始一起進行設計和開發。兩個月時間下來項目已基本接近尾聲，雖然很辛苦，但畢竟是堅持下來，好壞得失也算是一個完整的過程吧，但是發現已經激情不夠了，因為沒有留下任何可以記憶的東西。這樣一個項目其實真的是一個非常好的學習案例，怎么能夠不總結得失，沒有總結何談成長呢？除非我真的隨波逐流了。

1、js中

2、頁面

3、action中：

4、配置文件：

?

假設src目錄結構如下：
src
   -net.echochina.hibernatetest
   -net.echochina.hibernatetest.base
   -net.echochina.hibernatetest.dao

1、hibernatetest包右鍵-》新建-》其他-》Hibernate Mapping File(J2EE上面的)->設置映射表連接信息（以DB2為例）
Driver:COM.ibm.db2.jdbc.app.DB2Driver
Database URL:  jdbc.db2.***(數據庫名)
Username:***
Password:***
Table pattern:可輸入你要映射的表名稱（加快搜索）TESTTB（測試表名）

Package:net.echochina.hibernatetest

完成以后即可看到自動生成TestTb.hbm映射文件
這里需要對該文件中的id改動如下：
<id column="ID" name="Id" type="string" not-null="true" length="32">
 <generator class="net.sf.hibernate.id.UUIDHexGenerator" />
</id>
2、實現同步
TestTb.hbm映射文件右鍵-》Hibernate Synchronizer->Synchronize Files
完成該步驟以后即可在上述三個包中生成多個相關的類和接口文件。
3、假如映射關聯
TestTb.hbm映射文件右鍵-》Hibernate Synchronizer->Add Mapping Reference(注意這里需要選擇的是之前建立好的hibernate.cfg.xml配置文件)

可參考詳細步驟信息: http://dev2dev.bea.com.cn/bbsdoc/20060124187.html