J2EE劍俠行

找到一個好用的UML建模工具-argouml

posted @ 2007-06-20 13:29 @家軍 閱讀(1861) | 評論 (1) | 編輯 收藏

ROR:習(xí)慣約定優(yōu)于配置(學(xué)習(xí)ROR的第一天)

今天學(xué)習(xí)了一下ROR，有一些學(xué)習(xí)經(jīng)驗東西要與大家分享。
給ROR加一個座右銘--------狹窄心腸的日本產(chǎn)物。
首先，不要一個一個的下載Ruby,Rails,建議使用一鍵安裝，下載地址如下：
InstantRails-1.3-win
版本說明：ruby 1.8.4 (2005-12-24) [i386-mswin32]
其次，下載一個目前為止比較好的一個ROR的實踐工具：RadRails
下載地址：radrails-0.7.1-win32
接下來，設(shè)置一下Radrails的環(huán)境
1)、Windows/perferences/Ruby/Installed Inteperters/ ->add ruby所在路徑：比如D:\InstantRails\ruby\bin\ruby.exe
2)、Windows/perferences/Rails/Configuration ->Rails path：比如D:\InstantRails\ruby\bin\rails
->Rake path:比如D:\InstantRails\ruby\bin\rake 絕不是bat/cmd
->mogrel path:比如D:\InstantRails\ruby\bin\mongrel_rails絕不是bat/cmd

有了如上的配置后，就只需要和在JAVA當(dāng)中ANT一樣使用。(成功用過APPFUSE的人就不用害怕了)

看看日本人寫的第一步:
1),在RadRails中創(chuàng)建一個Rails Project，怎么樣會出來一堆的東東。
2),進入DOS命令吧，后面的工序都是這樣的，好象買了海爾的洗衣機，第一次是送貨、第二次是用戶回訪，第三次是.....
進入到你的項目處，運行ruby script\generate controller MyTest，
則得到的服務(wù)如下：
exists app/controllers/
exists app/helpers/
create app/views/my_test
exists test/functional/
create app/controllers/my_test_controller.rb
create test/functional/my_test_controller_test.rb
create app/helpers/my_test_helper.rb
修改一下my_test_controller.rb

posted @ 2006-09-29 11:47 @家軍 閱讀(2007) | 評論 (1) | 編輯 收藏

三個JAVA文件完成你的MVC應(yīng)用

posted @ 2006-09-29 11:43 @家軍 閱讀(1917) | 評論 (3) | 編輯 收藏

struts標(biāo)簽,請你走開(系列一)

在項目開發(fā)的很多時候，用戶需要更友好，更容易理解的操作界面，而為了能夠達到這種表現(xiàn)界面，struts標(biāo)簽顯得力不從心，本人經(jīng)過幾個項目的開發(fā)當(dāng)中 逐漸的擯棄了struts標(biāo)簽，而由JSTL來做為JSP頁面的表達者。
struts標(biāo)簽之死穴一 不支持嵌套
看看這種常見的需求吧。一個用戶隸屬于一個職能部門，比如
項目要求 職能部門有五個(亂寫的)
1、企劃部
2、網(wǎng)絡(luò)集成部
3、行政部
4、營銷部
5、產(chǎn)品部
項目要求 一共有二個員工
1、張三 隸屬于行政部
2、李四 隸屬于營銷部
而你想把張三和李四都列表出來，顯示為如下：
姓名 部門名稱
張三 行政部
李四 營銷部
而且還需要用戶的列表鏈接到修改頁面當(dāng)中(假如只修改部門)應(yīng)該如何做呢。
在使用struts標(biāo)簽是很難做到的，除非你非常不在意內(nèi)存的使用(亂寫技術(shù)性代碼)
看看JSTL是如何做的吧。
從STRUTS的ACTION當(dāng)中加載兩個對象

<%@?taglib?uri="http://java.sun.com/jsp/jstl/core"?prefix="c"%>

然后寫代碼如下：

<table>

<tr>

<td?align="center">

<a?href="User.do?method=EditUser&UserId=<c:out?value='${View_User.UserId}'/>">

<c:out?value="${View_User.UserName}"?/>?</a>

