不敢獨(dú)樂(lè)，特把安裝步驟寫(xiě)下來(lái)，供還沒(méi)上網(wǎng)成功的朋友參考！
一。系統(tǒng)ubuntu6.06, 版本2.6.15-23; usb adsl( 0572:cb00 Conexant)
使用uname -r 命令可以查到你的當(dāng)前版本；使用lsusb可以查看你的usb情況
二。下載好全部的軟件；
對(duì)于雙系統(tǒng)的人，可以先在windows下下載全部所需要的軟件然后轉(zhuǎn)到ubuntu
系統(tǒng)下再進(jìn)行安裝，原因很簡(jiǎn)單因?yàn)閡buntu下還不能上網(wǎng)，這個(gè)過(guò)程是很需要
耐心的，我至少在windwos和ubuntu系統(tǒng)下切換不下20次；
三. 安裝步驟
1.由于ubuntu6.06缺省沒(méi)有安裝usb adsl驅(qū)動(dòng)，所以必須重新配置；所以
我索性下載了最新的linux內(nèi)核文件(最新版本是2.6.18)進(jìn)行編譯;
到http://www.kernel.org/ 下載linux-2.6.18.tar.bz2文件
2.準(zhǔn)備編譯新的內(nèi)核
在編譯內(nèi)核時(shí)，需要先下載libncurses包，到google上可以下載到；
1)解壓縮 tar xjvf linux-2.6.18.tar.bz2 到/opt/linux-2.6.18/目錄下
2)在/opt/linux-2.6.18下運(yùn)行下列命令
a)make oldconfig (先產(chǎn)生缺省配置文件)
然后一直按回車(chē)鍵即可
b)make menuconfig(重新配置驅(qū)動(dòng)模塊)
這里必須對(duì)usb相關(guān)模塊進(jìn)行選中，網(wǎng)上已經(jīng)有好多人寫(xiě)過(guò)了；
我的部分配置如下：
Code maturity level options --->
[*] Prompt for development and/or incomplete code/drivers
Bus options --->
PCI access mode(Any)
[*] PCI Express support
[M] PCI Express Hotplug driver
[*] Use polling mechanism for hot-plug events
[*] Legacy /proc/pci interface
PCI Hotplug Support --->
[M] Support for PCI Hotplug
[*] Use polling mechanism for hot-plug events
Networking optings --->
[*] Packet socket
[*] Unix domain sockets
[*] TCP/IP sockets
[*] IP:multicasting
[M] Asynchronous Transfer Mode (ATM)
[M] classical IP over ATM
[M] LAN Emulation support
[M] Multi-protocol over ATM support
[M] RFC1483/2684 Bridged protocols

Device Drivers --->
Generic Driver Options --->
全選
Plug and Play support --->
[*] Plug and Play BIOS support
[*] Plug and Play BIOS /proc interface

Network device support --->
ATM drivers --->
[M] ATM over TCP
[M] PPP support
[M] PPP over Ethernet
[M] PPP over ATM
[*] PPP multilink support
USB support --->
[*] Support for Host-side USB
[*] USB device filesystem
USB DSL modem support --->
[M] USB DSL modem support
[M] Speedtouch USB support
[M] Conexant AccessRunner USB support
[M] Other USB DSL modem support

c)然后退出保存配置文件
d)依次運(yùn)行
make
make modules_install
make install
3)如果運(yùn)行成功，應(yīng)該在/boot/下面可以看到vmlinuz-2.6.18
文件，然后還需要生成initrd.img-2.6.18 文件
運(yùn)行 mkinitramfs -o /boot/initrd.img-2.6.18 /lib/modules/2.6.18
4）修改/boot/grub/menu.lst
把新的內(nèi)核文件配置進(jìn)去。
5）到這里內(nèi)核已經(jīng)編譯成功了，重啟系統(tǒng)后，運(yùn)行uname -r， 如果顯示2.6.18表示成功；
注意重啟時(shí)，可能屏幕上沒(méi)有任何東西（除非配置了splash）；可以不管它；

