What is Android?

Ubuntu-9.04-server-i386.iso를 기준으로 설치한다.

[desktop vs server]
desktop version: 3GB RAM이상을 인식 못함. 다수 접속시 다운되는 현상.
server version: 16GB RAM까지 인식. 다수 접속 가능. GUI 제거 되어 있음. 추가 설치 필요. 영문 설치.


1. 고정 IP 주소 설정

$ sudo vi /etc/network/interfaces

   auto eth0
    iface eth0 inet static
    address XXX.XXX.XXX.XXX (ip주소)
    netmask 255.255.255.0   (넷마스크)
    gateway XXX.XXX.XXX.XXX  (게이트웨이)

 $ sudo vi /etc/resolv.conf

nameserver 165.243.137.34   (1차 도메인 서버 주소)
nameserver 165.243.137.23   (2차 도메인 서버 주소)

• 변경된 설정 적용
  

  $ sudo /etc/init.d/networking restart

3. GUI 설치

 $ sudo apt-get update
 $ sudo aptitude install -- no-install-recommends ubuntu-desktop
 $ sudo reboot

======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares.  This will share each
# user's home directory as \\server\username
[homes]
   comment = Home Directories
   browseable = yes

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
 read only = no

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.  Un-comment the following parameter
# to make sure that only "username" can connect to \\server\username
# This might need tweaking when using external authentication schemes
   valid users = %S
======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares.  This will share each
# user's home directory as \\server\username
[homes]
   comment = Home Directories
   browseable = yes

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
 read only = no

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.  Un-comment the following parameter
# to make sure that only "username" can connect to \\server\username
# This might need tweaking when using external authentication schemes
   valid users = %S

Eclipse Plugins

• http://git.or.cz/gitwiki 에서 참고할 수 있다.
• 플러그인 사이트 : http://www.jgit.org/
  • Update URL : http://www.jgit.org/update-site

git와 svn 통합

git와 svn을 연동하기 위한 도구로 git에서는 git-svn을 지원하고 있다. git-svn을 사용방법에 대하여 살펴보자.

• svn 저장소에 있는 프로젝트를 기반으로 로컬 git 저장소를 생성하는 방법
  
  

  git-svn clone svn://www.javajigi.net/repo/Simple -Ttrunk -bbranches -ttags
  
  

• svn 저장소의 표준 이름을 사용하여 git 저장소 생성. 각 브랜치별 표준 이름은 /trunk, /tags, /branches이다.

  git-svn clone -s svn://www.javajigi.net/repo/Simple
  
  

• svn 저장소의 크기가 클 경우에는 clone하는데 많은 시간이 소요된다. svn에 commit한 수가 너무 많아 clone하는데 많은 시간과 많은 용량을 사용할 것으로 판단될 때 svn의 HEAD(최신 revision no)만 가져올 수 있다. -r 옵션을 사용해서 가능하다.

  git-svn clone -s svn://www.javajigi.net/repo/Simple -rRevisionNo
  
  

• 특정 버전의 소스를 가져오는 방법

  git-svn fetch -rRevsionNo
  
  

git와 svn 통합

• git와 svn을 통합할 때 svn의 commit 수가 많아지면 clone하는데 소요되는 시간과 많은 하드 디스크 용량을 필요로 한다. 따라서 git와 svn을 같이 사용하려고 할 경우 svn 저장소를 생성한 후 가능한 빠른 시간내에 git clone을 만드는 것이 좋다.

git와 svn을 통합이 사용 명령어

• git-svn rebase : SVN 서버에 변경된 내용을 반영한다.(svn의 update와 같은 기능.)
• git-svn dcommit : SVN 서버에 소스를 Commit할 수 있다.

참고 문서

• http://flavio.castelli.name/howto_use_git_with_svn

우분투에 Git 최신 버전 설치

• 우분투에 Git 최신 버전을 빌드하기 위해서는 먼저 의존 관계에 있는 프로그램을 설치해야 한다.

          >sudo apt-get build-dep git-core git-doc

• Git 사이트에서 Git 최신 버전을 다운로드한다.
• • http://kernel.org/pub/software/scm/git/git-1.6.1.3.tar.gz (2009년 3월 5일 현재)
• 압축을 푼 후 디렉토리로 이동한다.
• 기본 디렉토리 아래에 설치하고자 한다면 다음과 같다.

          >./configure
          >make
          >sudo make install

• 설치 경로를 바꾸고자 한다면..

          >./configure --prefix=/usr/local/git
          >make
          >sudo make install

우분투 설치 후 gitk와 git-gui가 동작하지 않을 경우

• 우분투에 tcl/tk가 설치되어 있지 않을 경우 exec: 3: wish: not found wish 에러가 발생한다. 이와 같은
• 에러가 발생할 경우에는 tcl/tk 모듈을 설치한다.

          >sudo apt-get install tcl8.5
          >sudo apt-get install tk8.5