</td>

<td?align="center">

<c:forEach?items="${View_Dept}"?var="View_Dept">

<c:if?test="${View_User.Dept.DeptId==View_Dept.DeptId}">

<c:out?value="${View_Dept.DeptName}"?/>

</c:if>????????????????????????????

</c:forEach>

</td>

</tr>

</table>

其中View_User.Dept.DeptId表示USER表與DEPT表的一個關(guān)系(外鍵)

還有如果在修改用戶時，則也與上面的差不多，首先在ACTION當(dāng)中加入：

String?ModifyUserId?=?request.getParameter("GroupUserId");

if?(ModifyUserId?==?null?&&?ModifyUserId.equals(""))?{

//這是出錯處理

request.setAttribute("UserMsg",?"User.ValidateUser");

return?mapping.findForward("Fail");

}

DynaValidatorForm?UserActionForm?=?(DynaValidatorForm)?form;

User?user?=?UserDAO.GetUser(ModifyUserId);????????

List?GetAllDept?=?UserDAO.GetAllDept();//取得所有部門

request.setAttribute("View_Dept",?GetAllDept);

UserActionForm.set("User",?User);
然后頁面當(dāng)中顯示如下(部門為LISTBOX),例子當(dāng)中只顯示部門

posted @ 2006-09-25 16:36 @家軍 閱讀(459) | 評論 (0) | 編輯 收藏

用二維數(shù)組管理好你零亂的狀態(tài)、分類和其它常用選項

posted @ 2006-09-05 13:31 @家軍 閱讀(1290) | 評論 (0) | 編輯 收藏

如果失去工作會怎么辦？

posted @ 2006-07-24 11:37 @家軍 閱讀(479) | 評論 (1) | 編輯 收藏

struts表單 vs JSTL表現(xiàn)之多條件查詢示例

posted @ 2006-07-21 11:20 @家軍 閱讀(2725) | 評論 (1) | 編輯 收藏

hibernate的延遲加載通用方法

呵呵，在忙一個項目，潛水很久，現(xiàn)在冒個泡：
(本文適用在struts+spring+hibernate3上做開發(fā)的蟲蟲們)
類名：HibernateUtil

package?com.antbee.j2eemodel.util;

import?java.lang.reflect.InvocationTargetException;
import?java.lang.reflect.Method;
import?java.util.Collection;
import?java.util.Iterator;

import?org.springframework.orm.hibernate3.support.HibernateDaoSupport;