3. 安裝firmware
1)http://sourceforge.net/cvs/?group_id=47406
下面要用一個(gè)叫做cxacru-fw程序文件從 CnxEtU.sys 取出信息生成linux上面用的firmware文件 cxacru-fw.bin
因?yàn)樵趯?xiě)這個(gè)文檔的時(shí)候cxacru-fw只能通過(guò)cvs得到
我沒(méi)有cvs，所以我直接在在它的cvs web頁(yè)面把幾個(gè)文件的內(nèi)容粘貼下來(lái)了；
2) 直接運(yùn)行make命令,生成 cxacru-fw
在cxacru-fw目錄下編譯生成cxacru-fw，然后
# ./cxacru-fw CnxEtU.sys cxacru-fw.bin
拷貝cxacru-fw.bin到lib/firmware下
#cp cxacru-fw.bin /lib/firmware
3)關(guān)于CnxEtU.sys文件網(wǎng)上說(shuō)可以從windwos下copy該文件過(guò)來(lái)使用；可我使用了 windows下的文件
怎么也無(wú)法編譯成cxacru-fw.bin，后來(lái)從網(wǎng)上下載了一個(gè)CnxEtU.sys才好使；
如果你和我的情況類(lèi)似，可以從這里下載到該文件
http://www.atlantis-land.com/firmware/1863_DriverWinMultiV099.085WAN.zip
把1863_DriverWinMultiV099.085WAN.zip解開(kāi)后，取出里面的CnxEtU.sys文件
然后使用上面的命令生成cxacru-fw.bin文件,copy到/lib/firmware下；

4. 配置自動(dòng)啟動(dòng)腳本
1）新建一個(gè)文本文件secrets,輸入如下內(nèi)容
"username@isp" "*" "password"
這里是輸入你的帳號(hào)(username@isp)和密碼(password)
2)sudo install -m 600 secrets /etc/ppp/chap-secrets
sudo install -m 600 secrets /etc/ppp/pap-secrets
3)ppp over atm設(shè)置
新建一個(gè)文件 speedtch,內(nèi)容如下
noipdefault
defaultroute
#username@isp 為你的帳號(hào)名稱(chēng)
user 'username@isp'
noauth
updetach
usepeerdns
plugin pppoatm.so
#輸入vpi和vci，我的是8.35
VPI.VCI
4）sudo install -m 600 speedtch /etc/ppp/peers
5)新建一個(gè)dail文件,內(nèi)如如下
#!/bin/bash
modprobe ppp_generic
modprobe pppoatm
count=0
while [[ $((count++)) -lt 40 ]]
do
sync=$(dmesg | grep 'ADSL line: up')
if [ ! -z "$sync" ]
then
pppd call speedtch
exit 0
fi
sleep 1
done
echo "The SpeedTouch firmware did not load"

運(yùn)行下面命令
sudo install -m 744 dial /etc/init.d
sudo ln -s /etc/init.d/dial /etc/rc2.d/S95dial
sudo ln -sf /etc/ppp/resolv.conf /etc/resolv.conf

5.最后重啟機(jī)器，應(yīng)該可以看到usb adsl的link燈會(huì)亮；
啟動(dòng)后，此時(shí)用ifconfig -a命令會(huì)顯示nas0和ppp0的相關(guān)信息。
(注意在登錄時(shí)由于系統(tǒng)會(huì)進(jìn)行usb初始化及網(wǎng)絡(luò)連接，登錄會(huì)花較長(zhǎng)時(shí)間，請(qǐng)耐心等候)
6.直接打開(kāi)瀏覽器應(yīng)該可以上網(wǎng)了；

???????????????????????????? Tomcat5.5.16 部署web項(xiàng)目源碼詳解

Tomcat.5.5.16 安裝 web 項(xiàng)目時(shí)執(zhí)行的代碼主要是 HostConfig 類(lèi)，其中 deployApps() 執(zhí)行部署 web 應(yīng)用的功能；

protected void deployApps() {

?

??????? File appBase = appBase();

??????? File configBase = configBase();

??????? // Deploy XML descriptors from configBase

???? ???deployDescriptors(configBase, configBase.list());

??????? // Deploy WARs, and loop if additional descriptors are found

??????? deployWARs(appBase, appBase.list());

??????? // Deploy expanded folders

??????? deployDirectories(appBase, appBase.list());

? ??????

??? }?

從上面這段代碼，我們可以知道 tomcat 在部署 web 項(xiàng)目是按如下順序依次部署的；

1．??? 首先部署 $CATALINA_HOME/conf/Catalina/localhost 目錄下面的 .xml 文件；

deployDescriptors(configBase, configBase.list());

（1）????? configBase 的值是通過(guò)調(diào)用 configBase() 獲取的，