• 위와 같이 apt-get을 이용하거나 수동으로 설치를 하면 정상적으로 동작한다.

 CVS, SVN만 잘 사용하더라도 애플리케이션을 개발하는데 큰 문제가 되지 않았다. 그런데 CVS와 SVN을 사용하면서 가장 짜증나는 것은 브랜치를 관리하는 것이다. 특히 Version Control for Multiple Agile Teams와 같이 태스크를 관리하고 버전 관리 시스템을 활용하는데 CVS, SVN은 분명 한계점을 가지고 있다. CVS와 SVN을 사용해 Merge 작업을 해본 개발자라면 짜증이 완전 지대로일 것이다.

 그 대안으로 찾은 것인 분산 버전 관리 시스템(Distributed Version Control Systems (이하 DVCS))이다. 중앙 버전 관리 시스템과 분산 버전 관리 시스템에 대한 자세한 설명은 Intro to Distributed Version Control (Illustrated) 문서를 통하여 확인할 수 있다. 요즘은 온라인 상에 너무 좋은 문서가 많아서 따로 작성하지 않아도 된다는 것이다. 단, 대부분의 문서가 영어로 되어 있다는 것이 단점이다.

 Git는 무료로 사용할 수 있는 DVCS의 한 종류이다. 중앙 버전 관리 시스템을 사용할 경우 정형화된 하나의 워크플로우를 가져갈 수 있기 때문에 학습 비용이 적어 프로젝트에 처음 적용할 때 유리하다. 하지만 다양한 워크플로우로 응용하는데 한계점이 있다. DVCS는 이 같은 한계점을 극복하고 다양한 워크플로우를 가져갈 수 있다. DVCS를 사용할 때의 다양한 워크플로우는 http://bazaar-vcs.org/Workflows에서 볼 수 있다.

 Git가 가지는 장점 중의 하나는 지금까지 많이 사용하고 있는 중앙 버전 관리 시스템인 SVN과 같이 사용하는 것이 가능하다는 것이다. 지금까지 중앙 버전 관리 시스템에 익숙한 개발자에게 바로 DVCS를 사용하도록 하는 것은 쉽지 않다. 이 같은 환경이라면 SVN과 Git를 같이 사용하도록 워크플로우를 가져가는 것이 바람직하다.

1 Introduction

What is Android?
Android is a software platform and operating system for mobile devices, based on the Linux kernel, developed by Google and later the Open Handset Alliance. It allows developers to write managed code in the Java language, controlling the device via Google-developed Java libraries. Applications written in C and other languages can be compiled to ARM native code and run, but this development path is not officially supported by Google.

The unveiling of the Android platform on 5 November 2007 was announced with the founding of the Open Handset Alliance, a consortium of 48 hardware, software, and telecom companies devoted to advancing open standards for mobile devices. Google released most of the Android code under the Apache license, a free-software and open source license.


What is The Open Handset Alliance?
Open Handset Alliance, is a consortium of several companies which include Google, HTC, Intel, Motorola, Qualcomm, T-Mobile, Sprint Nextel and NVIDIA, ... These companies which aim to develop technologies that will significantly lower the cost of developing and distributing mobile devices and services. The Android platform is the first step in this direction -- a fully integrated mobile "software stack" that consists of an operating system, middleware, user-friendly interface and applications.

License
Android is under version 2 of the Apache Software License (ASL). The Apache license allows manufacturers and mobile operators to innovate using the platform without the requirement to contribute those innovations back to the open source community.


2. Platform


2.1 Hardware

First and foremost, Android is a software stack for mobile devices. This means that high on the list of priorities is the preservation of battery power and the efficient management of limited memory resources. There are five distinct layers to the Android system stack:

• The Acorn RISC Machine (ARM) Linux core forms the solid base upon which all the other layers stand. Linux is a proven technology that is highly reliable, and the ARM processor family is known for high performance on very low power requirements.

• The libraries provide the reusable and sharable low-level code for basic functions such as codecs — software for coding and decoding digital sound and video — functions for the presentation of rich graphics on a small displays, secure shell support for encrypted TCP/IP traffic into the cloud, as well as component support for Web browsing (WebKit), SQL database functionality (SQLite), and standard C library functionality you would expect in a Linux system.
  
  
• The Dalvik run-time byte-code interpreter, which strongly resembles the Java™ language byte-code interpreter, adds a few distinct features that uniquely define the security and power-preserving model of Android. Every application currently running, for example, has its own user ID and its own copy of the interpreter running to strictly separate processes for security and reliability.
  
  
• The Android application framework enables you to use and replace components as you see fit. These high-level Java classes are tightly integrated components that define the Android API.
  

•  The Android core applications include the WebKit browser, Google calendar, Gmail, Maps application, SMS messenger, and a standard e-mail client, among others. Android applications are written in the Java programming language, and you can download many more from the Android market on the fly.

Android is not a single piece of hardware; it's a complete, end-to-end software platform that can be adapted to work on any number of hardware configurations. Everything is there, from the bootloader all the way up to the applications. And with an Android device already on the market, it has proven that it has what it takes to truly compete in the mobile arena.


2.2 Operating System(s)

• GSM mobile-phone technology
  
• 3G
  
• Edge
  
• 802.11 Wi-Fi networks

2.4 Security

Android is a multi-process system, in which each application (and parts of the system) runs in its own process. Most security between applications and the system is enforced at the process level through standard Linux facilities, such as user and group IDs that are assigned to applications. Additional finer-grained security features are provided through a "permission" mechanism that enforces restrictions on the specific operations that a particular process can perform, and per-URI permissions for granting ad-hoc access to specific pieces of data.


Security Architecture
A central design point of the Android security architecture is that no application, by default, has permission to perform any operations that would adversely impact other applications, the operating system, or the user. This includes reading or writing the user's private data (such as contacts or e-mails), reading or writing another application's files, performing network access, keeping the device awake, etc. An application's process is a secure sandbox. It can't disrupt other applications, except by explicitly declaring the permissions it needs for additional capabilities not provided by the basic sandbox. These permissions it requests can be handled by the operating in various ways, typically by automatically allowing or disallowing based on certificates or by prompting the user. The permissions required by an application are declared statically in that application, so they can be known up-front at install time and will not change after that.

참고자료 :

invalid-file

invalid-file