public?class?HibernateUtil?extends?HibernateDaoSupport?{

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

String[]?methodArray?=?methodName.split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?i=0;i<methodArray.length;i++){
method?=?initializeObject.getClass().getMethod(methodArray[i],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@param?methodName?方法名稱數(shù)組
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for?(int?i?=?0;?i?<?methodName.length;?i++)?{
String[]?methodArray?=?methodName[i].split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?j=0;j<methodArray.length;j++){
method?=?initializeObject.getClass().getMethod(methodArray[j],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{
this.getHibernateTemplate().lock(object,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(object);
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對象集合
*?@param?methodName?方法名稱數(shù)組
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對象集合
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName)
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}
}?

這個方法的好外是：可以不在hbm.xml的文件當(dāng)中，指定為lazy=true這個模式，可以直接使用。使用方法如下：
如果你使用SPRING，則需要把hibernateUtil注入其中：

?<bean?id="hibernateUtilTarget"?class="com.antbee.j2eemodel.util.HibernateUtil">
<property?name="sessionFactory">
<ref?local="mssqlSessionFactory"?/>
</property>
</bean>

<bean?id="hibernateUtil"?parent="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property?name="target">
<ref?local="hibernateUtilTarget"?/>
</property>
</bean>
<!--配置基礎(chǔ)事務(wù)-->
<bean?id="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"?abstract="true">
<property?name="transactionManager">
<ref?bean="mssqltransactionManager"?/>
</property>
<property?name="proxyTargetClass">
<value>true</value>
</property>
<property?name="transactionAttributes">
<props>
<prop?key="*">PROPAGATION_REQUIRED</prop>
</props>
</property>
</bean>?

使用示例：
如果你使用STRUTS，則需要這樣：

List?what_ur_view?=?XXXManager.find(.);//取得你要展示的對象
//如果這個對象當(dāng)中有延遲加載的對象(SET)時，則需要如下加載就行
this.hibernateUtil.initialize(what_ur_view,?"getTbShipmentSale");
//其中g(shù)etTbShipmentSale是其對象(SET也可以操作)?

在頁面顯示的時候，你就可以使用JSTL如下表述：

<c:out?value="${what_ur_view.tbShipmentSale.goodsReceivePersonPhone}"?/>//呵呵，是不是很爽呀。?

同樣的方法，我們也可以對一個SET在頁面進行顯示，方法如下：

<c:forEach?items="${what_ur_view.tbShipmentProductMappingSet}"?var="ProductMapping"?varStatus="status">
<c:out?value="${ProductMapping.productNum}"?/>
<c:out?value="${ProductMapping.tbOutOfWarehouse.outOfWarehouseNum}"?/>
</c:forEach>
//呵呵，支持多級嵌套，?

在ACTION當(dāng)中則需要加入

hibernateUtil.initialize(what_ur_view.getTbShipmentProductMappingSet(),
new?String[]?{?"getTbProduct",?"getTbOutOfWarehouse",
"getTbProductConfigure"?});?

呵，如果你要是在HIBERNATE當(dāng)中使用，這個就太簡單了吧。

怎么樣？呵呵呵，
從此，我對STRUTS的標(biāo)簽深惡痛絕，而對JSTL情有獨鐘了。

posted @ 2006-07-21 10:09 @家軍 閱讀(5609) | 評論 (2) | 編輯 收藏

成功是一種病態(tài)的堅持!

posted @ 2006-07-19 16:35 @家軍 閱讀(409) | 評論 (0) | 編輯 收藏

轉(zhuǎn)摘:從一個笑話看軟件開發(fā)管理

來自于：http://blog.csdn.net/Raptor/archive/2006/05/13/727299.aspx

關(guān)于軟件開發(fā)的笑話有很多，下面這個是我剛在QQ群里的看到的：

1. 程序員寫出自認(rèn)為沒有Bug的代碼。
2. 軟件測試，發(fā)現(xiàn)了20個Bug。
3. 程序員修改了10個Bug，并告訴測試組另外10個不是Bug。
4. 測試組發(fā)現(xiàn)其中5個改動根本無法工作，同時又發(fā)現(xiàn)了15個新Bug。
5. 重復(fù)3次步驟3和步驟4。
6. 鑒于市場方面的壓力，為了配合當(dāng)初制定的過分樂觀的發(fā)布時間表，產(chǎn)品終于上市了。
7. 用戶發(fā)現(xiàn)了137個新Bug。
8. 已經(jīng)領(lǐng)了項目獎金的程序員不知跑到哪里去了。
9. 新組建的項目組修正了差不多全部137個Bug，但又發(fā)現(xiàn)了456個新Bug。
10. 最初那個程序員從斐濟給飽受拖欠工資之苦的測試組寄來了一張明信片。整個測試組集體辭職。
11. 公司被競爭對手惡意收購。收購時，軟件的最終版本包含783個Bug。
12. 新CEO走馬上任。公司雇了一名新程序員重寫該軟件。
13. 程序員寫出自認(rèn)為沒有Bug的代碼。

要我說，如果真有這樣的公司，不倒閉對不起人民。

這個笑話從程序員開始，到程序員結(jié)束，從頭到尾都在說程序員的不是。但是我要說的是，這完全是管理者的失敗，從整個過程中，看不到任何管理工作。這種管理者不但無知無能，還很無恥——將自己的失敗責(zé)任推給程序員。

1、程序員憑什么證明他的代碼沒有BUG？有Test case嗎？有Code review嗎？這個環(huán)節(jié)管理缺失。

2、測試發(fā)現(xiàn)BUG有進行BUG管理嗎？有跟蹤嗎？這個環(huán)節(jié)管理缺失。

3、憑什么證明程序員已經(jīng)把那10個BUG修改好了？另10個又為什么不是BUG？BUG的評價標(biāo)準(zhǔn)難道是程序員說了算？這個環(huán)節(jié)管理缺失。

4、5個不能工作的BUG修改問題有沒有追究責(zé)任？增加新BUG是修改過程中不可避免的事情，但是如果有有效的單元測試機制，可以大大減少這種情況。這個環(huán)節(jié)管理缺失。

5、迭代是正常的，但是問題處理于發(fā)散而不是收斂發(fā)展，可見沒有有效的管理調(diào)控。這個環(huán)節(jié)管理缺失。

6、過于樂觀的時間表和不可能達到的最后期限，都表現(xiàn)出管理者的無知和無能。而在這樣的情況下強行推出產(chǎn)品，那就是無知者無畏了。

7、這是對用戶的不負(fù)責(zé)任，管理者要負(fù)最大的責(zé)任。

8、這樣的情況還能發(fā)項目獎金，只能說管理者不是一般的愚蠢。

9、管理工作沒有任何的改進，問題仍然處于發(fā)散迭代狀態(tài)。管理工作依然沒有到位。

10、拖欠測試部門工資體現(xiàn)出管理者對質(zhì)量管理工作的忽視以及對人力資源管理方面一無所知。

11、送被收購者兩個字：活該。送收購者兩個字：瞎眼。

12、可見新管理者與原管理者半斤八兩，都沒有認(rèn)識到問題的根本所在。不過也只有這樣的管理者才會作出收購這種公司的決策。

13、歷史的重演是必然的。

一個正常的企業(yè)或是項目，其運作必須應(yīng)該是循環(huán)向上進行的。而保障這種運行的工作就是管理。而管理工作的主要內(nèi)容就是控制，包括控制循環(huán)的節(jié)奏——不能太快也不能太慢，控制發(fā)展的方向——只能向上不能向下，控制運作的穩(wěn)定——不能大起大落或時聚時散等。

而這一切，在這個例子中都看不到。

在 這個笑話的例子中，一切都是以開發(fā)工作在驅(qū)動，這首先就是一個方向性錯誤，產(chǎn)品是為用戶服務(wù)的，當(dāng)然應(yīng)該是以用戶和市場作為驅(qū)動，并且結(jié)合自身的能力最終 確定工作的重點。這一錯誤折射出管理者對被管理的內(nèi)容很不了解，只好任由比較了解的程序員擺布——事實上他們除了技術(shù)，并不會了解更多。

一個管理者如果對自己所管理的內(nèi)容不了解，他就不可能管理得好。

這是一件毫無疑問的事，可是國內(nèi)的軟件業(yè)似乎總是不相信這一點。中國軟件業(yè)中流毒最深的謊言之一就是：

管理者只要懂管理就可以，不需要懂技術(shù)。

其實這不過是那些無知無能無恥的管理者為了騙錢而編出來的，相信這句話的人必將付出金錢的代價。

其 次是質(zhì)量管理。基本的質(zhì)量管理常識告訴我們，每次循環(huán)結(jié)束前，最重的工作就是總結(jié)改進。只有這樣才能保證循環(huán)運作是向上發(fā)展，而不是失去控制地向下發(fā)展。 也只有有效的質(zhì)量管理，才能保證迭代過程是收斂發(fā)展，并最終達到目標(biāo)。但在這個例子中，這個部分顯然是缺失的——其中雖然有測試部門，但是他們的作用僅僅 是質(zhì)量管理中的質(zhì)量檢測環(huán)節(jié)，管理部分還是缺失的。

然后是人力資源管理。軟件開發(fā)是一項勞動密集型的工作，雖然這是腦力勞動，但同樣意味著人在因素在其中占有決定性的地位。而例子中未改完BUG的程 序員拿到項目獎金，而同樣辛苦工作的測試人員卻被拖欠薪資，除了表現(xiàn)出管理者對他們的工作內(nèi)容的不了解，以及對質(zhì)量管理工作的不重視以外，還表現(xiàn)出管理者 完全不會管人，這是一種謀殺團隊的行為——謀殺一個團隊遠(yuǎn)比建設(shè)要容易得多。

最后，這個失敗的管理者把他的經(jīng)歷編成這個笑話，讓大家看到他被程序員們害得多慘，把程序員妖魔化為一群騙子。但只要稍懂管理的人簡單分析一下就可以看出來，只不過是這個人的無知和無能造成了他現(xiàn)在的結(jié)果，而把責(zé)任推給別人的行為更是表現(xiàn)出他的無恥。

作為身居高位的管理者，如果連應(yīng)該承擔(dān)的責(zé)任都要推卸，他們還能勝任什么事情呢？

posted @ 2006-05-15 15:53 @家軍 閱讀(363) | 評論 (0) | 編輯 收藏

我向百度公司進軍!

posted @ 2006-05-08 15:50 @家軍 閱讀(392) | 評論 (0) | 編輯 收藏

我將成為一個快樂的房奴

posted @ 2006-05-08 15:29 @家軍 閱讀(685) | 評論 (5) | 編輯 收藏

危險的中國經(jīng)濟

posted @ 2006-04-28 20:01 @家軍 閱讀(263) | 評論 (0) | 編輯 收藏

快被尖刻的客戶托垮了!

posted @ 2006-04-28 11:03 @家軍 閱讀(300) | 評論 (0) | 編輯 收藏

開源代碼的盈利模式是什么？

posted @ 2006-03-30 13:43 @家軍 閱讀(817) | 評論 (0) | 編輯 收藏

我的信仰地圖[引用 zbw25]

posted @ 2006-03-24 11:22 @家軍 閱讀(490) | 評論 (1) | 編輯 收藏

世界不在意你的自尊

posted @ 2006-03-21 11:06 @家軍 閱讀(345) | 評論 (0) | 編輯 收藏

TOMCAT內(nèi)存溢出之解決方法

問題表現(xiàn)：

當(dāng)用戶執(zhí)行一個大數(shù)據(jù)的應(yīng)用時（凈字節(jié)碼量約為5M）時，系統(tǒng)會提示出錯：

前臺錯誤為：HTTP　Status 500-Dispatch[EAITool] to method listCurTree retrun an exception

(以下省略)

………………………………………………………

………………………………………………………

后臺錯誤為：java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start(Native Method)
        at org.apache.catalina.loader.WebappLoader.notifyContext(WebappLoader.ja
va:847)

(以下省略)

………………………………………………………

………………………………………………………

問題分析：

　　　由于TOMCAT內(nèi)存溢出而引發(fā)的問題，主要原因是JVM的虛擬內(nèi)存默認(rèn)為128M，當(dāng)超過這個值時就把先前占用的內(nèi)存釋放，而導(dǎo)致好象TCP/IP丟包的假象，出現(xiàn)HTTP500的錯誤。　　
      解決方法主要是加大TOMCAT可利用內(nèi)存，并在程序當(dāng)中加大內(nèi)存使用。

解決方法：

方法：加大TOMCAT可利用內(nèi)存：
　　在TOMCAT的目錄下，也就是在TOMCAT41/bin/catalina.bat文件最前面加入
　　set JAVA_OPTS=-Xms800m -Xmx800m
　　表現(xiàn)效果是當(dāng)你啟動TOMCAT時，系統(tǒng)內(nèi)存會增加近800M使用

操作方法：
　　1）、先關(guān)掉WINDOWS服務(wù)當(dāng)中的TOMCAT4服務(wù)。
　　2）、再找到TOMCAT/BIN目錄下startup.bat，雙擊打開它，你會發(fā)現(xiàn)現(xiàn)WINDOWS內(nèi)存占用會增加近800M。
　　3）、執(zhí)行程序，因為是TOMCAT重新編譯程序，所以第一次會比較慢。

結(jié)論：

經(jīng)過測試，我們得出如下數(shù)據(jù)：

當(dāng)系統(tǒng)傳輸約2000條數(shù)據(jù)時，大約近12M的凈數(shù)據(jù)（不壓縮時），系統(tǒng)輔助運行的內(nèi)存大約占用150M左右的空間，也就是近200M的內(nèi)存占用，而我們擴大了近800M的JAVA內(nèi)存使用，這對于業(yè)務(wù)本身來說是足夠了。所以你們不用擔(dān)心大數(shù)據(jù)量的傳遞問題。

基于JAVA虛擬機的原理，JAVA自動有垃圾回收機制，也就是在你對一些內(nèi)存長時間不使用時（近2分鐘，取決于使用頻度和優(yōu)先級等），就會自動垃圾回收，從而釋放不用的內(nèi)存占用。

posted @ 2006-03-10 14:15 @家軍 閱讀(9118) | 評論 (2) | 編輯 收藏

MYSQL BUG #5020及解決方法

’。如果你發(fā)現(xiàn)它的話，你可以再連接一次并重試事務(wù)（如果是適當(dāng)?shù)脑挘?/span>
　　　不管什么原因，如果這樣不起作用的話，配置你的連接池來測試是否處于連接狀態(tài)并且那些長時間閑置連接（所有的連接池都能這樣做，但是它們的配置取決于池子）。
作者說明：在MYSQL4.1以后的版本當(dāng)中，沒有“wait_timeout”變量，由interactiveClient代替
參考資料：http://dev.mysql.com/doc/connector/j/en/cj-configuration-properties.html
     [Kirk Wylie]:翻譯如下：
　　　如果有一個事務(wù)在運行的話，就能得到一個特別簡單的例子：
　　　　---如果連接在autoCommit模式下,autoReconnect是安全的。
　　　　---如果連接不在autoCommit模式下，但是沒有打開的事務(wù)，autoReconnect是安全的。（因為連接可能在池在里面）
　　　　---如果連接不在autoCommit模式下，有打開的事務(wù)，這樣就會拋出異常。
　　　這樣會解決你不在autoRecom\nnect模式下的憂慮并且會保留應(yīng)用程序的功能性。
　　　盡管如此，在它改變的時候，在改變?nèi)罩局袥]有任何記錄說明發(fā)生了改變，這點令我很煩。由于這種改變很可能破壞我的應(yīng)用程序，這種變化因該添加到CHANGE文件中。

