좀더 나은 나를 위하여

컴포넌트 기술들의 통신 메커니즘
COM : RPC 기반의 DCOM
JAVA : RMI
CORBA : IIOP

문제점 : 각 컴포넌트간의 상호운영성이 떨어집니다.

SOAP의 등장
SOAP(Simple Object Access)은 XML과 HTTP를 사용하여 플랫폼에 독집적으로 서버스 혹은 분산 객체를 액세스하는 방법을 정의합니다.

SOAP는 XML 메시지를 처리하는 플랫폼이나 프로그래밍 언어를 제한하지 않으므로 HTTP 프로토콜을 이해하고
SOAP의 XML메시지를 이해하기만 한다면 어떤 프로그래밍 언어로 구현을 하든지 상관이 없습니다.

Web Service 개념
인터넷 상에서 SOAP 메시지와 HTTP를 통해 운영체제나 구현기술에 구애 받지 않고 다양한 크라이언트에게 어떤 기능을 제공하는 것을 웹서비스라 합니다.

"전통적으로 X.25와 같이 보안성이 높은 네크워크를 사용하거나 암호화된 TCP 메시지를 통해 슨인 요청을 받고 그에 대한 처리결과를 반환해 왔다. 메인 프레임 기반으로 구성된 금융권의 계정계 시스템에서 이러한 방식은 소위 '전문' 방식이라 하며 아직도 많이 사용하는 메시지 처리 기법이다. 전문방식의 문제점은 스크립트 언어 기반의 클라이언트가 X.25 혹은 TCP와 같은 하위 프로토콜 수준의 프로그래밍이 쉽지 않다는 것돠 클라이언트로 하여금 카드회사의 프로토콜을 따르도록 강요하는 정도이다. 따라서 전문 방식의 통신은 카드 가맹점들이 사용하는 POS(Point of Sale 시스템을 제약할 뿐만 아니라 카드 회사의 비즈니스 영역을 제한하는 효과를 가져올 수 있다."

Web Service 적용상의 문제점과 대응책들

문제점
* SOAP 스펙을 준수하는 웹서비스 구현 사이의 미미한 차이점에서 오는 호환성 문제
* SOAP 메시지에 대한 다양한 기능 강화
* SOAP 메시지에 대한 인증. 암호화와 같은 보안에 대한 표준 스펙부재
* SOAP과 HTTP를 통해 느슨하게 연결된 (loosely coupled) 웹서비스 사이의 트랜잭션 요구
* SOAP 메시지의 전달에 대한 신뢰성 부재
* WSDL(Web Service Descripttion Language)을 통해 전달되는 웹 서비스의 메타 데이터에 대한 상세 내역 결여

대응책
* Compatibility
WS-I(WS-Interoperability) Base Profile :  SOAP 표준과 WSDL 을 적용하고 구현하는데 호환성을 지키기 위한
가이드 라인 및 테스트 도구

* Messaging
WS-Addressing : SOAP 메시지가 HTTP 뿐만 아니라 TCP나 SMTP 등의 다른 트랜스포트를 통해서도 전송이 될 수 있도록 메시지를 수신하는 서비스에 대한 정보를 SOAP 헤더에 명시함으로써 메시지가 인터넷 상에 다양한
매개체를 통해 라우팅 될 수 있도록 하는 것을 목적으로 합니다.

MTOM(Message Transmission Optimization Mechanism): SOAP 메시지를 통해 커다란 바이너리 데이터를
전송하기 위해 고안된 표준 스펙입니다. SOAP은 XML을 사용하고 XML은 텍스트를 사용하기 때문에 바이너리 데이터를 전송하기 위해서는 Base64 혹은 Uuencoding 등의 바이너리 인코딩을 사용해야합니다. 이러한 변환 작업은
SOAP 메시지의 크기를 33% 정도 더 크게 만들며, 메시지 크기가 커짐에 따라 네트워크 대역폭 역시 손해를 감수햐야만 합니다. MTOM은 이렇게 바이너리 데이터를 전송할 때 효율적으로 SOAP 메시지를 구성하도록
 MIME(Multi-part Message Encoding)을 사용하여 SOAP 메시지를 재구성하는 방법을 정의하는 표준입니다.
