Git和Repo掃盲——如何取得Android源代碼

Git 是 Linux Torvalds 為了幫助管理 Linux 內(nèi)核開發(fā)而開發(fā)的一個(gè)開放源碼的分布式版本控制軟件，它不同于Subversion、CVS這樣的集中式版本控制系統(tǒng)。在集中式版本控制系統(tǒng)中只有一個(gè)倉庫（repository），許多個(gè)工作目錄（working copy），而像Git這樣的分布式版本控制系統(tǒng)中（其他主要的分布式版本控制系統(tǒng)還有BitKeeper、Mercurial、GNU Arch、Bazaar、Darcs、SVK、Monotone等），每一個(gè)工作目錄都包含一個(gè)完整倉庫，它們可以支持離線工作，本地提交可以稍后提交到服務(wù)器上。分布式系統(tǒng)理論上也比集中式的單服務(wù)器系統(tǒng)更健壯，單服務(wù)器系統(tǒng)一旦服務(wù)器出現(xiàn)問題整個(gè)系統(tǒng)就不能運(yùn)行了，分布式系統(tǒng)通常不會(huì)因?yàn)橐粌蓚€(gè)節(jié)點(diǎn)而受到影響。

因?yàn)锳ndroid是由kernel、Dalvik、Bionic、prebuilt、build等多個(gè)Git項(xiàng)目組成，所以Android項(xiàng)目編寫了一個(gè)名為Repo的Python的腳本來統(tǒng)一管理這些項(xiàng)目的倉庫，使得Git的使用更加簡單。

這幾天William為了拿Android最新的sourcecode，學(xué)習(xí)了一下git和repo的一些基本操作，整理了一個(gè)如何取得Android代碼的How-To，今天把他貼上來。

1、Git的安裝
在Ubuntu 8.04上安裝git只要設(shè)定了正確的更新源，然后使用apt-get就可以了，有什么依賴問題，就讓它自己解決吧。其中cURL是一個(gè)利用URL語法在命令行下工作的文件傳輸工具，會(huì)在后面安裝Repo的時(shí)候用到。
sudo apt-get install git-core curl

2、安裝Repo
首先確保在當(dāng)前用戶的主目錄下創(chuàng)建一個(gè)/bin目錄（如果沒有的話），然后把它(~/bin)加到PATH環(huán)境變量中
接下來通過cURL來下載Repo腳本，保存到~/bin/repo文件中
curl http://android.git.kernel.org/repo >~/bin/repo

別忘了給repo可執(zhí)行權(quán)限
chmod a+x ~/bin/repo

3、初始化版本庫
如果是想把Android當(dāng)前主線上最新版本的所有的sourcecode拿下來，我們需要repo的幫助。
先建立一個(gè)目錄，比如~/android，進(jìn)去以后用repo init命令即可。
repo init -u git://android.git.kernel.org/platform/manifest.git
這個(gè)過程會(huì)持續(xù)很長的時(shí)間（至少可以好好睡一覺），具體要多少時(shí)間就取決于網(wǎng)絡(luò)條件了
最后會(huì)看到 repo initialized in /android這樣的提示，就說明本地的版本庫已經(jīng)初始化完畢，并且包含了當(dāng)前最新的sourcecode。

如果想拿某個(gè)branch而不是主線上的代碼，我們需要用-b參數(shù)制定branch名字，比如：
repo init -u git://android.git.kernel.org/platform/manifest.git -b cupcake

另一種情況是，我們只需要某一個(gè)project的代碼，比如kernel/common，就不需要repo了，直接用Git即可。
git clone git://android.git.kernel.org/kernel/common.git
這也需要不少的時(shí)間，因?yàn)樗鼤?huì)把整個(gè)Linux Kernel的代碼復(fù)制下來。

如果需要某個(gè)branch的代碼，用git checkout即可。比如我們剛剛拿了kernel/common.get的代碼，那就先進(jìn)入到common目錄，然后用下面的命令：
git checkout origin/android-goldfish-2.6.27 -b goldfish
這樣我們就在本地建立了一個(gè)名為goldfish的android-goldfish-2.6.27分支，代碼則已經(jīng)與android-goldgish-2.6.27同步。我們可以通過git branch來列出本地的所有分支。

4、同步版本庫
使用epo sync命令，我們把整個(gè)Android代碼樹做同步到本地，同樣，我們可以用類似
repo sync project1 project2 …
這樣的命令來同步某幾個(gè)項(xiàng)目