　　如下是我個人的做法：
　　（STRUTS+SPRING+HIBERNATE）
　　1、把mysql的變量interactiveClient由 默認(rèn)的28800（8個小時）延長。并告知用戶多長時間后，重新啟動TOMCAT服務(wù)器。不過，MYSQL5.0.12版本以前的所有版本，只要你設(shè)置成 了默認(rèn)語言為GBK，所有對interactive_timeout(wait_timeout)的時候如何設(shè)置，重新連接或者重新啟動MYSQL后，都 是28800，現(xiàn)在我使用的5.0.18后，使用GBK，沒有問題。
　　2、在HIBERNATE當(dāng)中加入：
　　　

..
<property name="hibernate.connection.url">jdbc:mysql://192.168.100.111/eai?autoReconnect=true</property>
<property name="enableDeprecatedAutoreconnect">true</property>
<!--  如下的語句是使用第三方的DBCP來建立連接池 -->
<property name="dbcp.maxActive">100</property>
<property name="dbcp.whenExhaustedAction">1</property>
<!--  看到了沒有，這個maxWait一定要大于MYSQL默認(rèn)的28800（秒） -->
<property name="dbcp.maxWait">30000</property>
<property name="dbcp.maxIdle">10</property>

<property name="dbcp.ps.maxActive">100</property>
<property name="dbcp.ps.whenExhaustedAction">1</property>
<property name="dbcp.ps.maxWait">30000</property>
<property name="dbcp.ps.maxIdle">10</property>
..

    
　如上兩種方法均可，推薦大家使用第二種方法，來遮擋一下MYSQL的BUG。
如果有不對之處，請大家提出自己的見解。