MTOM을 사용하여 바이너리 데이터가 직접 전송되게됩니다.

* Security of Web Service
SOAP는 보안을 위하여 일반적으로 HTTP에 적용할 수 있는 인증(authentication) 기술과
SSL(Secure Socket Layer) 기반의 보안 통신을 사용하면 된다고 생각했기 때문에 원격 호출 개념이 강한 웹 서비스에는 이러한 기술이 한계를 나타낼 수 밖에 없었습니다.
첫째. 웹 서비스가 HTTP를 트랜스포트로 사용할 때 많이 사용되는 SSL 과 같은 기술은 트랜스포트 수준의 보안으로써
클라이언트와 서비스가 직접 연결되는 경우에만 유효한 보안 채널이라는 접입니다. 인터넷 상에서 클라이언트와
사이에는 프록시 서버, 캐시 서버, 방화벽등 다양한 중간 매개체가 존재할 수 있기 때문에, SSL 과 같이 종단간
(Point-to-Point) 보안은 취약할 수 밖에 없습니다.
둘째. SOAP 메시지가 HTTP 가 아닌 TCP 나 SMTP 같은 다른 트랜스포트를 통해 전송될때는 SSL 과 같이 HTTP에
의존적인 보안을 사용할 수 없습니다.
WS-Security, WS-Trust, WS-SecurityConversion : WS-Security가 핵심이되며 이 스펙은 SOAP 메시지 자체를
메시지 수준에서 인증하거나 암호화하는데 필요한 표준을 정의하고 있습니다.

* Reliability
WS-ReliableMessagine : 신뢰도가 낮은 네트워크나 인프라 상황에서 신뢰도 놓은 SOAP 메시지의 전달을 위해
정의된 표준입니다.

* Transaction
WS-AtomicTransaction, WS-Coordination : SOAP 메시지를 통해 2-phase commit 프로토콜을 구현하며 플랫폼과
트랜잭션 관리자와 무관하게 분산 트랜잭션을 처리할 수 있도록 하는 웹 서비스 표준입니다.

* Rich Metadata
SOAP와 같이 등장한 스펙이 웹서비스의 메타 데이터에 대한 표준인 WSDL(Web Service Description Language)
입니다. WSDL은 웹서비스가 어떤 기능을 가지고 있으며 매개변수는 어떠한지에 대한 정보뿐만아니라 웹서비스를
호출하는데 필요한 트랜스포트 정보역시 제공합니다. 하지만 서비스가 어떤 보안을 사용하는지, 세션을 사용하는지,
트랜잭션을 지우너하는지 등의 정보는 제공하지 않습니다.
WS-Policy, WS-MetadataExchange : 웹서비스가 어떤 방식으로 메시지를 주고 받는지에 대한 풍부한 메타데이터를
제공합니다.

폴드 기능
코드의 특정영역을 접을(fold) 수 있는 기능입니다.
먼저 v 혹은 ctrl+v 를 눌러 원하는 영역을 선택후
z를 누른후 f (접기)
z를 누른후 o (접기해제)
z를 누른후 c (다시접기)

해더파일 읽어오기
소스파일에서 읽어오고자 하는 해더 파일의 이름에 커서를 둡니다.
ctrl+wf 를 입력하면 창이 수평으로 분할 되면서 파일이 열리게 됩니다.

자동완성 기능의 사용
타이핑을 하다가 ctrl+p 나 ctrl+n 을 누르면 자동완성기능을 이용할 수 있습니다.
ctrl+p (커서 위치에게부터 위를 향하면서 자동완성이 가능한 단어가 있는지를 찾음)
ctrl+n (아래로 내려가면서 찾음)
일반적으로 ctrl+n 보다 ctrl+p 를 많이 사용합니다.

