自從6月份寫過(guò)一些博客之后，有將近5個(gè)月沒(méi)寫博客了，或者由于工作繁忙，或者由于懶于書筆，又或者最近沒(méi)有研究技術(shù)上的東西，根本無(wú)從寫起。雖然從事項(xiàng)目管理工作，但深知沒(méi)有技術(shù)根底，管理好一個(gè)IT項(xiàng)目談何容易。難得近期各項(xiàng)目走上正軌，有點(diǎn)閑心回憶一下技術(shù)方面的東西，那就拿ssh開刀吧，誰(shuí)叫它是最流行的J2EE框架組合呢。

花了將近3個(gè)小時(shí)終于把一個(gè)ssh整合的例子做完，感嘆不如當(dāng)年勇啊，雖說(shuō)經(jīng)驗(yàn)豐富了很多，但是實(shí)打?qū)嵉鼐幋a工作，可真不是靠吹牛吹出來(lái)的，到處都存在問(wèn)題，需要花時(shí)間一一解決。好了，廢話少說(shuō)，下面列一下用到的一些技術(shù)以及注意點(diǎn)，為了避免誤導(dǎo)人，或致人懶惰，這里就不將所有代碼一一列出，只是貼一些關(guān)鍵的代碼段。

用到的技術(shù)如下：
1）MySql，在本機(jī)上能跑的最小數(shù)據(jù)庫(kù)。
2）Hibernate3，有了注解功能后，感覺(jué)比Hibernate2方便多了
3）Spring3
4）Struts2
5）Junit4，用于測(cè)試service的方法
6）Log4j
7）需要的jar包如下，

1、MySql
    這個(gè)就不多說(shuō)了，安裝過(guò)程非常簡(jiǎn)單。創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)：test，用grant語(yǔ)句創(chuàng)建用戶test，密碼test；創(chuàng)建一張表：ACCOUNT。
2、Hibernate3
    1）創(chuàng)建一個(gè)domain對(duì)象：Account，和表ACCOUNT對(duì)應(yīng)；在上面加注解@Entity @Table(name="ACCOUNT")，這樣就省去了些hbm文件
    2）創(chuàng)建AccountDao，實(shí)現(xiàn)增刪改查功能；
3、spring3
    1）創(chuàng)建spring配置文件：spring.xml，定義datasource，sessionFactory等；
    2）創(chuàng)建AccountService，實(shí)現(xiàn)業(yè)務(wù)邏輯，調(diào)用AccountDao；
4、Struts2
    1）創(chuàng)建web.xml，將spring.xml放入ContextConfigLocation；
    2）創(chuàng)建struts.xml，定義package和action及跳轉(zhuǎn)；
    3）創(chuàng)建LoginAction類，從頁(yè)面獲取用戶名和密碼，調(diào)用AccountService的用于驗(yàn)證方法

總結(jié)，在做這個(gè)例子的過(guò)程中，出現(xiàn)很多問(wèn)題，很大一部分都是來(lái)自于jar包的缺失和沖突，以下幾點(diǎn)是比較難于發(fā)現(xiàn)的，
  1）Springframework的jar包版本不一致，會(huì)出現(xiàn)很奇怪的問(wèn)題；
  2）缺少struts2-spring-plugin-2.2.3的jar包，會(huì)導(dǎo)致spring的bean無(wú)法實(shí)例化成功，總是獲取到null；
  3）javaee.jar和servlet-api.jar的沖突，個(gè)人感覺(jué)后者是前者的精簡(jiǎn)版，在Tomcat容器的lib目錄下存在，會(huì)和工程中的lib沖突，解決方案是把Tomcat下的servlet-api.jar換成javaee.jar；
  4）如果想通過(guò)標(biāo)記的方式來(lái)注入bean，必須在spring配置文件中，添加以下代碼：
       <context:annotation-config />
       <context:component-scan base-package="com.glen" />

另外，還有兩個(gè)問(wèn)題未解決，望能人幫之，

目前正在實(shí)施的一個(gè)項(xiàng)目，由于系統(tǒng)架構(gòu)組組長(zhǎng)突然離職，使我有幸代理了一段時(shí)間的系統(tǒng)架構(gòu)組組長(zhǎng)，但我主要負(fù)責(zé)系統(tǒng)架構(gòu)組的日常管理工作，在技術(shù)層面涉入不深，這也是我比較遺憾的地方。最近被人問(wèn)到如何設(shè)計(jì)一個(gè)系統(tǒng)架構(gòu)才能支撐高并發(fā)的要求時(shí)，我啞口了，因?yàn)槲抑恢烙玫氖裁聪到y(tǒng)架構(gòu)，但真的沒(méi)有去總結(jié)過(guò)使用這個(gè)架構(gòu)的原因，今天有空稍微整理了一下思緒，淺淺地談一下。

先說(shuō)一下我對(duì)系統(tǒng)架構(gòu)的認(rèn)識(shí)，這是我在和一個(gè)資深的系統(tǒng)架構(gòu)師交談時(shí)所吸收的，架構(gòu)至少可以分成三種層面的架構(gòu)：系統(tǒng)架構(gòu)、軟件架構(gòu)、應(yīng)用架構(gòu)。系統(tǒng)架構(gòu)是最高層面的一個(gè)架構(gòu)，可以獨(dú)立于軟件架構(gòu)（用什么技術(shù)框架來(lái)搭建）和應(yīng)用架構(gòu)（實(shí)現(xiàn)的什么業(yè)務(wù)需求）而存在。一個(gè)系統(tǒng)架構(gòu)師應(yīng)該考慮的是，根據(jù)系統(tǒng)的非功能性需求（訪問(wèn)量、并發(fā)量、擴(kuò)展性要求等），來(lái)選擇使用什么樣的硬件、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件、編程語(yǔ)言。

由于沒(méi)有太多系統(tǒng)架構(gòu)的經(jīng)驗(yàn)，這次就先說(shuō)到這里，之后會(huì)簡(jiǎn)單聊聊我所熟知的軟件架構(gòu)和應(yīng)用架構(gòu)。