posted @ 2006-01-18 14:48 @家軍 閱讀(5694) | 評論 (0) | 編輯 收藏

2006年之創(chuàng)業(yè)狂想

posted @ 2006-01-12 15:57 @家軍 閱讀(502) | 評論 (2) | 編輯 收藏

州牧下的羊叫

posted @ 2006-01-12 11:33 @家軍 閱讀(401) | 評論 (1) | 編輯 收藏

2006年之夢境殺手

posted @ 2006-01-11 10:15 @家軍 閱讀(368) | 評論 (4) | 編輯 收藏

多數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)交換的可行性技術(shù)研究

posted @ 2006-01-09 16:44 @家軍 閱讀(426) | 評論 (0) | 編輯 收藏

我快速實施的遭遇

posted @ 2006-01-09 15:32 @家軍 閱讀(322) | 評論 (1) | 編輯 收藏

EAI項目實施心得

posted @ 2006-01-05 17:57 @家軍 閱讀(1232) | 評論 (2) | 編輯 收藏

我對快速編程的設(shè)想

posted @ 2005-12-27 16:11 @家軍 閱讀(1843) | 評論 (8) | 編輯 收藏

無聊工作當(dāng)中的尋財夢

posted @ 2005-12-23 15:49 @家軍 閱讀(408) | 評論 (1) | 編輯 收藏