여러개의 파일 편집
$vim file01.c file02.c file03.c
:b1 ~ :b3 가 매칭이 됩니다.
:b2 를 입력하면 file02.c 가 열립니다.
:bw 누르면 파일을 닫습니다.

여러개의 파일 편집2
$vim -p file01.c file02.c file03.c
지정한 문서들이 탭형식으로 열립니다.
:tabn (다음탭), :tabp (이전탭)
:tabnew (새로운탭으로 문서열기)

셀 명령어 사용
:!명령어 (vim으로 빠져 나갔다가 명령이 수행된후 다시 vim으로 돌아감)
Ctrl+z (셀로 빠져나갔다가 vim 으로 돌아오려면 fg 명령사용)

rsync 에는 ssh 를 이용하여 원격서버에 접속하여 동기화를 하는 기능이 있습니다.

대략의 내용은 아래와 같습니다.
rsync -azrtv --delete --stats -e "ssh -i /root/.ssh/개인키" 원본서버계정@원본서버주소:원본경로/ /백업경로/

그럼. 자세히...

일단 접속하기 위한 원격주소의 계정 정보가 필요합니다.
즉 ssh 로 원격서버로 로그인을 하는것입니다.
하지만 crontab을 이용하여 자동으로 스케쥴링을 하려면은 암호를 입력하는 단계가 걸림돌이죠
바로 자동로그인을 해야된다는 의미입니다.

그러기위해서는 ssh 키를 이용하는데
먼저 키를 생성합니다. 주의 할점은 개인키를 가진쪽이 공개키를 가진쪽으로 접속한다는 것입니다.
즉... 접속대상서버가 아니라 접속을 시도하는 백업서버에서 키를 만든다는 것입니다.
[~]$ ssh-keygen -d -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/inkaftp/.ssh/id_rsa):
Created directory '/home/inkaftp/.ssh'.
Enter passphrase (empty for no passphrase): <ENTER>
Enter same passphrase again: <ENTER>
Your identification has been saved in /home/inkaftp/.ssh/id_rsa.
Your public key has been saved in /home/inkaftp/.ssh/id_rsa.pub.
The key fingerprint is:
11:ce:7a:2d:60:0d:09:b3:2a:8b:3f:de:9a:8f:96:20 root@nhn.com

아무것도 입력하지않고 엔터만 두번누르면 RSA 방식의 키가 생성됩니다.

.ssh/id_rsa
.ssh/id_rsa.pub

위와 같은 파일이 생성된것을 발견할 수 있습니다.

그다음으로는 공개키를 전송합니다.
#scp /root/.ssh/id_rsa.pub 원본서버계정@원본서버아이피:~/.ssh/authorized_keys
원본서버계정에 .ssh 디렉토리가 없으면 미리 만들어둬야합니다.
패스워드를 입력하면 끝

(하지만 전 scp 가 잘되지 않아서 그냥...ftp 로 전송했습니다.)

그럼 접속이 잘되는지 확인해봅시다.
#ssh -i /root/.ssh/id_rsa 원본서버계정@원본서버아이피
RSA key fingerprint is 03:c0:4d:25:a6:5d:0c:41:70:a7:11:0e:f7:12:ee:c8.
Are you sure you want to continue connecting (yes/no)? yes <ENTER> rsync -azrtv --delete --stats -e "ssh -i /root/.ssh/id_rsa" 원본서버계정@원본서버주소:원본경로/ /백업경로/

-a : 심볼릭 링크, 속성, 퍼미션, 소유권 등 보존
-v : 자세한 정보출력
-z : 전송시 압축
-r : 하위디렉토리포함
-e ssh : ssh를 이용한 rsync 동기화
--delete : 서버동기화후 원본에서 파일이 삭제되면 백업에서도 파일을 삭제
--stats : 결과출력

백업이 잘되면 자동화를 위하여 cron에 등록합니다.
먼저 rsync 명령을 실행할 .sh 파일을 만듭니다.
# vi ./rsync_cron.sh
rsync -azrtv --delete --stats -e "ssh -i /root/.ssh/id_rsa" 원본서버계정@원본서버주소:원본경로/ /백업경로/