如果是同步Android中的單個(gè)項(xiàng)目，只要在項(xiàng)目目錄下執(zhí)行簡單的
git pull
即可。

5、通過GitWeb下載代碼
另外，如果只是需要主線上某個(gè)項(xiàng)目的代碼，也可以通過GitWeb下載，在shortlog利用關(guān)鍵字來搜索特定的版本，或者找?guī)讉€(gè)比較新的tag來下載還是很容易的。

Git最初是為Linux內(nèi)核開發(fā)而設(shè)計(jì)，所以對(duì)其他平臺(tái)的支持并不好，尤其是Windows平臺(tái)，必須要有Cygwin才可以。現(xiàn)在，得益于msysgit項(xiàng)目，我們已經(jīng)可以不需要Cygwin而使用Git了。另外，Git Extensions是一個(gè)非常好用的Windows Shell擴(kuò)展，它能與資源管理器緊密集成，甚至提供了Visual Studio插件。它的官方網(wǎng)站上有一分不錯(cuò)的說明文檔，感興趣的朋友可以看一看。

至于Git的參考文檔，我推薦Git Magic，這里還有一個(gè)Git Magic的中文版。

posted @ 2011-01-08 02:38 braden 閱讀(587) | 評(píng)論 (0) | 編輯 收藏

服務(wù)器推送實(shí)現(xiàn)方案

很多應(yīng)用譬如監(jiān)控、即時(shí)通信、即時(shí)報(bào)價(jià)系統(tǒng)都需要將后臺(tái)發(fā)生的變化實(shí)時(shí)傳送到客戶端而無須客戶端不停地刷新、發(fā)送請(qǐng)求。此時(shí)有兩種技術(shù)可以將通信引入基于瀏覽器的應(yīng)用之中：Bayeux（又稱CometD）和WebSockets。

CometD框架是Bayeux協(xié)議的實(shí)現(xiàn)，可以使得服務(wù)器端和客戶端在不可靠的網(wǎng)絡(luò)上進(jìn)行多通道異步通信。該實(shí)現(xiàn)用到了多種語言（JavaScript、Java、Perl等等），但是主要還是基于瀏覽器的AJAX應(yīng)用。Bayeux的優(yōu)勢在于，它可以運(yùn)行在任何支持AJAX的瀏覽器上，在現(xiàn)有HTTP通信機(jī)制下，就能夠讓瀏覽器支持異步后臺(tái)的更新，比如類似于Google郵件的新郵件通知的新信息送達(dá)。事實(shí)上，同樣的協(xié)議還可以用于使用其他語言在不可靠的網(wǎng)絡(luò)上連接設(shè)備進(jìn)行通信（比如移動(dòng)設(shè)備）。

WebSockets是一個(gè)標(biāo)準(zhǔn)草案，這項(xiàng)草案由Google、Apple和其他進(jìn)行HTML 5標(biāo)準(zhǔn)化的WhatWG工作組成員所資助。因此，支持HTML 5的瀏覽器（Chrome或者Safari）已經(jīng)開始支持內(nèi)建的WebSocket協(xié)議。

這兩個(gè)協(xié)議的目標(biāo)都是讓基于Web的AJAX應(yīng)用能通過異步消息或者基于Socket的連接進(jìn)行通信，而不是在一個(gè)現(xiàn)有應(yīng)用之上再搭建一個(gè)自己實(shí)現(xiàn)的通信層。這使得在設(shè)計(jì)應(yīng)用的時(shí)候，可以只關(guān)注于組件部分，而把消息傳遞給通信層去遞送。另外，這兩個(gè)協(xié)議都能夠建立長連接，事件可以通過長連接異步地遞送給應(yīng)用。這沒什么新鮮的：HTTP 1.1就支持連接管道（可以在每個(gè)請(qǐng)求之后保持連接，并可以在第一個(gè)請(qǐng)求得到處理之后再發(fā)送多個(gè)請(qǐng)求）；而像IMAP等一些協(xié)議則支持IDLE命令，把連接置成休眠狀態(tài)，這樣在休眠的連接上就不再有數(shù)據(jù)傳輸，但是服務(wù)器依然可以隨時(shí)推送新消息。其實(shí)在Bayeux或者WebSockets之前，通過HTTP進(jìn)行持久通信的機(jī)制一般被稱為“HTTP推送”。