開源代碼學(xué)習(xí):Plone　CMS系統(tǒng)

Plone
Plone是一種開源的內(nèi)容管理系統(tǒng)（CMS）。基于Zope，用Python寫成。
最早由 Alan Runyan, Alexander Limi, and Vidar Andersen在1999年開始，之后迅速成為流行而又強大的內(nèi)容管理系統(tǒng)。
Plone 基于 GNU General Public License 發(fā)布。它建立在應(yīng)用服務(wù)器Zope和Zope Content Management Framework（Zope 內(nèi)容管理框架）之上。Plone的名字來源于一個來自英國伯明漢，叫做Plone的電聲樂隊
官方網(wǎng)站鏈接：http://plone.org/

很厲害，僅僅14M左右的東東，就有服務(wù)器和國際化的所有東東。佩服。CMS市場是不是做爛了，這么多的開源代碼。不過操作方面比OPENCMS容易理解，權(quán)限管理不像OPENCMS那么復(fù)雜。

posted @ 2005-12-21 16:06 @家軍 閱讀(2142) | 評論 (1) | 編輯 收藏

Compiere ERP&CRM使用手冊

posted @ 2005-12-21 14:54 @家軍 閱讀(3434) | 評論 (16) | 編輯 收藏

開源代碼學(xué)習(xí):COMPIERE