?? ??File file = new File(System.getProperty("catalina.base"), "conf");

??? ????Container parent = host.getParent();

??????? if ((parent != null) && (parent instanceof Engine)) {

??????????? file = new File(file, parent.getName());

??????? }

file = new File(file, host.getName());

可以看出 configBase 是由四部分內(nèi)容組成 ;

System.getProperty("catalina.base") + “conf” + parent.getName()+host.getName()

parent.getName() 和 host.getName() 是分別取 server.xml 中

<Engine name="Catalina" defaultHost="localhost"> 和

<Host name="localhost" appBase="webapps"? … 對(duì)應(yīng)的 name 屬性值；

由此可以得出 configBase 的值為 $CATALINA_HOME/conf/Catalina/localhost

?

??????? (2) 按文件名順序依次讀取 configBase 目錄下面的 xml 文件部署 web 應(yīng)用；

??????? ??? 第一步，首先獲取文件名（不包含 .xml ）作為上下文路徑

????????????? ??String nameTmp = files[i].substring(0, files[i].length() - 4);

??????????????? String contextPath = "/" + nameTmp.replace('#', '/');

????? ????? 第二步，解析 xml 文件，分析 docBase 的值；

??? 注意這里的 docBase 的判斷很重要，采用和以前版本完全不同的做法；

? ???????????????????????????????? ?if (!docBase.isAbsolute()) {

??????????????????? ????docBase = new File(appBase(), context.getDocBase());

?????????????? ????? ?}

????????????????? 首先判斷 docBase 是否為絕對(duì)路徑，如果不是絕對(duì)路徑，在改為

???? ????????????????? $CATALINA_HOME/webapps+docBase

??

??????????????? ?????// If external docBase, register .xml as redeploy first

?????????????? ???? ?if(!docBase.getCanonicalPath().startsWith(appBase().getAbsolutePath()))

{

// 這個(gè)判斷很重要，這里是判斷如果 docBase 路徑是以

$ CATALINA_HOME/webapps+docBase 開(kāi)頭的字符串，則忽略掉了

??????????????????? ????? ?isExternal = true;

??????????????????? ?????? ...

??????????????????? ???if (docBase.getAbsolutePath().toLowerCase().endsWith(".war")) {

??????????? ???????????? ????isWar = true;

??????????????????? ???}

??????????????? ???} else{

?????? // Ignore specified docBase

???? context.setDocBase(null);

}

??????????

????????? 從上面可以看出， <Context path="/xxxx" docBase="xxxx" . 中 docBase 只有為絕對(duì)路徑并且該路徑不是以 $CATALINA_HOME/webapps 開(kāi)頭，才會(huì)生效；否則就忽略掉了；

?

?

2．??? 接下來(lái)部署 $CATALINA_HOME/webapps/ 目錄下以。 War 結(jié)尾的文件

deployWARs(appBase, appBase.list());

(1) 首先仍是把文件名 ( 不用 .war) 作為其應(yīng)用的上下文路徑 ;

