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

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

因為Android是由kernel、Dalvik、Bionic、prebuilt、build等多個Git項目組成，所以Android項目編寫了一個名為Repo的Python的腳本來統一管理這些項目的倉庫，使得Git的使用更加簡單。

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

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

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

別忘了給repo可執行權限
chmod a+x ~/bin/repo

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

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

另一種情況是，我們只需要某一個project的代碼，比如kernel/common，就不需要repo了，直接用Git即可。
git clone git://android.git.kernel.org/kernel/common.git
這也需要不少的時間，因為它會把整個Linux Kernel的代碼復制下來。

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

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

如果是同步Android中的單個項目，只要在項目目錄下執行簡單的
git pull
即可。

5、通過GitWeb下載代碼
另外，如果只是需要主線上某個項目的代碼，也可以通過GitWeb下載，在shortlog利用關鍵字來搜索特定的版本，或者找幾個比較新的tag來下載還是很容易的。

Git最初是為Linux內核開發而設計，所以對其他平臺的支持并不好，尤其是Windows平臺，必須要有Cygwin才可以?，F在，得益于msysgit項目，我們已經可以不需要Cygwin而使用Git了。另外，Git Extensions是一個非常好用的Windows Shell擴展，它能與資源管理器緊密集成，甚至提供了Visual Studio插件。它的官方網站上有一分不錯的說明文檔，感興趣的朋友可以看一看。

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

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

服務器推送實現方案

很多應用譬如監控、即時通信、即時報價系統都需要將后臺發生的變化實時傳送到客戶端而無須客戶端不停地刷新、發送請求。此時有兩種技術可以將通信引入基于瀏覽器的應用之中：Bayeux（又稱CometD）和WebSockets。

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

WebSockets是一個標準草案，這項草案由Google、Apple和其他進行HTML 5標準化的WhatWG工作組成員所資助。因此，支持HTML 5的瀏覽器（Chrome或者Safari）已經開始支持內建的WebSocket協議。

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

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

資源限制也是一個問題。通常，瀏覽器都會限制對單個服務器的并發HTTP連接的數量，以避免對該服務器（或者網絡連接）造成過大的壓力。瀏覽器一般會將這個并發連接數量限制在每次2到4個。

Bayeux和WebSockets都試圖避免資源限制問題，使用回退機制來實現長輪詢（比如Bayeux），或者切換到其他非HTTP協議之上。那么，這些程序庫的使用者就不需要再擔心瀏覽器或者基礎架構的限制問題。

Erlang之父Joe Armstrong認為，WebSockets將會干掉Comet：

聊天室的典型用例是這樣的，你進入了一個聊天室，標識出你的存在，這個標識會一直保持到你顯式地退出聊天室。而在Web聊天的情況下，你可以收發聊天消息，直到你關閉瀏覽器或者轉至其他網頁。不幸的是，即便是這么簡單的用例都無法通過WebSocket實現，因為在該協議中，連接有一個閑置超時。

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

通過onClose處理、連接保持、消息隊列、超時和重試，我們最終實現了一個可以在用戶停留在網頁上的時候保持其存在狀態的聊天室。但是遺憾的是這個聊天室依然還沒有完，因為它還需要處理錯誤和非暫時性故障。

 

即便如此，現在還是開始cometd之路，畢竟就現在而言，cometd在我們項目中實施WebSocket要方便。

2.實戰

本文實現了一個server 定時push一個隨機數到client端，此例查詢了大量的實例，經過筆者驗證，在IE和FireFox下都可以運行。

運行此例，需要下面配置：

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，改成你機器的ip地址和端口

4） 測試運行：http://ip:port/contextName/comet-compatible.jsp

請耐心等數秒鐘，隨機數開始從server push到client端了

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

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

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

Android NDK r5 開發記錄 window環境

My God I did it

       學習的第一步，就是模仿。現在的任務就是跑通官方自帶的例子

一、環境搭建(在搭建好Android SDK 開發環境的基礎上)

1.Cygwin：make,gcc,perl…

2.android-ndk-r5-windows.zip

二、Cygwin環境配置

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

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

三、開始項目

1.打開Cygwin，進入到項目所在目錄

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

 

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

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

servlet——編碼處理

     摘要: 對于輸出：
response.getwrite().write("中國")，在瀏覽器中顯示亂碼：
應為response.getwrite().write("中國")，默認按照ISO-8859編碼響應服務器發送“中國”,而我們用的瀏覽器默認為GBK或GB2312編碼，從而導致編碼不同產生亂碼  閱讀全文

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

xml——JAXP解析

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

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

重要的DocumentBuilderFactory XML解析工廠，靜態newInstance方法可得到一個

工廠示例，通過實例調用newDocumentBuilder可得到文檔解析器DocumentBuilder的實例

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

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

Java Web——tomcat開發模式配置

     摘要: 一般情況下，開發模式下需要配置虛擬主機，自動監聽，服務端口，列出目錄文件，管理多個站點等功能

準備工作：

軟件包：apache-tomcat-6.0.20.rar

將軟件包解壓至硬盤一分區，進入%TOMCAT_HOME%/conf目錄

一：server.xml 配置

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

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

Java Web——訪問 tomcat 流程

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

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