파일을 만들고나서는 실행권한을 줍니다.
#chmod 755 ./rsync_cron.sh

crontab 을 실행합니다.
#crontab -e
30 4 * * * /root/rsync_cron.sh

참조
http://blog.naver.com/forioso?Redirect=Log&logNo=10025992292

솔찍히 조금만 구글링을 하면 보다더 자세히 설명해주고 있는곳이 많지만 제가 필요할때 마다 참조하려고 개인적정리입니다. (즉 대충... 자세한 설명은 생략)

1. redmine DB 백업
mysqldump -uroot -p비밀번호 redmine디비명 | gzip > /백업경로/redmine_`date +%y_%m_%d`.gz

2. redmine 첨부파일백업
rsync -avz --delete /redmine설치경로/files /백업경로
or
rsync -avz --delete -e ssh /redmine설치경로/files 사용자계정@서버아이피:/원격의백업경로

-a : 심볼릭 링크, 속성, 퍼미션, 소유권 등 보존
-v : 자세한 정보출력
-z : 전송시 압축
-r : 하위디렉토리포함
-e ssh : ssh를 이용한 rsync 동기화
--delete 서버동기화후 원본에서 파일이 삭제되면 백업에서도 파일을 삭제

3. 일정날짜가 지난 백업파일을 삭제
find /백업경로 -name *.gz -mtime +90 -delete

4. 위의 과정을 진행하는 sh 파일작성
vim bkscript.sh

5. crontab 을 사용하여 주기별로 sh 파일을 실행
#분 시 일 월 요일(월=1 화=2 ... 일=7)
0 6 * * 6 /백업경로/bkscript.sh

참조
http://khtinsoft.egloos.com/379902
http://blog.nul.kr/246

maven 으로 jar 를 생성하여 배포할때 종속적인(dependency) 라이브라리들이 실행시 필요합니다.

war 프로젝트는 WEB-INF 라는 폴더아래로 필요한것들을 넣어주지만 jar에서는 일일히 dependency로 추가된
라이브러리들을 처리하는것이 무척 귀찮고 막막합니다.

하나씩 잡아줘보지만 한두개도 아니고....
이럴땐 2가지 방법이 있습니다.

첫번째는 dependency를 따로 폴더안으로 모두 복사해오고 META-INF/MENIFEST.MF를 수정하는 것입니다.
아래와 같이 플러그인을 추가하고 goal로 install을 실행하면 모든 dependency 들이 lib안으로 복사하여 모으고 jar파일생성시  META-INF/MENIFEST.MF를 수정합니다.

<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>copy</id> <phase>install</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <outputDirectory> ${project.build.directory}/lib </outputDirectory> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>2.3.2</version> <configuration> <finalName>${jar.name}</finalName> <!-- jar 파일이 생성될 폴더 --> <outputDirectory>${deploy.target.dir}</outputDirectory> <archive> <manifest> <!-- public static void main() 함수가 있는 클래스 지정 --> <mainClass>oasyss.Main</mainClass> <!-- jar 파일 META-INF/MANIFEST.MF 에 클래스패스 정보 추가 --> <addClasspath>true</addClasspath> <!-- 클래스패스에 추가시 prefix 설정 ex) log4j-1.2.16.jar -> lib/log4j-1.2.16.jar 로 추가됨 --> <classpathPrefix>lib/</classpathPrefix> </manifest> </archive> </configuration> </plugin>

두번째방법은 jar 안에 모든 dependency를 포함시키는 것입니다. jar하나로 모든 라이브러리들이 포함되어 실행이 되는 구조입니다. 당연히 파일크기가 커지겠지요.

<project> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <version>2.2.1</version> <configuration> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> </configuration> </plugin> </plugins> </build> </project>

그리고
maven assembly:assembly 라고 콘솔에서 실행하면
abc-0.0.1-SNAPSHOT.jar
abc-0.0.1-SNAPSHOT-jar-with-dependencies.jar

위와 같이 라이브러리가 포함된 jar와 일반 jar 가 생성된것이 보입니다.

