2012년 8월 8일 수요일
Django 게시판 만들기 4 - 검색 기능 구현
이제 검색 기능만 구현하면 이 간단 게시판은 완성이다. 우리는 전체목록 출력을 위한 listSpecificPage.html 템플릿 작성시, 검색 버튼을 누르면 /searchWithSubject/ 로 이동하게 해 놓았다. 그러므로, 지금까지 해왔던 것처럼 url 맵핑 및 컨트롤러 구현을 실시한다.
- url 맵핑
urlpatterns = patterns('',
url(r'^$', views.home),
url(r'^show_write_form/$', views.show_write_form),
url(r'^DoWriteBoard/$', views.DoWriteBoard),
url(r'^listSpecificPageWork/$', views.listSpecificPageWork),
url(r'^viewWork/$', views.viewWork),
url(r'^listSearchedSpecificPageWork/$', views.listSearchedSpecificPageWork),
url(r'^listSpecificPageWork_to_update/$', views.listSpecificPageWork_to_update),
url(r'^updateBoard/$', views.updateBoard),
url(r'^DeleteSpecificRow/$', views.DeleteSpecificRow),
url(r'^searchWithSubject/$', views.searchWithSubject),
)
- 컨트롤러 작성
@csrf_exempt
def searchWithSubject(request):
searchStr = request.POST['searchStr']
print 'searchStr', searchStr
url = '/listSearchedSpecificPageWork?searchStr=' + searchStr +'&pageForView=1'
return HttpResponseRedirect(url)
컨트롤러는 이미 우리가 작성해 놓은 /listSearchedSpecificPageWork 로 redirection 만을 하고 있다. 이전 시간에 게시물 보기 기능을 구현하면서 목록으로 돌아가기 기능 구현시, 먼저 검색을 위한 컨트롤러를 작성해 놓은 것이 기억날 것이다. 원래 그것은 검색 기능 구현시에 작성이 되어야 했던 것 (즉 지금)인데, 먼저 작성을 했었다. 그때 작성해놓은 것을 지금 사용하는것이니 착오없기를 바란다. 이미 만들어 놓은것이 있기 때문에 검색 기능 구현은 이처럼 간단하게 끝난다.
지금까지 django를 이용한 간단 게시판 작성 예제를 만들어 보았다. 오로지 실제 돌아가는 게시판 속성 작성을 염두에 두고 글을 썼고, django를 이루는 상세 내용은 건너뛴 부분이 많기 때문에 지금까지의 내용만 가지고는 django를 상세히 알수 없을 것이다. 자세한 세부 사항은 공식 사이트 문서를 참조하시길 바라면서 나처럼 실질적인 예제를 찾고 계셨던 분들에게 조금이나마 도움이 되었으면 하는 바람이다.
이 예제의 전체 소스는 아래에서 받을 수 있다.
https://github.com/jeremyko/dj_board
참고
https://www.djangoproject.com/
http://www.djangobook.com/en/2.0/
2012년 8월 7일 화요일
Django 게시판 만들기 3 - 글 조회 및 수정, 삭제 기능 구현
목록에서 글 보기를 위한 url은 /viewWork 로 설정했고, GET방식으로 글 조회를 위한 정보를 전달하게 되어 있었다. 그럼 할일은 앞서와 마찬가지로 url 과 컨트롤러 맵핑이 되겠다. 먼저 컨트롤러 추가.
def viewWork(request):
pk= request.GET['memo_id']
boardData = DjangoBoard.objects.get(id=pk)
# 조회수를 늘린다.
DjangoBoard.objects.filter(id=pk).update(hits = boardData.hits + 1)
return render_to_response('viewMemo.html', {'memo_id': request.GET['memo_id'],
'current_page':request.GET['current_page'],
'searchStr': request.GET['searchStr'],
'boardData': boardData } )
여기서는 테이블의 PK값인 id를 알고 있으므로, model의 DjangoBoard.objects.get(id=pk) 츨 호출해서 해당 데이터를 얻을수 있다. 그리고 구한 게시물 정보를 템플릿으로 넘겨주고 있다. url을 추가한다.
urlpatterns = patterns('',
url(r'^$', views.home),
url(r'^show_write_form/$', views.show_write_form),
url(r'^DoWriteBoard/$', views.DoWriteBoard),
url(r'^listSpecificPageWork/$', views.listSpecificPageWork),
url(r'^viewWork/$', views.viewWork),
)
그 다음은? viewMemo.html 템플릿을 생성한다. 간단한 게시판이라서 그런지 정말 간단하다.^^
<html>
<head>
<title>글보기</title>
</head>
<script language="javascript">
function boardlist()
{
var s = "{{searchStr}}";
if(s=="None")
location.href = '/listSpecificPageWork?current_page={{current_page}}';
else
location.href = '/listSearchedSpecificPageWork?pageForView={{current_page}}&searchStr={{searchStr}}';
}
function boardmodify()
{
location.href='/listSpecificPageWork_to_update?memo_id={{memo_id}}¤t_page={{current_page}}&searchStr={{searchStr}}';
}
function boarddelete()
{
location.href='/DeleteSpecificRow?memo_id={{memo_id}}¤t_page={{current_page}}';
}
</script>
<table cellspacing = 0 cellpadding = 5 border = 1 width=500>
<tr><td><b>조회수</b></td><td> {{ boardData.hits }} </td></tr>
<tr><td><b>이름 </b></td><td> {{ boardData.name }} </td></tr>
<tr><td><b>이메일 </b></td><td> {{ boardData.mail }} </td></tr>
<tr><td><b>제목 </b></td><td> {{ boardData.subject }} </td></tr>
<tr><td><b>내용 </b></td><td width=350> {{ boardData.memo }} </td></tr>
</table>
<table cellspacing = 0 cellpadding = 0 border = 0 width=500>
<tr><td>
<input type=button value="수정" OnClick="javascript:boardmodify()">
<input type=button value="목록" OnClick="javascript:boardlist()">
<input type=button value="삭제" OnClick="javascript:boarddelete()">
</td></tr>
</table>
</html>
여기까지 작업한 결과, 글 목록에서 해당 게시물을 클릭하면 다음처럼 내용이 조회된다.
Django 게시판 만들기 2 - 글쓰기 기능 구현
글쓰기 기능 구현
이제 글쓰기 기능을 구현할 차례이다. 글쓰기 버튼을 클릭시에 /show_write_form 이 호출되므로, 이 url을 컨트롤러에 맵핑해서 글쓰기 기능을 구현하면 된다. 먼저 /sample_board/view.py파일에 글쓰기를 위한 컨트롤러를 추가한다.
def show_write_form(request):
return render_to_response('writeBoard.html')
그리고 dj_board/urls.py 에 다음처럼 추가한다.
urlpatterns = patterns('',
url(r'^$', views.home),
url(r'^show_write_form/$', views.show_write_form),
)
요청을 받으면 글작성을 위한 템플릿만을 화면에 출력하는 부분이므로 간단하게 처리한다. 그럼 이제, writeBoard.html 템플릿을 작성해야 한다. templates 폴더에 writeBoard.html 를 다음처럼 생성한다. form을 이용한 간단한 작성화면이 되겠다.
이제 글쓰기 기능을 구현할 차례이다. 글쓰기 버튼을 클릭시에 /show_write_form 이 호출되므로, 이 url을 컨트롤러에 맵핑해서 글쓰기 기능을 구현하면 된다. 먼저 /sample_board/view.py파일에 글쓰기를 위한 컨트롤러를 추가한다.
def show_write_form(request):
return render_to_response('writeBoard.html')
그리고 dj_board/urls.py 에 다음처럼 추가한다.
urlpatterns = patterns('',
url(r'^$', views.home),
url(r'^show_write_form/$', views.show_write_form),
)
요청을 받으면 글작성을 위한 템플릿만을 화면에 출력하는 부분이므로 간단하게 처리한다. 그럼 이제, writeBoard.html 템플릿을 작성해야 한다. templates 폴더에 writeBoard.html 를 다음처럼 생성한다. form을 이용한 간단한 작성화면이 되겠다.
Django 게시판 만들기 1 - 설치 및 설정
Python 을 이용한 웹 개발 프레임워크인 django를 이용해서, 간단한 게시판을 만들어 보자. 앞서 스프링을 이용해서 작성된 게시판 과 동일한 기능을 수행하는 간단한 게시판이다. 먼저 django 프레임워크를 설치해야 한다.
2019-05-06 : 이글은 2012년도 기준으로 설명된 글이라서 현재 최신 django 버전과 일치 안되는 부분이 많습니다. 공식 django 문서를 참고하시기 바랍니다. (시간나는데로 업데이트 해보려고는 하는데 기약이 없음).
1. django 프레임워크 설치
* python 설치 : 일단 python이 설치가 되어 있어야 한다.
* Django 설치
직접 다운로드 받아 압축을 풀어서 셋업을 수행해도 되고, Svc, Git 등을 이용해서 최신소스를 받아오는 방법도 있다. 나는 git을 사용하므로 다음처럼 적당한 위치의 폴더에서 clone을 생성하여 소스를 받았다.
git clone https://github.com/django/django.git
그다음, 받은 폴더에서 다음을 수행한다.
python setup.py install
만약 'ImportError: No module named setuptools' 에러를 만나면 다음을 실행한다.
sudo curl https://bootstrap.pypa.io/ez_setup.py -o - | sudo python
파이선에서 다음을 실행해서 django 가 제대로 설치되었는지 확인한다.
>>> import django
>>> print django.get_version()
혹은
>>> print (django.get_version())
혹은
>>> python -m django --version
3.0
버전을 출력하면 설치는 제대로 된것이다.
* 윈도우 환경에서는 환경변수 PATH 설정:
django가 설치되면 python 설치 폴더의 \Lib\site-packages 안에 django가 복사된다. 이 경로를 PATH에 추가한다. python 설치 폴더\Lib\site-packages\django\bin; 를 추가. python을 처음 설치했다면, python bin 경로도 PATH에 추가하는것을 잊지말자.
2. 프로젝트 생성 및 설정
이제 환경 설정이 완료되었으니, 실제 게시판을 생성해보자. 프로젝트 생성을 원하는 위치에서 다음 명령을 수행한다.
django-admin startproject dj_board
django게시판이란 의미로 프로젝트명을 dj_board로 하였다. 다음처럼 디렉토리가 구성된다.
dj_board/
manage.py
dj_board/
__init__.py
settings.py
urls.py
wsgi.py
본격적인 개발에 앞서 간단한 테스트를 해보자, 생성한 프로젝트 폴더에서 django에 내장된 개발용 웹 서버를 실행한다.
2012년 7월 25일 수요일
Spring Remote (RMI) 예제
오늘 살펴볼 스프링 Remote 중에서 RMI 지원은 단순한 POJO 작성만으로도 RMI 서비스를 간편하게 발행할 수 있게 해준다. 간단한 예제를 작성해보자. 일단 프로그램은 java application 으로 하였다. RMI를 통한 통신이므로 서버 및 클라이언트 2개 프로젝트를 만들어야 한다. 먼저 서버를 만든다.
* 서버 작성 *
소스코드는 다음을 참조한다. https://github.com/jeremyko/MySpringRMI
1. Eclipse 에서 신규 프로젝트를 생성한다.
File -> New -> java project -> "MySpringRMI" 프로젝트 생성. 그리고 스프링 관련된 라이브러리들을 프로젝트 속성 -> Java Build Path -> Libraries 에 모두 추가한다.
2. 스프링 설정파일을 다음과 같이 설정한다.
// spring_conf.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
<bean class="org.springframework.remoting.rmi.RmiServiceExporter"
p:service-ref="helloService"
p:serviceName="HelloService"
p:serviceInterface="kojh.spring.rmi.HelloService" />
<bean id="helloService" class="kojh.spring.rmi.HelloServiceImpl"/>
</beans>
<!-- p:registryPort="1107" -->
service-ref 에는 서비스를 담당할 bean 즉, helloService로 설정한다. serviceName 속성을 통해서 RMI 서비스명을 HelloService 로 설정한다, 나중에 보게 되겠지만 이것을 참조해서 client가 이 서비스를 호출하게 된다. serviceInterface 는 해당 서비스가 구현하고 있는 인터페이스를 설정한다. 참고로, 기본적으로 RMI가 사용하는 포트는 1099 이다. 이값을 변경하기 위한 속성은 registryPort 이다.
3. 서비스 인터페이스를 정의한다.
// HelloService.java
package kojh.spring.rmi;
public interface HelloService
{
String sayHello(String name);
}
2012년 7월 24일 화요일
MyBatis-Spring : mapper interface 와 annotation을 활용한 게시판 예제
MyBatis-Spring : mapper interface 와 annotation을 활용한 게시판 예제
지난번 MyBatis-Spring 에 대한 소개 에 이어서, 이를 활용한 간단한 게시판 작성 예제를 작성해본다. XML파일에 맵핑을 정의하지 않고, mapper interface 와 annotation을 이용해서 처리하는것으로 해봤다. 게시판은 전체 목록 출력, 검색기능, 내용보기 및 수정, 삭제등의 아주 기본적인 기능만을 다루고 있다. 이 프로젝트의 소스는 다음 위치에 있으니 참조하시길 바란다.
https://github.com/jeremyko/SpringMvcBoardMyBatis
1. 우선 기본적인 스프링 MVC 프로젝트를 생성한다.
간단하게 설명하기 위해서 스프링 환경 설정 부분은 생략했다. 일단 사용된 툴만 적어 보면 다음과 같다 (환경들은 알아서들 잘 맞추시길..자바는 환경 설정이 제일 어려운것 같다.^^).
- Eclipse Indigo(3.7)
- apache-tomcat-7.0.27
- Maven Integration for Eclipse
- SpringSource Tool Suite (STS) for Eclipse Indigo(3.7)
- 데이터베이스: oracle 11g XE
사용된 이클립스 플러그인은 help -> Eclipse Marketplace 에서 검색.이클립스 file -> new -> others -> SpringSource Tool Suite -> Spring Template Project -> Spring MVC Project 로 프로젝트를 생성.
그다음 pom.xml 파일을 열어서 dependency에 mybatis-spring 을 추가한다
<!-- MyBatis -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis-spring</artifactId>
<version>1.1.1</version>
</dependency>
추가된 dependency를 반영하기 위해서 Run As -> Maven install을 수행한다.
Run As -> Run on Server로 생성된 프로젝트가 정상 작동 하는지 확인하기 바란다.
Hello World 라고 큼지막하게 웹 페이지가 뜨면 성공이다.
2. 게시판 테이블 및 seq 생성
이 예제에서는 오라클을 이용하고 있다. XE버전은 무료라서 개인이 사용하기에 좋은것 같다. 단지 단점이라면 리소스를 많이 잡아먹는다 (500 MB 메모리 사용). 이클립스가 사용하는 리소스도 상당한데, Oracle까지 돌리면 기본 1GB 정도는 그냥 두놈이 차지하게 된다. 컴에 램이 4GB 는 되어야 좀 돌릴만하다. 만약 다른 DB를 사용한다면, 아래의 내용을 참조로 수정이 필요할 수도 있겠다.
CREATE SEQUENCE "SEQ_ID" MINVALUE 1 MAXVALUE 99999999999
INCREMENT BY 1 START WITH 1 ;
CREATE TABLE "SPRING_BOARD"
(
"ID" NUMBER(10,0) NOT NULL,
"SUBJECT" VARCHAR2(50),
"NAME" VARCHAR2(50),
"CREATED_DATE" DATE,
"MAIL" VARCHAR2(50),
"MEMO" VARCHAR2(200),
"HITS" NUMBER(10,0),
PRIMARY KEY ("ID") ENABLE
) ;
2012년 7월 20일 금요일
2012년 7월 18일 수요일
Git 활용 (기본적인 사용법)
http://gitimmersion.com/
http://try.github.com/levels/1/challenges/1
* 설정
git config --global user.name "Your Name"
git config --global user.email "aaa@bbb.com"
라인 ending 설정 (윈도우경우)
git config --global core.autocrlf true
git config --global core.safecrlf true
인코딩 설정: 윈도우 환경일 경우.
git config --global i18n.commitEncoding cp949
git config --global i18n.logOutputEncoding cp949
물론 인코딩이 utf8 이라면
git config --global i18n.commitEncoding utf8
git config --global i18n.logOutputEncoding utf8
SSH-Key 생성
ssh-keygen -t rsa
* 추적하지 않을 파일 설정하기
.gitighore 파일을 생성, 패턴을 기술.
echo "*.security" > .gitingnore
* 현 설정 확인
git config --list
* Repository 생성
git init
* 상태 확인
git status
* 변경사항을 staging 하기
git add test.c
git add .
staged 상태 : Git가 변화를 인지한 상태, git add 를 수행하면 됨.
아직 commit을 안한 상태이기때문에 변경사항이 영구적으로 저장된 상태가 아님을 나타냄.
* 커밋
git commit -m "Changes for a and b"
혹은 vi등 편집기를 통해 메시지 편집 시에는 그냥 git commit
주의) 파일 수정후 add, 다시 파일 수정후, commit 을 하면,
2번째 수정 사항은 staging안된 상태이다.
커밋을 해도 2번째 수정 사항은 저장안됨.
이때는 2번째 수정 사항에 대한 add 도 수행하고 그것에 대한 commit도 다시 수행 해야함.
간혹 빈 commit 을 만들어서 push 해야 하는 경우가 (github pages 에 실패한 deploy를 다시 수행하는 경우 등등) 있는데, 다음처럼 수행하고 git push 한다.
git commit --allow-empty -m "empty commit"
* 이력보기
git log git log --pretty=oneline --max-count=2
git log --pretty=oneline --since='5 minutes ago'
git log --pretty=oneline --until='5 minutes ago'
git log --pretty=oneline --author=<your name>
git log --pretty=oneline --all
git log --pretty=format:\"%h %ad | %s%d [%an]\" --graph --date=short
git log --all --pretty=format:"%h %ad | %s%d [%an]" --graph --date=short
아직 커밋 안된 상태 에서 변경 사항 알아내기
git diff HEAD 파일명
HEAD란 최종 커밋을 의미.
2개 커밋 간 변경된 파일 목록 조회
git diff --name-only <commit hash1> <commit hash2>
각 commit 별 변경된 파일 목록 조회
git log --name-status
* 이전 버전 가져오기
git log --all --pretty=format:"%h %ad | %s%d [%an]" --graph --date=short
* cdb6848 2012-07-18 | 3 commit (HEAD, v1, origin/master, master) [kojunghyen]
* b5cda22 2012-07-18 | 1st [kojunghyen]
* 2314983 2012-07-18 | 2 commit [kojunghyen]
* ece0e9f 2012-07-18 | first commit [kojunghyen]
git checkout <hash>
ex: git checkout 23149839d82ce5f104aa6fba72b201566da44ec6
다시 master branch의 최신 버전으로 돌아오려면,
git checkout master
'master’ is the name of the default branch.
By checking out a branch by name, you go to the lastest version of that branch.
* 태그 붙이기
현재 버전을 v1이라고 하기로 하자.
git tag v1
바로 이전 버전을 가져오는 방법
git checkout v1~1 => v1^
^ notation to indicate “the parent of v1”
이 이전 버전을 v1-beta라고 태그를 붙이자.
git tag v1-beta
* 태그 조회
git tag
* 태그 삭제 (로컬) git tag -d<tag명>
* 태그 삭제 (원격) git push --delete origin<tag명>
* 태그 삭제 (tag 명이 브랜치명과 같은 경우) -> 명시적으로 tag임을 지정해서 삭제해야 함 git push origin :refs/tags/<tag명>
* stage->un-staged 상태로 변경하기
git reset HEAD myfile
* 수정한 내용을 무시하고 처음 상태(최근 커밋된 버전으로)로 되돌리기
git checkout -- myfile
* 커밋된 변경 되돌리기
git revert HEAD
This technique will work with any commit (although you may have to resolve conflicts).
It is safe to use even on branches that are publicly shared on remote repositories.
* AMENDING COMMITS (커밋 수정하기, 혹은 기존 커밋에 추가하기)
git commit --amend
add, commit된 상태에서 수정이 발생하였고 이전 커밋에 포함하고 싶은 경우(2개의 커밋생성없이).
* 여러개의 COMMIT들을 하나의 C OMMIT으로 합치기
다음처럼 커밋 히스토리가 존재할때
git log --oneline
-->
commit4
commit3
commit2
first commit
3,4 커밋을 합치고 싶은 경우,
git rebase -i HEAD~2
pick .......
pick .......
이것을 다음 처럼 변경 (출력 순서 주의 : 제일 위가 제일 오래된 커밋 이다, git log 와 반대)
pick ...
squash ...
* MOVING FILES
git mv hello.rb lib
혹은 add 후 제거,
git add lib/hello.rb
git rm hello.rb
* branch 만들기
git checkout -b 브랜치명
=> 이후 브랜치내에서 작업을 수행하고 commit한다.
브랜치를 선택할 경우는
git branch -a
=> 브랜치들을 리스트업, 이후 선택할 브랜치를 checkout 하면 됨
git checkout master
git checkout greet
* branch 제거
git branch -d 브랜치명
* Merging
git checkout greet
git merge master
=> master변경분을 greet에 merge시킨다.
예: clean_up branch를 만들고 작업후 master branch로 돌아와서 merge수행시
git merge clean_up
* branch 변경 비교하기
git diff --color branch1..branch2
* branch내에서 commit간 변경 비교하기
git diff --color commit_hash1 commit_hash2
=> hash 시작 문자 일부만으로도 가능.
* 충돌 해소
여러개의 BRANCH간 CHECKOUT시 불일치 발생 경우면 수동으로 해당 파일 수정후 ADD, COMMIT.
* branch push/pull 하기
자신이 생성한 branch 를 원격저장소에 push
git push origin my-branch
원격 브랜치 가져오기: 먼저 원격 브랜치 확인
git branch -r
git checkout -b 생성할브랜치이름 원격브랜치이름
동일한 이름을 사용한다면 -t 옵션 사용
git checkout --track 원격브랜치이름
* REBASING VS MERGING
rebase는 말 그대로 베이스를 다시 잡는 작업이다.
변경사항을 적용할 기준(베이스) 브랜치를 지정하고 현재 브랜치의 변경사항을
그 기준되는 브랜치에 적용을 하여 선형적인 커밋 히스토리를 만들어주므로
지저분하지 않게 된다.
다음설명이 가장 잘 이해됨.
Choose to merge when you have a feature on a separate branch and want to bring that
code into master or another branch.(feature branch 만들어서 다른branch 와 합칠거면
merge 를 사용해라. 즉 일반적인 용도에 사용)
Choose to rebase when you want to stay in sync with the main branch
when you’re working on a long-lived side branch.(없어지지않고 계속 사용될 branch 와
main branch 가 일치된 내용으로 가고싶을경우 rebase를 사용해라)
다음 링크에서도 rebase 에 대해서 그림으로 잘 설명됨.
rebase를 사용하지 말자는 내용임. feature branch에서 에러가 발생되면 rebase 시
모든 commit 에 에러가 포함되는 문제를 지적하고 있음.
그냥 간단하게 merge 를 사용하는게 좋다.
https://medium.com/@fredrikmorken/why-you-should-stop-using-git-rebase-5552bee4fed1
When to Rebase, When to Merge?
Don’t use rebase … 커밋 히스토리를 변경시키기 때문이다.
http://stackoverflow.com/questions/3357122/git-pull-vs-git-fetch-git-rebase
정확한 커밋 히스토리가 중요한 경우에는 리베이스 사용을 자제.
하지만 동일한 branch인 경우에는 선택의 여지가 있음 (아래 git pull 참고)
* add a remote repository
git remote add origin git@github.com:jeremyko/try_git.git
* git fetch
원격저장소의 변경사항 가져와서 원격브랜치를 갱신.
* Pushing Remotely
로컬 변경을 origin repo (on GitHub)에 반영한다.
-u 옵션은 입력인자들을 기억하는 옵션이다.
이 경우 다음부터는 git push 만 입력하면 된다.
git push -u origin master
* Pulling Remotely
git pull
remote repository의 변경사항을 가져온다. 그런데 pull명령은 다음과 동일하다.
git fetch
git merge origin/master
즉 변경 내용을 가져온후, 로컬의 변경사항과 머지하는작업이 동시에 일어난다.
git pull --rebase
pull 사용 시 매번 merge commit 이 생기는게 필요없는 경우
(즉, 동일한 master branch만 pull로 가져오는 경우, master 브랜치끼리 merge commit 은
불필요 할수 있으므로)
--rebase 옵션을 주면 merge commit log 가 발생 하지 않게되어,
좀 더 직관적인 이력관리가능.
* log
commit history 로그 보기.
특정 사용자의 commit history 만 보고 싶다면, git log --author=userid
특정 파일에 대한 log를 보고 싶으면, git log /xxx/yyy/source.hpp
* stash
만약 local의 변경 사항을 임시로 저장했다가 나중에 다시 적용하고 싶다면 'git stash' 로
변경사항을 stash 한 다음, git stash list 로 목록을 확인할수 있다.
예를 들면, feature branch에서 이슈에 대한 수정을 진행 중인데, master branch로 패치된
내용을 반영하고 작업을 해야 하는 경우, commit 후에 master branch와 merge 할 필요없이
stash로 수정사항을 보관 후, master 와 merge 후 다시, 작업 중이던 수정 사항을 반영 하면
다시 이전과 같은 개발 중 상태가 된다.
'git stash apply' 명령을 pull 작업 이후에 실행해서 재 적용 시킨다.
git stash drop 을 수행해야 list 에서 삭제된다.
(git statsh apply 대신 git stash pop 을 수행하면 자동으로 list 에서 삭제된다)
* cloning
원격 저장소에 있는것을 복제하기 위해서는 git clone을 사용한다.
git clone https://github.com/jeremyko/kothreadpool.git
git clone user@61.40.220.178:/path/rep_name.git my_repo_name
* Mac 사용시, .DS_Store 파일이 커밋되는것을 막으려면
http://hints.binaryage.com/how-to-remove-ds-store-files-from-a-git-repo/
* local GIT Server 설정
동일한 서버에서 여러 개발자가 개발하는 경우 간단하게 설정 가능.
서버 위치는 /USER/kojh/serverRepository.git 디렉토리라고 가정.
소스 존재 위치는 /USER/kojh/MySrc 라고 가정(이미 git init된 상태).
1. remote 서버 역활 구성
cd /USER/kojh/serverRepository.git
git init --bare
2. 소스를 서버에 push
cd /USER/kojh/MySrc
git remote add origin /USER/kojh/serverRepository.git
git push -u origin master
2. 개발자 1 의 작업
git clone /USER/kojh/serverRepository.git dev1WorkSpace
git remote add origin /USER/kojh/serverRepository.git
3. 개발자 2 의 작업
git clone /USER/kojh/serverRepository.git dev2WorkSpace
git remote add origin /USER/kojh/serverRepository.git
4. 이제 개발자1,2 가 일반적인 commit, push, pull 을 수행.
2012년 7월 17일 화요일
MyBatis-Spring
********************************************************************************
* Getting Started
********************************************************************************
- 설치
MyBatis-Spring 을 이용하기 위해서는 mybatis-spring-x.x.x.jar 과 그 dependency들을 클래스 패스에 추가해야 한다. Maven을 사용중이라면 pom.xml 에 다음 dependency 를 추가한다.
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis-spring</artifactId>
<version>x.x.x</version>
</dependency>
- Quick Setup
스프링 어플리케에션 컨텍스트에는 기본적으로 다음 2가지가 필요하다.
1. SqlSessionFactory
2. 최소 하나이상의 mapper interface
SqlSessionFactory를 생성하기 위해 SqlSessionFactoryBean 이 사용된다. 즉 다음처럼 스프링 설정파일에 선언해야 한다.
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource" />
</bean>
데이터 소스가 필요한것을 잊지 말것. 그 다음 Mapper Interface 가 필요하다.
public interface UserMapper {
// mapper XML 파일 대신 annotation 사용가능!
@Select("SELECT * FROM users WHERE id = #{userId}")
User getUser(@Param("userId") String userId);
}
2012년 7월 13일 금요일
베란다 화단 덮개 및 평상 만들기
이사올때부터 아..베란다에 공사좀 해야겠다라고 생각했었는데,
이후 몇년동안 말만 하다가 드디어 지난 2012.6.2 부터 공사를 시작했다.
일단 필요한 목재 견적을 내서 주문을 했는데 지금 보니 목재비가 만만치 않게 들었다.
작업하다가 아이폰으로 간간히 찍은 사진들이다.
이후 몇년동안 말만 하다가 드디어 지난 2012.6.2 부터 공사를 시작했다.
일단 필요한 목재 견적을 내서 주문을 했는데 지금 보니 목재비가 만만치 않게 들었다.
작업하다가 아이폰으로 간간히 찍은 사진들이다.
tomcat maven plugin : 이클립스-maven 플러그인을 이용해서 생성된 웹프로젝트를 Tomcat7.x 에 자동 deploy후 실행시키기
간만에 자바 공부 좀 하려니 역시.. 아주 오래전 느꼈던 감정을 다시 느끼게 된다.
자바 == 짜증나게 많은 라이브러리, 툴, 트릭 및 팁의 연속... - - ;;
이클립스-maven 플러그인을 이용해서 생성된 웹프로젝트를
Tomcat7.x 서버에서 실행해보기 위해서는 , 직접 사용자가 톰캣 서버의 manager로 들어가서
war파일을 deploy하는 방법도 있지만, 번거롭다.
이클립스 상에서, 간단하게 마우스 조작만으로 톰캣서버에 자동으로 deploy 시킬수 있게 해주는
것이 tomcat maven plugin 이다.
1. 리소스 다운로드
- 이클립스-maven 플러그인 다운로드: help -> eclipse Marketplaces -> "Maven Integration for Eclipse"
- 톰캣 WAS 설치
2. 이클립스에서 톰캣서버로 직접 deploy하기 위한, 권한이 필요하므로, 톰캣서버 사용자를 등록한다
(이미 기존 사용자가 존재하면 불필요)
<tomcat-users>
<role rolename="manager-script"/>
<role rolename="manager-gui"/>
<role rolename="admin"/>
<role rolename="manager"/>
<user username="admin" password="1111" roles="admin,manager,manager-gui,manager-script"/>
</tomcat-users>
2. 이클립스-maven 플러그인을 사용해서 Maven 프로젝트 생성.
New -> Maven Project
3. 해당 maven 프로젝트, pom.xml 파일에 tomcat maven plugin 을 정의한다.
<build>
....
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>tomcat-maven-plugin</artifactId>
<version>1.1</version>
<configuration>
<charset>UTF-8</charset>
<mode>war</mode>
<url>http://localhost:8080/manager/text</url>
<path>/spring-security-test</path>
<username>admin</username>
<password>1111</password>
</configuration>
</plugin>
</plugins>
</build>
4. 프로젝트 Run설정에 Goal 에 tomcat:redeploy 를 설정한다.
5, 실행:
- 톰캣서버는 이미 기동된 상태여야 한다.
- 톰캣서버에 deploy시킨다: 프로젝트 -> 오른쪽 버튼 -> Run As -> Maven Build
- 그다음, 웹 브라우져를 열어서
http://localhost:8080/spring-security-test/ 입력.
2012년 7월 5일 목요일
spring3 + Hibernate4 예제
******************************************************************
hibernate4 예제
******************************************************************
최근의 자바 개발 환경에 약간이라도 익숙해져 볼 맘으로 작성해 보았다. 그런데 보다시피 이 간단한 예제(테이블에 insert) 하나를 수행하기 위해서도 설정할것, 알아야 할것이 많다. 10년전쯤 자바 개발 하다가 이런 설정과 환경에 질려버렸던것 같은데 지금도 별로 좋아진것 없는것 같다. 수많은 설정...설정....
간단한 고객 데이터를 테이블에 저장하기 위한 예제를 작성해본다.사용된 개발환경은 다음과 같다
- hibernate-release-4.1.3.Final
- 데이터베이스: oracle 11g XE
hibernate4 예제
******************************************************************
최근의 자바 개발 환경에 약간이라도 익숙해져 볼 맘으로 작성해 보았다. 그런데 보다시피 이 간단한 예제(테이블에 insert) 하나를 수행하기 위해서도 설정할것, 알아야 할것이 많다. 10년전쯤 자바 개발 하다가 이런 설정과 환경에 질려버렸던것 같은데 지금도 별로 좋아진것 없는것 같다. 수많은 설정...설정....
간단한 고객 데이터를 테이블에 저장하기 위한 예제를 작성해본다.사용된 개발환경은 다음과 같다
- hibernate-release-4.1.3.Final
- 데이터베이스: oracle 11g XE
2012년 5월 18일 금요일
proactor design pattern (번역)
원문: http://www.cs.wustl.edu/~schmidt/PDF/proactor.pdf
* Synchronous multi-threading : 흔히 "동기식" 멀티 쓰레딩 이라고 번역된다. 동기식 이라고 하는 이유는, 요청이 올때마다 즉시 완료될때까지 수행되기 때문이다. 이것은 blocking 동작이라는 의미도 내포하고 있다(참고) 개인적으로는 이 동기식 멀티 쓰레딩이란 말은 쉽게 의미가 와닿지 않는다라고 생각하지만, 일반적으로 널리 사용 되므로, 이 문서에서도 그대로 사용 하기로 한다 (;-)
인터넷에 번역된 문서를 찾을수는 있었지만... 번역이 매끄럽지는 않다. 그래서 직접 번역.
서문
현대의 운영체계들은 동시에 실행되는(*concurrent) 어플리케이션들을 개발하기 위한 여러가지 메카니즘을 제공하고 있다. *동기적 멀티쓰레딩은 동시에 여러 작업을 수행하는 어플리케이션을 개발하는데 있어 인기있는 메카니즘 이다. 그런데 가끔, 스레드들은 성능상의 오버헤드가 크고(즉 자원을 더 많이 필요로 한다), 동기화 처리에 대한 원칙들과 패턴들에 대해서도 깊은 이해를 요구한다. 이런 사유로, 점차 많은 수의 운영체계에서는 멀티 쓰레딩의 많은 오버헤드와 복잡성을 완화 시키면서 동시성의 이점을 제공하는 비 동기적 메카니즘을 지원하고 있다. 이 문서에서 소개된 Proactor 패턴은 OS가 제공하는 비동기적 메카니즘을 효율적으로 이용하기 위해서는, 어플리케이션들과 시스템을 어떻게 구성해야 하는지에 대해 기술하고 있다.
어플리케이션이 비동기적 동작을 호출할때, OS 는 어플리케이션을 대신해서 작업을 수행한다.
이 덕분에 어플리케이션에서는 작업들 갯수만큼 쓰레드를 생성하지 않고도, 동시에 여러 작업을 수행할 수 있다.
따라서 Proactor 패턴은 동시 실행 프로그래밍을 단순화 시키고, 좀더 작은 수의 쓰레드를 사용할수 있으므로
성능의 향상을 가져오며, OS제공의 비동기 동작을 최대한 활용할수 있게 해준다.
* Synchronous multi-threading : 흔히 "동기식" 멀티 쓰레딩 이라고 번역된다. 동기식 이라고 하는 이유는, 요청이 올때마다 즉시 완료될때까지 수행되기 때문이다. 이것은 blocking 동작이라는 의미도 내포하고 있다(참고) 개인적으로는 이 동기식 멀티 쓰레딩이란 말은 쉽게 의미가 와닿지 않는다라고 생각하지만, 일반적으로 널리 사용 되므로, 이 문서에서도 그대로 사용 하기로 한다 (;-)
* concurrent :동시실행, 병행처리등으로 나타내질수 있겠지만, concurrent 와 Parallel 의 차이점을
좀더 확실하게 구분하고 싶다면 다음글을 참고. http://www.linux-mag.com/id/7411/
좀더 확실하게 구분하고 싶다면 다음글을 참고. http://www.linux-mag.com/id/7411/
2012년 4월 24일 화요일
skyfm new channel
skyfm 이라는 인터넷 음악 서비스를 사용중이다.
일할때나 쉴때 원하는 장르 음악을 마음껏 들을수 있어서 좋다.
국내 라디오 FM 방송은 너무 말들이 많고 수다스러워서 정말 듣고 싶지 않다.
(음..그중 배철수 음악캠프는 예외지만)
이번에 skyfm 에 록 음악으로 새로운 채널이 몇개 추가되었는데,
나에게 딱 맞는 그런 채널이어서 기쁘다.
진작 있었어야 했어~!
개인적으로는 80년대 록음악을 자주 듣는 편이다.
물론 다른 시끄러운 음악들도 좋아하지만..
음..당연히 연장해야겠지? ㅎㅎㅎ
2012년 4월 3일 화요일
google data api에 복합문서 업로드하기, 다시 시작..- - ;
복합문서라는건 이미지와 텍스트가 함께있는 문서란 의미로 내가 그냥 갖다 붙인 이름이다.
기존 Feeling Note에서 문서 내보내기를 할때, 사용했던 방법은 다음과 같다.
왜 다시 시작이냐면, 기존에 내가 사용하던 방식을 사용할수가 없게 되버렸기 때문이다.
- 텍스트 사이에 이미지가 존재한다.
- 이미지들을 구글 문서 변환없이 먼저 업로드한다
- 하나씩 html 파일로 export 시킨다. 그러면 이미지가 링크된 html파일을 다운로드 받을수 있다.
- 그 안의 이미지 링크 url 들을 파싱해서, 저장하고
- 이미지link url 이 모두 구해지면, 최종 html문서를 동적 생성해서 업로드 한다.
이렇게 구현해서 이미지 여러장을 포함하는 html문서를 만들어서 문서 내보내기가 그럭저럭 동작했는데....
며칠전, 내보내기 기능을 테스트해보니 앱이 그냥 죽는다. 난 아무짓도 안했어
원인을 찾아보니, 이제.. 이미지를 google doc에 업로드하고
html로 export 시켜도, 더이상 link url을 구할수 없다.
html로 export 시켜도, 더이상 link url을 구할수 없다.
다운로드 되는것은 내가 올린 그 이미지 파일(바이너리)이다. 이런ㅅ 아니 왜!~~
그래서, 이제까지의 방식을 사용할수가 없게 되버렸다.
이미지를 포함하는 하나의 문서로 업로드 하는 방법을 다시 생각중이다.
일단 생각나는것은 rtf, pdf, doc, docx 정도이다.
1. rtf 파일 생성: 이미지가 문서 자체에 embed되서 좋긴 한데...
스펙문서나, MS word로 생성된 rtf 문서를 일반 편집기로 열어보면 무진장 난잡하다. 분석 의욕 상실..
2. doc 파일: 헐....이건 뭐... rtf 보다 더 어려움ㅠㅠ.... 완전 분석 의욕 상실..
3. pdf로 만들어서 올리는것은 예제도 많고 해서 제일 용이할것 같다. 그런데 테스트로 올려보니,
이미지와 텍스트가 마치 하나의 이미지처럼 취급된다. 내가 기존에 구현한 기능은
텍스트와 이미지를 따로 선택가능한 html문서이므로... pdf로 올리면 안되겠네..
4. docx 파일 : 이건 실제로는 zip파일로, 확장자를 변경하고 압축을 풀어보면, xml 파일들과 폴더로
이루어져있는것을 알수 있다. 첨부되는 이미지들도 별도의 폴더에 저장되고,
이미지와 id의 맵핑이 xml파일에 정의된다. 전체 문서 구조는 document.xml에 표시된다.
그럼 이 관계를 파악해서, 기본 템플릿을 미리 만들어두면,
업로드할 앱 내용에 따라서 템플릿 파일을 복사->내용에 맞게 수정->압축->확장자docx로 변경한후
google Data Api 이용해서 업로드 하면 어떨까..
피드 구독하기:
글 (Atom)