? ? ?if (files[i].toLowerCase().endsWith(".war")) {

??????????????? // Calculate the context path and make sure it is unique

??????????????? String contextPath = "/" + files[i];

??????????????? int period = contextPath.lastIndexOf(".");

??????? (2) 接下來(lái)判斷以該上下文路徑 contextPath 是否已經(jīng)裝載過(guò)了，如果是則直接退出； ?? ?if (deploymentExists(contextPath))

??????????? ?????????return;

?????? （ 3 ） 繼續(xù)判斷以該上下文命名的部署文件是否存在，如 war 文件為 AAA.war, 則判斷在 $CATALINA_HOME/conf/Catalina/localhost/AAA.xml 文件是否存在，如果不存在繼續(xù)執(zhí)行以下操作；

????????? ? ?File xml = new File

??????????? (configBase, file.substring(0, file.lastIndexOf(".")) + ".xml");

??????? if (deployXML && !xml.exists()) {

????????? entry = jar.getJarEntry(Constants.ApplicationContextXml);

????????? configBase.mkdirs();

????????? 。。。

????? 先從 wart 文件中讀取 META-INF/context.xml 文件，然后把它 copy 到

????? $CATALINA_HOME/conf/Catalina/localhost/AAA.xml, 注意 war 文件部署文件必須為

context.xml ，且在 META-INF 目錄下； ??

? （ 4 ）接下來(lái)操作和上面類(lèi)似，部署該 web 應(yīng)用；

3. 最后是以 $CATALINA_HOME/webapps 目錄下的文件夾為目標(biāo)按文件夾名順序進(jìn)行部署；

? ? ?deployDirectories(appBase, appBase.list());

（1）?????? 同樣先把該文件夾名作為上下文路徑進(jìn)行部署；

???????? ? ??File dir = new File(appBase, files[i]);

??????????? if (dir.isDirectory()) {

?

??????????????? // Calculate the context path and make sure it is unique

??????????????? String contextPath = "/" + files[i];

?????????????

（2）?????? 接下來(lái)的步驟就基本上是一樣了，首先判斷該上下文路徑是否已經(jīng)部署過(guò)，如果是則直接退出，否則和上面一樣，讀取 META-INF/context.xml 文件進(jìn)行部署；

注意這里和上面的 war 文件部署稍微有點(diǎn)不同，就是它不會(huì) copy 部署文件 context.xml 文件到 $CATALINA_HOME/conf/Catalina/localhost 中去；

?

?

?

?

??????????????? ???? Work Flow 學(xué)習(xí)筆記

1.??? WfRequester

WfRequester is the interface that has a direct concern with the execution and results

of a workflow process - it represents the request for some work to be done. Its

performer, a WfProcess, is expected to handle its request and communicate significant

status changes; in particular to inform the requester when it has completed performing

the requested work. A single requester can have many processes associated with it.

?

??

?

?

說(shuō)明： WfRequester 接口是一個(gè)和工作流流程的執(zhí)行及結(jié)果有直接關(guān)系的接口；它代表了對(duì)一些工作執(zhí)行的請(qǐng)求；它的一個(gè)主要功能是把 WfProcess 鏈接到一個(gè)其它應(yīng)用；其中 WfRequester 會(huì)關(guān)聯(lián)到多個(gè) WfProcee, 當(dāng) WfProcess 發(fā)生 complete 、 terminate 、 abort 事件時(shí)會(huì)通過(guò)回調(diào) receiveEvent() 方法來(lái)通知 WfRequest ；在 receiveEvent(event) 方法中，參數(shù) event 是一個(gè) WfEventAudit 對(duì)象，其中 WfEventAudit 中有一個(gè)方法 source(), 通過(guò)這個(gè)方法我們可以得知是哪個(gè) WfExecutionObject 對(duì)象觸發(fā)了事件源；得到了 WfExcutionObject 即 WfProcess 我們也進(jìn)而 得到了和這個(gè) WfProcess 相關(guān)聯(lián)的其它應(yīng)用；

主要步驟 :

(1)??? 自定義一個(gè)自己的類(lèi)或接口，如 GenericRequester, 這個(gè) GenericRequester 類(lèi)代表用戶(hù)自定義的一個(gè)請(qǐng)求者；

(2)??? 在啟動(dòng) WfProcess 是，把這個(gè)請(qǐng)求者和 WfProcess 進(jìn)行綁定注冊(cè)到 WfRequester 中；

?

在 WfReuester 的 registerProcess() 就是做這個(gè)功能，主要代碼如下

protected Map performers = null;

public void registerProcess(WfProcess process, Map context, GenericRequester requester){

?????????????? performers.put(process, requester);

?

}

(3)??? 當(dāng)工作流程在執(zhí)行的過(guò)程中發(fā)生 complete 、 terminate 、 abort 事件時(shí)會(huì)回調(diào) WfRequest 中的 receiveEvent() 方法：

??? ? requester.receiveEvent(audit);

(4) ?? 在 receiveEvent() 中首先根據(jù) WfEventAudit 的 source() 獲取觸發(fā)事件的 WfProcess 對(duì)象；

receiveEvent(WfEventAudit event){

??????? // 獲取事件源 process 對(duì)象

WfProcess? process = (WfProcess) event.source();

// 根據(jù) prcocess 對(duì)象獲取在注冊(cè)時(shí)綁定的自定義請(qǐng)求者 GenericRequester

GenericRequester ?req = (GenericRequester) performers.get(process);

// 執(zhí)行自定義請(qǐng)求者的方法

req.receiveResult(process.result());

}

其它：在這里 GenericRequester 也可是一個(gè) WfProcess 或 WfActivity 對(duì)象，這樣可以在 WfProcess 完成操作后又啟動(dòng)另一個(gè)子流程或某個(gè)活動(dòng)； ???

?

?

?

?

?