posted @ 2005-12-20 16:01 @家軍 閱讀(872) | 評論 (1) | 編輯 收藏

年度工作總結(jié)

年度工作總結(jié)

擔(dān)任項目經(jīng)理的職位一年了，盡管自己到現(xiàn)在為止仍然是個不合格的項目經(jīng)理，但是畢竟站在這個崗位上，主要從事的還是設(shè)計和程序?qū)崿F(xiàn)的工作，加上自己也有志于在這個方向上發(fā)展，所以做一個年度總結(jié)是有必要的，也希望領(lǐng)導(dǎo)給以指點。

這一年來，主要管理了有兩個項目，一個是EAI課題及A公司項目，一個是B公司的二次開發(fā)。

EAI課題是今年5月份開始提出來，并由我來擔(dān)任項目經(jīng)理的。我很積極的開始工作，并努力配合前方調(diào)研和方案建議的撰寫。從5月份到7月份是一個EAI課題的調(diào)研和需求分析階段。需求分析由我撰寫，并通過公司內(nèi)部評審；8月份進入設(shè)計階段，概要設(shè)計和數(shù)據(jù)設(shè)計由我撰寫并通過公司內(nèi)部評審。9月份開始編碼，并在9月底完成代碼的編寫。

10月份由于公司接到A公司項目的需求，和EAI課題內(nèi)容很吻合。所以就把原EAI課題實施計劃順延，改變由以A公司的應(yīng)用集成為主線。10月中旬進入調(diào)整期，并在10月底對A公司進行調(diào)研和分析，并寫出概要設(shè)計，通過公司內(nèi)部評審。

11月份開始編碼，并使用兩周的時間完成極限編程，11月下旬開始在A公司進行安裝調(diào)試。其間因為A公司內(nèi)部的需求有所改變，所以開發(fā)也有所影響，致使在12月上旬正式在A公司安裝調(diào)試，并順利通過項目驗收。

