J2EE劍俠行

找到一個(gè)好用的UML建模工具-argouml

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

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

今天學(xué)習(xí)了一下ROR，有一些學(xué)習(xí)經(jīng)驗(yàn)東西要與大家分享。
給ROR加一個(gè)座右銘--------狹窄心腸的日本產(chǎn)物。
首先，不要一個(gè)一個(gè)的下載Ruby,Rails,建議使用一鍵安裝，下載地址如下：
InstantRails-1.3-win
版本說明：ruby 1.8.4 (2005-12-24) [i386-mswin32]
其次，下載一個(gè)目前為止比較好的一個(gè)ROR的實(shí)踐工具：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)建一個(gè)Rails Project，怎么樣會(huì)出來一堆的東東。
2),進(jìn)入DOS命令吧，后面的工序都是這樣的，好象買了海爾的洗衣機(jī)，第一次是送貨、第二次是用戶回訪，第三次是.....
進(jìn)入到你的項(xiàng)目處，運(yùn)行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 @家軍 閱讀(2006) | 評(píng)論 (1) | 編輯 收藏

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

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

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

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

<%@?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表的一個(gè)關(guān)系(外鍵)

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

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

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

//這是出錯(cuò)處理

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)中顯示如下(部門為L(zhǎng)ISTBOX),例子當(dāng)中只顯示部門

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

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

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

如果失去工作會(huì)怎么辦？

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

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

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

hibernate的延遲加載通用方法

呵呵，在忙一個(gè)項(xiàng)目，潛水很久，現(xiàn)在冒個(gè)泡：
(本文適用在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對(duì)象
*?@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對(duì)象
*?@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對(duì)象
*?@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對(duì)象集合
*?@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對(duì)象集合
*?@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);
}
}
}?

這個(gè)方法的好外是：可以不在hbm.xml的文件當(dāng)中，指定為lazy=true這個(gè)模式，可以直接使用。使用方法如下：
如果你使用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(.);//取得你要展示的對(duì)象
//如果這個(gè)對(duì)象當(dāng)中有延遲加載的對(duì)象(SET)時(shí)，則需要如下加載就行
this.hibernateUtil.initialize(what_ur_view,?"getTbShipmentSale");
//其中g(shù)etTbShipmentSale是其對(duì)象(SET也可以操作)?

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

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

同樣的方法，我們也可以對(duì)一個(gè)SET在頁面進(jìn)行顯示，方法如下：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

而這一切，在這個(gè)例子中都看不到。

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

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

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

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

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

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

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

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

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

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

我向百度公司進(jìn)軍!

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

我將成為一個(gè)快樂的房奴

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

危險(xiǎn)的中國經(jīng)濟(jì)

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

快被尖刻的客戶托垮了!

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

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

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

我的信仰地圖[引用 zbw25]

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

世界不在意你的自尊

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

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

問題表現(xiàn)：

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

前臺(tái)錯(cuò)誤為：HTTP　Status 500-Dispatch[EAITool] to method listCurTree retrun an exception

(以下省略)

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

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

后臺(tái)錯(cuò)誤為：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)超過這個(gè)值時(shí)就把先前占用的內(nèi)存釋放，而導(dǎo)致好象TCP/IP丟包的假象，出現(xiàn)HTTP500的錯(cuò)誤。　　
      解決方法主要是加大TOMCAT可利用內(nèi)存，并在程序當(dāng)中加大內(nèi)存使用。

解決方法：

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

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

結(jié)論：

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

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

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

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

MYSQL BUG #5020及解決方法

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

　　如下是我個(gè)人的做法：
　　（STRUTS+SPRING+HIBERNATE）
　　1、把mysql的變量interactiveClient由 默認(rèn)的28800（8個(gè)小時(shí)）延長(zhǎng)。并告知用戶多長(zhǎng)時(shí)間后，重新啟動(dòng)TOMCAT服務(wù)器。不過，MYSQL5.0.12版本以前的所有版本，只要你設(shè)置成 了默認(rèn)語言為GBK，所有對(duì)interactive_timeout(wait_timeout)的時(shí)候如何設(shè)置，重新連接或者重新啟動(dòng)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>
<!--  看到了沒有，這個(gè)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。
如果有不對(duì)之處，請(qǐng)大家提出自己的見解。

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

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

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

州牧下的羊叫

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

2006年之夢(mèng)境殺手

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

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

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

我快速實(shí)施的遭遇

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

EAI項(xiàng)目實(shí)施心得

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

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

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

無聊工作當(dāng)中的尋財(cái)夢(mèng)

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

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

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

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

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

Compiere ERP&CRM使用手冊(cè)

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

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

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

年度工作總結(jié)

年度工作總結(jié)

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

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

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

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

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

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

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

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

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

其次，另外一個(gè)項(xiàng)目是對(duì)B公司項(xiàng)目的二次開發(fā)。

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

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

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

首先，DYNAPDM現(xiàn)行版本不太穩(wěn)定，導(dǎo)致我們?cè)陂_發(fā)時(shí)有所影響。

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

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

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

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　我

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2005-12-20

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