然而，長連接并不是沒有任何問題。一條連接如果長時(shí)間沒有數(shù)據(jù)通信的話，會(huì)被認(rèn)為已經(jīng)死掉，并在接下來的某個(gè)時(shí)間點(diǎn)被終止。為了解決這個(gè)問題，IMAP的IDLE建議客戶端每29分鐘發(fā)送一個(gè)IDLE命令來避免斷連。而HTTP代理則會(huì)決定連接是處于閑置狀態(tài)并丟棄連接，而不去管客戶端和服務(wù)器端是否已經(jīng)保持了一條長連接。

資源限制也是一個(gè)問題。通常，瀏覽器都會(huì)限制對(duì)單個(gè)服務(wù)器的并發(fā)HTTP連接的數(shù)量，以避免對(duì)該服務(wù)器（或者網(wǎng)絡(luò)連接）造成過大的壓力。瀏覽器一般會(huì)將這個(gè)并發(fā)連接數(shù)量限制在每次2到4個(gè)。

Bayeux和WebSockets都試圖避免資源限制問題，使用回退機(jī)制來實(shí)現(xiàn)長輪詢（比如Bayeux），或者切換到其他非HTTP協(xié)議之上。那么，這些程序庫的使用者就不需要再擔(dān)心瀏覽器或者基礎(chǔ)架構(gòu)的限制問題。

Erlang之父Joe Armstrong認(rèn)為，WebSockets將會(huì)干掉Comet：

聊天室的典型用例是這樣的，你進(jìn)入了一個(gè)聊天室，標(biāo)識(shí)出你的存在，這個(gè)標(biāo)識(shí)會(huì)一直保持到你顯式地退出聊天室。而在Web聊天的情況下，你可以收發(fā)聊天消息，直到你關(guān)閉瀏覽器或者轉(zhuǎn)至其他網(wǎng)頁。不幸的是，即便是這么簡單的用例都無法通過WebSocket實(shí)現(xiàn)，因?yàn)樵谠搮f(xié)議中，連接有一個(gè)閑置超時(shí)。

為了保持存在的狀態(tài)，聊天應(yīng)用要發(fā)送“連接保持（Keep Alive）”的消息給WebSocket，來避免該連接因?yàn)殚e置超時(shí)而關(guān)閉。然而，應(yīng)用并不知道這個(gè)閑置超時(shí)究竟是多少，因此它只能隨便選一個(gè)間隔周期（比如30秒）來發(fā)送該消息，這和長輪詢要做的事似乎就多少有些類似了。

通過onClose處理、連接保持、消息隊(duì)列、超時(shí)和重試，我們最終實(shí)現(xiàn)了一個(gè)可以在用戶停留在網(wǎng)頁上的時(shí)候保持其存在狀態(tài)的聊天室。但是遺憾的是這個(gè)聊天室依然還沒有完，因?yàn)樗€需要處理錯(cuò)誤和非暫時(shí)性故障。

 

即便如此，現(xiàn)在還是開始cometd之路，畢竟就現(xiàn)在而言，cometd在我們項(xiàng)目中實(shí)施WebSocket要方便。

2.實(shí)戰(zhàn)

本文實(shí)現(xiàn)了一個(gè)server 定時(shí)push一個(gè)隨機(jī)數(shù)到client端，此例查詢了大量的實(shí)例，經(jīng)過筆者驗(yàn)證，在IE和FireFox下都可以運(yùn)行。

運(yùn)行此例，需要下面配置：

1） Tomcat要求支持Comet，必須使用NIO或者APR的方式，因此，修改Tomcat/conf/server.xml

    <Connector port="9000" executor="tomcatThreadPool"  protocol="org.apache.coyote.http11.Http11NioProtocol"
               connectionTimeout="20000"  maxThreads="150"
               redirectPort="8443"  maxKeepAliveRequests="1"/>

2）Tomcat版本要求6.0.16以上，最好使用最新的版本

3） 修改附件中源碼里面的web目錄下的comet-compatible.jsp文件，把里面涉及IP和端口的url，改成你機(jī)器的ip地址和端口

4） 測試運(yùn)行：http://ip:port/contextName/comet-compatible.jsp

請(qǐng)耐心等數(shù)秒鐘，隨機(jī)數(shù)開始從server push到client端了

源碼見附件,附件的URL如下：

http://dl.javaeye.com/topics/download/ee28df9d-d838-3572-be73-dbf06c11080f

posted @ 2010-12-30 14:05 braden 閱讀(2536) | 評(píng)論 (0) | 編輯 收藏