12月份我們就主要開始對EAI課題的另外一個實施方－B公司進行調(diào)研編碼，在12月份中旬完成對B公司的編碼開發(fā)工作，12月份下旬安裝調(diào)試，并順利通過課題驗收，同時得到了用戶的認(rèn)可和肯定。

在EAI課題及A公司項目這個項目當(dāng)中，時間緊湊也富有挑戰(zhàn)性，我合理的安排時間，并對手下的資源充分利用。根據(jù)我手下的資源的一些特性，對其分派的任務(wù)也有所不同，以下是我在這個項目當(dāng)中，對資源管理的一些總結(jié)：

學(xué) 生們可能對企業(yè)的實際業(yè)務(wù)不很了解，就是即使把企業(yè)的實際業(yè)務(wù)抽象的很好，并讓學(xué)生們?nèi)ダ斫猓麄儗ζ錁I(yè)務(wù)也有很多的疑惑。所以，我對學(xué)生在編碼上的做法 是：把企業(yè)的實際業(yè)務(wù)抽象成一種計算機語言，并告訴學(xué)生這些類主要完成什么功能，對數(shù)據(jù)庫是如何操作的，應(yīng)該注意的是什么和完成的操作效果是什么。這樣做 的話，學(xué)生往往能夠很快的完成自己的工作。

對項目的控制和質(zhì)檢是必要的，這個對項目的完成質(zhì)量有很大的關(guān)系。因為我的編碼實現(xiàn)主要是由學(xué)生來完成，所以我對代碼的質(zhì)檢是對其代碼的檢查。對其處理的事務(wù)進行細(xì)致的查看，所以項目的進度得到了有效的控制。

其次，另外一個項目是對B公司項目的二次開發(fā)。

我們主要的工作是二次開發(fā)的工作，是對DYNAPDM系統(tǒng)的二次開發(fā)，所以我們從剛剛開頭時，沒有急于編程，而是努力學(xué)習(xí)，并讓手下的資源完成一些TEST功能實現(xiàn)，等到大家對之比較熟悉了，我們才開始編碼，尤其這一段時間我們對DYNAPDM的開發(fā)總結(jié)進行了歸檔。

等 到我們正式接受B公司的需求并二次開發(fā)時，我們的二次開發(fā)就開始變得樸素迷離了，因為B公司項目需求的多次變更和完成模板的多次調(diào)整，使得我們的二次開發(fā)不斷 的跟著他們的需求在變更。為此，我們嚴(yán)格了他們對我們的需求，每一個需求是需要共同確認(rèn)才予以編程，使得后來的編碼才有所規(guī)范。最終及時完成了B公司項目的 二次開發(fā)。

從對DYNAPDM的二次開發(fā)來說，我們有以下的總結(jié):

首先，DYNAPDM現(xiàn)行版本不太穩(wěn)定，導(dǎo)致我們在開發(fā)時有所影響。

其次，B公司項目的需求不是太多，也不是太難，但是他的需求多次調(diào)整牽扯到我們的很多精力，并且有很多的工作都是無效的，所以以后在對企業(yè)調(diào)研時應(yīng)該深入細(xì)致的為用戶的需求進行判斷和確認(rèn)，免得用戶的“拉抽屜”的需求。

最后，我們的員工很努力，雖然項目更改很多，但是我們還是最終及時的完成的項目的二次開發(fā)。

總之，這一年又要過去了，雖然工作比較累，但是我在其中也學(xué)習(xí)到了很多的管理知識，尤其是建立一個規(guī)范、高效的開發(fā)團隊上我已經(jīng)積累了很多經(jīng)驗。明年將是技術(shù)革新最重要的一年，WEB2.0將占據(jù)我們的技術(shù)生活，很快他將成為業(yè)界開發(fā)的新的標(biāo)準(zhǔn)。對于我們以技術(shù)為主的軟件公司來說，應(yīng)該珍惜這次變革的機會，成為應(yīng)用這個技術(shù)為先的公司，為贏得市場先機而努力。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　我

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2005-12-20

posted @ 2005-12-20 11:09 @家軍 閱讀(865) | 評論 (1) | 編輯 收藏