참조

http://entireboy.egloos.com/4615383
http://redrebel.tistory.com/entry/maven-으로-생성한-jar-파일이-실행이-안될때-NullPointerException

좋은 코드의 정의
-유지보수성이 높다
-신속하고도 효율적으로 동작한다.
-정확하게 동작한다.
-불필요한 부분이 없다.

코드를 분할 하는 이유
-가독성의 향상 : 매소드의 사이즈가 100행이 넘으면 가독성이 떨어짐, 30행이 적당함.
-유지보수성의 향상
-재이용성의 향상

내부클래스의 장점
-실제로 사용되는 장소 바로근체에 클래스가 있으므로 알기 쉽다.
-원래 클래스와의 의존관계(dependencies)를 static으로 제어할 수 있다.
-새로운 파일을 늘리지 않아서 좋다.

추상화의 예
-공통적인 처리를 정리하여 부모클래스를 작성하기
-데이터베이스의 접속 정보를 설정파일로 외부 추출하기
-비슷한 행동( 메소드)을 인터페이스로 추출하기

추상화란 '비슷한 것을 동일하게 취급함으로써 프로그램을 간단하게 하는것' 이다.

자바를 잘몰라 배우고 있는데 C/C++ 처럼 seek 을 이용하여 임의의 파일포인터위치부터 읽기가 가능한 함수를 찾았습니다.

RandomAccessFile() 입니다.
InputStream이나 OutputStream의 서브 클래스는 아니지만 파일의 읽기, 쓰기를 위한 독립적인 메소드를 제공합니다.
아래는 간단한 예제입니다.


package filetransTest; import java.io.IOException; import java.io.RandomAccessFile; public class App { public static void main( String[] args ) { RandomAccessFile rf; long pos = 0; try{ rf = new RandomAccessFile("acct20101125.log", "r"); pos = readLines(rf); rf.close(); System.out.println("\nread 1-10\n\n"); rf = new RandomAccessFile("acct20101125.log", "r"); rf.seek(pos); pos = readLines(rf); }catch(Exception e) { System.out.println(e.toString()); } } private static long readLines(RandomAccessFile rf) throws IOException { long recnum = 1; String temp; while((temp = rf.readLine()) != null) { System.out.println("Line " + recnum + " : " + temp); if(((++recnum)%10) == 0) { break; } } return rf.getFilePointer(); } }

내용은 간단합니다. 텍스트형식의 파일을 읽고 10줄까지 화면에 뿌린후 읽은곳 까지의 포인터위치를 저장후
파일을 닫고 다시 연후 좀전에 저장한 포인터 위치부터 읽어서 화면에 뿌리는 형식입니다.


참조
http://docs.oracle.com/javase/1.4.2/docs/api/java/io/RandomAccessFile.html

위와 같은 에러가 나오면서 maven 에서 mvn install 을 통해서 생성한 jar 파일이 실행이 안되는 경우가 있습니다.
이경우에는 실행가능한 jar를 생성할때 실행할 mainClass 를 지정하지 않아서 생기는 문제입니다.

실행가능한 JAR 를 만드는데 아래와 같은 단계를 추천합니다.

1. JAR 의 MAINFEST.MF 파일에서 main 클래스를 정의합니다. (MAINFEST.MF 파일을 Maven에서 애플래케이션을 패키징할때 생성되는 파일입니다.)
2. 프로젝트에 종속된 모든 라이브러리를 찾습니다.
3. 애플리케이션에서 해당 라이브러리를 참조할수 있도록 MAINFEST.MF 파일에 포함시킵니다.

위의 작업을 수동으로 직접할 수 도 있지만 maven-jar-plugin 과 maven-dependency-plugin 이라는 maven 플러그인을 사용하여 효율적으로 수행할 수 있습니다.

maven-jar-plugin
pom.xml 파일의 <build></build> 안에 아래내용을 추가합니다.

<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <configuration> <archive> <manifest> <addClasspath>true</addClasspath> <classpathPrefix>lib/</classpathPrefix> <mainClass>com.mypackage.MyClass</mainClass> </manifest> </archive> </configuration> </plugin>