Android NDK r5 開發(fā)記錄 window環(huán)境

My God I did it

       學(xué)習(xí)的第一步，就是模仿?，F(xiàn)在的任務(wù)就是跑通官方自帶的例子

一、環(huán)境搭建(在搭建好Android SDK 開發(fā)環(huán)境的基礎(chǔ)上)

1.Cygwin：make,gcc,perl…

2.android-ndk-r5-windows.zip

二、Cygwin環(huán)境配置

修改文件 X:\cygwin\home\use\.bashrc ，加入如下信息

NDK=/cygdrive/e/ProgramLibs/android-ndk-r5
export NDK

三、開始項(xiàng)目

1.打開Cygwin，進(jìn)入到項(xiàng)目所在目錄

2.執(zhí)行命令：$NDK/ndk-build 正常編譯（根據(jù)AndroidManifest.xml，android:debuggable="true" 進(jìn)行指定）$NDK/ndk-build NDK_DEBUG=1 調(diào)試編譯，如果是SDK是8或更高的版本，你不要指定，工具自動(dòng)按照調(diào)試來執(zhí)行編譯

 

更多資料參照 android-ndk-r5/documentation.html

posted @ 2010-12-28 17:11 braden 閱讀(905) | 評(píng)論 (1) | 編輯 收藏

servlet——編碼處理

     摘要: 對(duì)于輸出：
response.getwrite().write("中國")，在瀏覽器中顯示亂碼：
應(yīng)為response.getwrite().write("中國")，默認(rèn)按照ISO-8859編碼響應(yīng)服務(wù)器發(fā)送“中國”,而我們用的瀏覽器默認(rèn)為GBK或GB2312編碼，從而導(dǎo)致編碼不同產(chǎn)生亂碼  閱讀全文

posted @ 2010-04-23 23:28 braden 閱讀(2615) | 評(píng)論 (0) | 編輯 收藏

xml——JAXP解析

     摘要: JAXP,即Sun 的 Java API for XML ，是Sun推出操作XML的一套API,所有 parser 器類作為 com.sun.xml.parser 包.

位于API文檔的javax.xml.parsers包中，如圖所示：

重要的DocumentBuilderFactory XML解析工廠，靜態(tài)newInstance方法可得到一個(gè)

工廠示例，通過實(shí)例調(diào)用newDocumentBuilder可得到文檔解析器DocumentBuilder的實(shí)例

解析器通過parse方法得到Document 對(duì)象。Document 對(duì)象操作完成之后寫入到xml文件是  閱讀全文

posted @ 2010-04-22 22:15 braden 閱讀(1632) | 評(píng)論 (0) | 編輯 收藏

Java Web——tomcat開發(fā)模式配置

     摘要: 一般情況下，開發(fā)模式下需要配置虛擬主機(jī)，自動(dòng)監(jiān)聽，服務(wù)端口，列出目錄文件，管理多個(gè)站點(diǎn)等功能

準(zhǔn)備工作：

軟件包：apache-tomcat-6.0.20.rar

將軟件包解壓至硬盤一分區(qū)，進(jìn)入%TOMCAT_HOME%/conf目錄

一：server.xml 配置

1.配置端口，修改server.xml。  閱讀全文

posted @ 2010-04-21 11:30 braden 閱讀(4601) | 評(píng)論 (0) | 編輯 收藏

Java Web——訪問 tomcat 流程

     摘要: Tomcat組成分析
Tomcat Server的組成部分
Service是這樣一個(gè)集合：它由一個(gè)或者多個(gè)Connector組成，以及一個(gè)Engine，負(fù)責(zé)處理所有Connector所獲得的客戶請(qǐng)求
Connector
一個(gè)Connector將在某個(gè)指定端口上偵聽客戶請(qǐng)求，并將獲得的請(qǐng)求交給Engine來處理，從Engine處獲得回應(yīng)并返回客戶
TOMCAT典型的Connector，一個(gè)直接偵聽來自browser的http請(qǐng)求，一個(gè)偵聽來自其它WebServer的請(qǐng)求
Coyote Http/1.1 Connector 在端口8080處偵聽來自客戶browser的http請(qǐng)求
Coyote JK2 Connector 在端口8009處偵聽來自其它WebServer(Apache)的servlet/jsp代理請(qǐng)求  閱讀全文

posted @ 2010-04-21 11:27 braden 閱讀(2824) | 評(píng)論 (0) | 編輯 收藏