mainClass 에 실행할 메인클래스를 지정합니다.

maven-dependency-plugin

pom.xml 파일의 <build></build> 안에 아래내용을 추가합니다.
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>copy</id> <phase>install</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <outputDirectory> ${project.build.directory}/lib </outputDirectory> </configuration> </execution> </executions> </plugin>

위와 같이 내용을 추가하였으면 다시 jar를 만들고 실행해 보면 실행이 될겁니다.

참조 :
https://www.ibm.com/developerworks/kr/library/j-5things13/

니시무라 아키라 지음 권일영 옮김

-한주의 시작을 일요일 밤 10시부터
-다이어리의 역할은 시간관리, 스케줄관리, 정보관리, 인맥관리
-정보란 모으지 ㅇ낳아도 곤란하고 도 모앗어도 정리해야 하며 게다가 필요할 때 바로 꺼내 쓸수 없으면 무용지물인것이다.
-가장 주용한 것은 업무를 잘하는 것이다. 다이어리를 사용하는 것은 그자체가 목적이 아니다. 업무를 잘하기 위한 방법인 것이다.
-포스트잇을 사용하여 항상 메모하라.
-다이어리는 시간을 만드는 도구이다.
-꿈을 이루는 방법 가운데 하나. 그것은 다이어리에 적는것이다.

 신앙인으로서 돈을 바라보는 시각이 두가지로 나뉘는데

첫째는 하나님의 자녀로서 물질적인 풍요 또한 추구해야한다는 의견과

둘째는  가난해야 영적으로 성숙해질수 있다는 의견이다.

이책의 지은이인 스코드 앤더슨은 하나님은 우리가 축복을 받기를 원하시고

많은 축복을 준비하시며 우리가 부유함으로 인하여 보다 많은 사람이

하나님을 따르고 또한 믿음으로서 부유한자들을 닮기를 원하게 하고

그리고 다른 한편으로는 하나님께서 주신 물질을 십일조와 그리고

물질이 필요한곳에 쓰여지길 원하신다고 한다.

부자와 우리(일반인)은 돈과 투자, 직업, 위험, 지혜, 시간에 대하여 다른

생각을 가지고 있다고 한다.

그다른 생각으로 인하여 부자는 부자가되고 또한 더욱 부유하게되며

그렇지 못한 우리는 아쉽게도 많은 기회들과 축복을 놓지며 살고 있다고 한다.

그리고 '돈' 하면 떠오르는 부정적인 생각들을버리고 믿는 사람으로서 잘되는것이

하나님을 더욱 영화롭게 하는 길이며 부를 통하여 하나님을 기쁘게 하며, 하나님께 영광을

돌리기 위해 지금의 부를 사용해야한다고 말한다.

그리기 위해서는 하나님께 지혜를 구하고 비전을 새우고 결단하며 절제하고

내일을 위해서 살며, 두마음을 품지말고, 참된 알짜 믿음을 가지고, 위기를 두려워하지말고,

정직과 신용을 지켜야된다고 말한다.

그리고 부자들은 일반인보다 더 많은 시련을 만나고 경계하고 그 시련들을 잘견뎌내어야 한다고

말하고 있다.

그다음으로는 성취지수를 끌어올리는 다양한 방법을 소개하고 있고

알아야 성공을 한다고 하면서 그예로 자동차와 주택의 투자에 대하여 서술하였다.

마지막으로 남들과는 다르게 일을 해야하며 시간은 금이다는 생각으로 살아야

한다고 말한다.

다른 서적들과 마찮가지로 이책또한 성경을 뛰어넘는 절대적인 진리는 아닐것이다.

하지만 하나님을 영화롭게 하며 하나님의 축복의 통로로써 열심히 살고 지혜롭게 살며

나누고 배푸는 삶으로서 신앙인으로서의 참된보습을 세상에 보임으로서 많은 사람들이

참하나님을 알게하는 도구로서 살길 희망합니다.