Log4j logging

Logging Messages from Servlets and JSPs

웹 어플리케이션에서 로그를 기록하는 법은 크게 2가지가 있습니다.
하나는 ServletContext.log() 를 이용하는 것이고 다른 하나는 Log4j 를 이용하는 것입니다. 먼저 ServletContext.log()를 사용해서 로그를 남기는 방법을 보겠습니다.

import javax.servlet.*;
import javax.servlet.http.*;
public class MyLog extends HttpServlet {
    public void goGet( HttpServletRequest request, HttpServeltResponse response ) throws SevletException, java.io.IOException {
    ServletContext context = getServletContext();

    context.log("에러가 발생했습니다.");
    context.log("에러가 발생했습니다.",new IllegalStateException("잘못된 파라메터입니다."));
    }
}

log 메서드는 2개가 있는데 하나는 String 변수만 받고 다른 하나는 String와 Throwable을 받습니다.

Log4j 를 사용하는 방법은 좀더 자세히 보겠습니다. 요것은 아주 유용하기 때문에 자세히 봐야 합니다.^^
먼저 Log4j를 셋업하는 방법부터 보겠습니다. 일단 셋업을 하기전에 다운받아 설치를 해야합니다.

http://jakarta.apache.org/log4j/docs/download.html

여기서 다운받아 톰켓의 WEB-INF/lib 에 가져다 놓습니다. 압축을 풀면 jakarta-log4j-1.2.8 파일이 나옵니다. 파일이름은 버젼마다 틀려집니다. 참고하세요. 압축을 풀고 WEB-INF/lib 에다가 가져다 놓았으면 properties 파일을 만들어야 합니다. 이는 단순히 text파일로 키,값으로 이루어져 로그파일에 대한 각종 정보들을 담아둡니다. 이 프로퍼티 파일로 log4j를 서블릿에서 사용하기 위해선 2개의 패키지를 import 해야 합니다.

import org.apache.log4j.Logger;
import org.apache.log4j.PropertyCofigurator;

하지만 이 프로퍼티 파일을 이용하지 않고 싶을때는 log4j에서 지원하는 default configurator를 이용할 수 있습니다. 이때는 PropertyCofigurator 대신 BasicConfigurator를 임포트 합니다. 사용법은 약간 다르니 주의하세요.

import org.apache.log4j.Logger;
import org.apache.log4j.BasicConfigurator;

import javax.servlet.*;
import javax.servlet.http.*;

public class LoggerDefaultConfig extends HttpServelt {
    private Logger log = null;
    public void init(){
        log = Logger.getRootLogger();
        BasicConfigurator.configurator();
    }
    public void goGet( HttpSevletRequest req, HttpServletResponse res ) throws ServletException, java.io.IOException {
        log.debug("디버깅 메시지입니다.");
        log.info("정보 메시지입니다.");
    }
}

다음은 configuration file 을 이용한 로그 사용법을 보겠습니다.
먼저 log4j.properties 파일을 만들고 web-inf/classes 폴더에다가 넣습니다. 그리고 사용하고자 하는 서블릿에다가 org.apache.log4j.Logger 를 import를 합니다. 그런다음 정적 메소드인 Logger.getRootLogger() 를 사용하여 레퍼런스를 얻어와서 로그를 남김니다.
이 로그파일에는 org.apache.log4j.ConsoleAppender 타입의 이름을 붙입니다. 여기서는 hans로 정하겠습니다.

log4j.rootLogger=DEBUG, hans
log4j.appender.hans=org.apache.log4j.ConsoleAppender
log4j.appender.hans.layout=org.apache.log4j.SimpleLayout

BasicConfigurator.configure( ) 이게 호출되지 않으면 자동으로 web-inf/classes 에서 log4j.properties 파일을 찾아 설정하게 됩니다.

log4j.rootLogger=DEBUG, cons
log4j.logger.com.jspservletcookbook=, myAppender
#the root logger's appender
log4j.appender.cons=org.apache.log4j.ConsoleAppender
#the com.jspservletcookbook logger's appender log4j.appender.myAppender=org.apache.log4j.RollingFileAppender
log4j.appender.myAppender.File=h:/home/example.log
log4j.appender.myAppender.MaxBackupIndex=1
log4j.appender.myAppender.MaxFileSize=1MB
#the root logger's layout
log4j.appender.cons.layout=org.apache.log4j.SimpleLayout
#the com.jspservletcookbook logger's layout
log4j.appender.myAppender.layout=org.apache.log4j.PatternLayout
log4j.appender.myAppender.layout.ConversionPattern=%-5p
Logger:%c{1} Date: %d{ISO8601} - %m%n

위 코드는 myAppender라는 이름으로 rootLogger를 상속하여 다양한 로그를 남기는 법을 보여줍니다.

the log4j Javadoc page: http://jakarta.apache.org/log4j/docs/api/index.html
the log4j project documentation page: http://jakarta.apache.org/log4j/docs/documentation.html 

[출처] log 남기기 ( with log4j )|작성자 달콤인생

좋은 개발자를 뽑는방법

개발자 생존 가이드 발표하기 전 자바서비스넷의 이원영님이 추천해주셨던 내용이기도 했습니다. http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/ 

6가지 요소를 얘기합니다. 물론 여러 요소들이 많겠지만, 6가지 소양은 다음과 같습니다.

#1 : Passion
#2 : Self-teaching and love of learning
#3 : Intelligence
#4 : Hidden experience
#5 : Variety of technologies
#6 : Formal qualifications

 

물론 변명의 여지도 Disclaimer에 남겨놓았습니다. 저 조건을 만족하는 것이 모두 좋은 프로그래머는 아니고, 또한 일부 조건에 맞는 형편없는 프로그래머도 있다고. 하지만 비즈니스맨 입장에서 좋은 프로그래머는 알아놓을 필요가 있다고 얘기합니다.

 

하단에 있는 긍정적인 지표와 부정적인 지표들로 내용을 마무리짓습니다.

Positive indicators:

    * Passionate about technology
    * Programs as a hobby
    * Will talk your ear off on a technical subject if encouraged
    * Significant (and often numerous) personal side-projects over the years
    * Learns new technologies on his/her own
    * Opinionated about which technologies are better for various usages
    * Very uncomfortable about the idea of working with a technology he doesn’t believe to be “right”
    * Clearly smart, can have great conversations on a variety of topics
    * Started programming long before university/work
    * Has some hidden “icebergs”, large personal projects under the CV radar
    * Knowledge of a large variety of unrelated technologies (may not be on CV)

Negative indicators:

    * Programming is a day job
    * Don’t really want to “talk shop”, even when encouraged to
    * Learns new technologies in company-sponsored courses
    * Happy to work with whatever technology you’ve picked, “all technologies are good”
    * Doesn’t seem too smart
    * Started programming at university
    * All programming experience is on the CV
    * Focused mainly on one or two technology stacks (e.g. everything to do with developing a java application), with no experience outside of it

from: http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/

사람을 뽑는 입장이라면 자신과 같은 사람을 뽑을까요? 대답이 "Yes"라면 이제 비즈니스맨을 잘 만나는 일만 남았군요. 제리 맥과이어 같은 사람말이죠.

 

 

 

Struts VS Struts2

Struts1  VS Struts2

1. 서블릿 의존성
스트럿츠1에서의 Action은 Action이 호출될때 HttpServletRequest와 HttpServletResponse 오브젝트들이 execute 메소드를 통해서 전달되기 때문에 서블릿 API에 대해 의존성을 지니고 있었습니다. 그러나 스트럿츠2의 경우에는 Action클래스들이 단순한 POJO형태로 개발되기 때문에 컨테이너에 의존성이 없습니다. 스트럿츠2에서는 서블릿 컨텍스트가 단순한 Maps로 표현되기 때문에 격리된 환경하에서 Action에 대한 테스트가 가능합니다. 필요하다면 스트럿츠2의 Action은 원 request, response에 접근할 수 있습니다. 그러나 다른 아키텍쳐적인 요소들이 HttpServletRequest나 HttpServletResponse에 대한 직접적인 접근에 대한 필요를 감소시켜주었습니다.

2. Action 클래스들
인터페이스 기반이 아닌 추상클래스 기반으로 개발된 스트럿츠1의 디자인 관련 이슈들은 스트럿츠2에서 해결이 되었습니다. 스트럿츠1의 Action 클래스들은 프레임웍에 의존적인 기반 추상클래스를 상속받도록 되어 있었지만 스트럿츠2의 Action클래스들은 옵셔널하고 커스텀한 서비스를 적용하기 위해 인터페이스를 구현할 수도 있고 아예 하지 않을 수도 있습니다. 스트럿츠2의 경우 Action 클래스들은 단순 POJO들로 개발되기 때문에 컨테이너에 대한 종속관계가 없습니다. 스트럿츠2는 ActionSupport 클래스를 제공하여 공통적으로 사용되는 인터페이스들을 개발할 수 있도록 지원합니다.
그럼에도 불구하고 Action 클래스가 어떤 인터페이스를 구현하도록 요구되지는 않습니다. 어떤 POJO 오브젝트라도 execute 메소드만 존재한다면 스트럿츠2에서 Action 오브젝트로 사용이 가능합니다.

3. 검증(Validation)
스트럿츠1과 스트럿츠2는 둘다 validate 메소드를 통한 메뉴얼한 검증을 지원합니다. 스트럿츠1은 ActionForm내에 validate메소드를 통해 지원하거나 또는 Commons Validator에 대한 확장을 통해서 검증을 지원합니다.
그러나 스트럿츠2에서는 validate 메소드를 통한 메뉴얼한 검증방식과 XWork Validation 프레임웍을 통한 검증을 지원합니다. XWork Validation 프레임웍은 validation 컨텍스트와 프러퍼티의 타입을 위해 정의된 validation설정을 사용하여 validation chaining을 서브 프러퍼티까지 지원합니다.

4. 쓰레딩 모델
스트럿츠1에서 Action들은 반드시 thread-safe이거나 synchronized되어야 했었습니다. 그래서 Action들은 싱글톤이고 thread-safe했으며 해당 Action에 대한 모든 요청을 처리하기 위해 하나의 인스턴스만이 존재했습니다. 싱글톤 전략은 스트럿츠1의 Action에서 처리될 수 있는 일에 대해서 제한을 가져왔으며 추가적이고 조심스러운 개발을 요구했습니다.
그러나 스트럿츠2에서는 Action의 인스턴스들이 각 요청마다 생성됩니다. 따라서 더이상 thread-safe에 대한 이슈가 없습니다.(실제로 서블릿 컨테이너는 하나의 요청에 대해서 한번 사용하고 제거하는 오브젝트들을 많이 생성해냅니다. 그리고 이러한 추가적으로 생성되는 오브젝트들이 퍼포먼스와 가비지 컬렉션에 문제가 되지는 않습니다.)

5. 테스트의 용이함.(Testability)
스트럿츠1 기반의 어플리케이션은 테스트가 복잡했었습니다. 스트럿츠1의 Action을 테스트함에 있어서 가장 큰 장애는 execute 메소드가 서블릿 API에 노출되어 있다는 것입니다. 써드파티 모듈에 의한 확장, Struts TestCase 등이 스트럿츠1을 위한 mock 오브젝트를 제공하고 있습니다. 하지만 스트럿츠2의 Action은 Action을 인스턴스화하고 프러퍼티를 셋팅하고 메소드를 호출함으로써 테스트가 가능합니다. Dependency Injection가 지원되어 테스트 과정을 보다 단순화 할 수 있습니다.  스트럿츠2의 Action은 단순한 POJO들이며 프레임웍에 독립적이므로 스트럿츠2에서의 테스트환경은 아주 쉽습니다.

6. 입력값 수집
스트럿츠1은 사용자의 입력값을 받기 위해 ActionForm 오브젝트를 사용합니다. 그리고 모든 ActionForm들은 프레임웍에 의존적인 기반 클래스를 extend 하도록 되어 있습니다. JavaBean이 ActionForm으로 사용될 수 없기 때문에 개발자들은 입력값을 받기 위해 과다한 클래스들을 생성해야 합니다.
그러나 스트럿츠2는 Action클래스의 프러퍼티들(프레임웍에 독립적인 입력 프러퍼티로서)을 사용함으로써 추가적인 입력값 처리 관련 오브젝트들의 필요성을 제거했고 그리하여 과다하게 클래스가 생성되는것을 방지합니다. 추가적으로 스트럿츠2에서 Action클래스의 프러퍼티들은 웹페이지 상에서 태그라이브러리로 접근이 됩니다. 스트럿츠2는 POJO 폼오브젝트와 POJO Action을 지원할 뿐만 아니라 ActionForm형태의 사용도 지원합니다. 비즈니스 오브젝트나 도메인 오브젝트와 같은 타입들 역시 입력/출력값 관련 오브젝트로 사용이 가능합니다.

7. 표현식(Expression Language)
스트럿츠1은 JSTL과 통합되기 때문이 보통 JSTL을 EL로 사용합니다. 스트럿츠1은 기본적인 수준의 오브젝트내의 값에 대한 처리/순회를 지원하지만 상대적으로 컬렉션과 인덱스가 지정된 프러퍼티에 대한 지원이 약합니다. 스트럿츠2 또한 JSTL을 사용합니다만 보다 강력하고 유연한 Expression Langugae인 OGNL(Object Graph Notation Language)을 지원합니다.

8. 값을 뷰에 연결하기
뷰의 관점에서 보면 스트럿츠1은 오브젝트(Model에서 처리된 결과값을 담은)을 페이지 컨텍스트에 바인딩하기 위해 표준적인 JSP 메커니즘을 사용합니다.
하지만 스트럿츠2는 "Value Stack" 이란 기술을 사용하므로 View와 View가 렌더링할 오브젝트를 연결해놓지 않고도 태그라이브러리를 사용하여 값에 접근할 수 있습니다. Value Stack를 사용하여 값을 프로퍼티명을 사용하지만 그 타입이 다를 수도 있는 항목들을 가진 View들의 경우 해당 View를 재사용할 수 있습니다.

9. 형변환
보통 스트럿츠1에 있어 ActionForm의 프러퍼티값들은 모두 String형입니다. 스트럿츠1은 형변환시에 Commons-Beanutils를 사용합니다. 이런 타입컨버터들은 클래스당 하나씩 할당되고 인스턴트당 하나씩으로 설정할 수 없습니다.
하지만 스트럿츠2는 형변환에 OGNL을 사용합니다. OGNL의 구조는 기본적이고 공통적인 오브젝트의 타입과 프리미티브 타입에 대한 컨버터를 포함하고 있습니다.

10. Action의 실행에 대한 제어
스트럿츠1은 각 모듈당 별개의 RequestProcessors(라이프사이클)을 지원하지만 동일한 모듈내의 모든 Action들은 동일한 라이프사이클을 공유해야하만 합니다. 그러나 스트럿츠2는 Interceptor Stack을 사용하여 Action당 다른 라이프사이클을 가질 수 있도록 지원하고 있습니다. 필요하다면 커스텀 스택도  생성/사용할 수 있습니다.

[출처] Struts1 VS Struts2|작성자 슬레이어

EJB는 왜 사용하는가?

from : 차의중 prof21@empal.com

아래는 제가 모 회사의 개발자와 주고받은 메일의 내용입니다.
=============================== 1차 질문 =============================
From : 정**(won***@h*******.com)
To : prof21@empal.com
Sent : Friday, Jan 17, 2003 05:34 PM
Subject: JAVASERVICE에서 글을 보고서...

안녕하세요.

좋은 내용을 많이 올려 주셔서 감사합니다.
시스템 개발에서 고견을 구하고자 이렇게 메일을 보냅니다.
시스템 개발을 하려고 합니다.

기본 구성을 말씀드리면....

데이타 건수 : 1>1일 300만건

2>내용별로 60개 테이블에 분리

Transaction : 1>25000 건/1일 * 2개 TABLE
2>이 TABLE의 데이타을 가지고 메인트 작업이 발생합니다.(납품카드 발행,결과 메인트)
3>업무 집중 시간 : 08:00 ~ 10:00 약80~90% 진행
4>나머지 데이타는 주로 조회/엑셀저장 형태로 이루어 집니다.
5>사용자 700 * 1.5 업무 사용자

문제점 : 짧은 시간에 많은 사용자와 많은 업무 수행

기본 환경은 : UNIX, 0RACLE9, WAS(WEBSPHERE/WEBLOGIC)

** EJB 적용을 하였으면 하는데...

속도 및 안정적 서비스에 촛점을 둔다면 사용을 해야 할지요?
바쁘시지만 검토 후 회신을 부탁 드립니다.

============================= 답 ====================================

최근엔 제가 바빠서 글을 거의 못 올렸네요. '고견'이라고까지 표현해주시니 송구합니다. ^^a
EJB를 사용할까 말까의 문제에 관해 많은 분들이 오해를 하고 계신 것 같습니다.

EJB는 왜 필요할까요?
EJB는 "대규모이고 구조가 복잡한 분산 객체 환경"을 쉽게 구현하기 위해서 등장했습니다.
이것이 과거, 현재, 미래를 통틀어 EJB의 제 1 목표이고, 존재의 의미입니다.

따라서, EJB를 사용할 것인지 말 것인지에 앞서, 개발자들은 전체 아키텍쳐를 분산 객체 환경으로 가져갈 것인가 말 것인가를 고려해야 합니다. 만일, 분산 객체 환경이 필요 없다면, EJB를 써야 할 필요성의 70퍼센트는 감소됩니다.

그렇다면, 분산 환경은 왜 필요한걸까요?
분산 환경은 비즈니스 로직과 UI로직을 서로 다른 머신(또는 프로세스)로 분리시킴으로써 비즈니스 로직의 재사용성과 시스템 아키텍쳐의 유연성을 높이기 위해서 등장했습니다.
이 두 조건은 시스템이 커지고 복잡해질 수록 중요합니다. 그래서 대규모 시스템엔 분산 객체 아키텍쳐가 추천되는 것이고, 분산 객체 환경의 구축을 쉽게 하려다 보니 EJB와 같은 전용 플랫폼이
필요한 것입니다.

자, 그렇다면, EJB의 각 요소들과 기능들이 나오게 된 연유에 대해 좀 더 자세히 알아봅시다.

분산 환경을 쉽게 구현하게 하려다보니, RMI 가 필요합니다. 재사용성을 높이려다 보니 컴포넌트 형태가 적합합니다. 데이트 소스가 어떤 형태이든 간에 비즈니스 로직의 소스가 바뀌지 않게 하기 위해서는 비즈니스 로직 컴포넌트와 데이터베이스 접근 컴포넌트를 따로 나눌 필요가 있었습니다. 그래서 세션 빈이라는 것과 엔터티 빈이라는 것을 만들었습니다.

이들이 데이터베이스에 접근하는 컴포넌트이고, 만들기 쉽게, 재사용하기 쉽게 만들어야 하다보니
자연히 트랜잭션을 최대한 자동화할 필요가 생겼습니다. 그래서 트랜잭션 속성이란 걸 지정해서 트랜잭션을 관리하게 만들었습니다. 컴포넌트가 컴포넌트를 호출하다 보니, 컴포넌트 간에 트랜잭션을 전달하게 할 필요도 있습니다. 그래서, 그런 기능도 넣었습니다. 컴포넌트의 다양한 상태에 따라 사용자가 적절한 조치를 취할 수 있도록 콜백 메소드들도 넣었습니다. 자, 수정사항이 발생할 때마다 컴포넌트를 고치게 하는 것은 용이성, 재사용성의 규칙에 위배되므로, 굳이 로직으로 넣을 필요가 없는 것(비즈니스 로직이 아닌 것)은 설정파일에 담아, 소스 수정이 없이 설정만 하면 적용되도록 만들 필요가 있습니다. 그래서 배치 디스크립터란 설정 파일을 만들고, 그런 것들을 끌어
모아 몽땅 집어넣었습니다....etc....어라? UI 와 비즈니스 로직 컴포넌트 간에 네트웍을 통한 RMI 통신이 들어가고, 게다가 여러 개의 객체가 모여 하나의 컴포넌트를 이루며, 자동화를 위해 개발자 모르게 여러 로직을 실행시키게 하다 보니 이거 원 속도가 장난이 아니게 느리고, 자원을 지나치다 싶을 만큼 잡아먹습니다.
이렇게 무겁고 느린 걸 누가 삽니까. 자, 어떻게든 최대한 자원을 관리할 필요가 있습니다.
세션 빈을 상태유지 세션 빈과 무상태 세션 빈으로 나누고, 무상태 세션 빈 인스턴스는 풀링을 시켰습니다. 같은 맥락으로, 데이터 베이스 커넥션 풀링시키는 건 테크닉이라고 하기도 뭐할 만큼 일반적이며 필수적이므로 이 또한 포함시켰습니다.

자, 그럼 결론.

1. "속도를 위해 EJB를 사용한다?"

=> EJB의 여러 기능들은 "속도" 를 위해서 나온 것이 아니라, "분산 객체 환경" 에서 "개발유지보수의 편의성" 과 "시스템의 유연성"을 높이기 위해 고안되었습니다. "속도" 와 "개발유지보수편의성/시스템유연성"은 서로 반비례 그래프를 그리는 인자들입니다. "속도" 와 "편의성/유연성" 이 대치되어 이들 중 하나를 선택할 필요가 있을 때, EJB의 스펙이나 컨테이너 설계자들은 "편의성/유연성"을 택할것입니다.
따라서, 누군가가 "기능 구현을 위해 꼭 필요한 것은 아니지만, 속도를 높이기 위해 EJB를 끼워넣겠다" 라고 한다면 그는 EJB의 개발 의도를 잘못 이해한것이고, 따라서 심각한 오해를 하고 있다는 것을 말해두고 싶습니다.

2. "안정성을 위해 EJB를 사용한다?"

EJB는 이론적으로 안정성이 높습니다. 왜 그럴까요?

첫째 이유는, EJB가 좋은 프레임웍이기 때문입니다.
비즈니스 로직과 UI가 완전히 분리되어있으므로, 개발자들은 비즈니스 로직 담당자와 UI담당자로 나뉘게 됩니다. 각 개발자들의 관심의 범위가 1/2로 좁아지게 되는 만큼 이들은 각각의 영역에 대해 심리적, 지식적으로 2배만큼 전문화됩니다.
전문가들이 만든 코드는 일관성과 안정성을 갖게 되죠. 또한, 잦은 로직 수정 요구가 있더라도 보다 적은 부분을 수정함으로써, 짧은 시간에, 안정적으로 요구를 반영할 수 있습니다.
또한, EJB는 프로그래밍 상의 제한점을 많이 두었기 때문에(예를 들어 하나의 컴포넌트 인스턴스를 동시에 두 명의 사용자가 사용하지 못한다든지 하는...) 개발자의 실수를 미연에 방지하는 역할도 합니다. (안정성을 저해하는 가장 큰 요인은 설계/개발자의 무지와 OS 및 엔진 역할을 하는 소프트웨어의 버그 때문이라는 거 아시죠?)

둘째, EJB는 3계층의 미들티어에 위치하면서, 한정된 공유자원들 (예를 들어, 데이터 베이스 커넥션)을 효과적으로 관리해줍니다. 이것은 사용자가 많을 경우의 안정성에 지대한 영향을 미치는 요인입니다.

그러나, EJB를 끼워넣어야만 이것이 가능한 것은 아닙니다. 웹서버(WAS포함)와 데이터베이스만으로 이루어지는 구조에서, WAS 즉, 서블릿/JSP 엔진은 데이터베이스 커넥션 풀링이라든지 스레드 풀링등을 통해 나름대로 공유자원을 최대한 활용하는 메커니즘을 제공해 줍니다.

세째, 기본적으로 EJB가 들어가면, 머신은 WebServer단 + EJB 단 + DB 단으로 보통 3계층화 됩니다.
WebServer 단 + DB 단으로 이루어지는 2계층에 비해 머신이 1대 더 많죠. 즉, 한 대의 머신이 UI 와 비즈니스 로직을 모두 처리하는 대신, 두 대의 머신이 비즈니스 로직과 UI를 나눠서 처리하므로 2계층 환경에 비해 더 많은 사용자를 수용할 수 있습니다.

어라? 그럼, EJB서버로 쓸 예정이던 머신을 WebServer 머신으로 쓰고, 2개의 WebServer 머신을 클러스터링 시키면 어떨까?
네, 좋습니다. RMI 와 컴포넌트를 사용하지 않으므로, 같은 수의 사용자에 대해서 이 구조는 자원을 보다 덜 소모합니다. 이는 바꿔 말하면, 같은 양의 자원으로 보다 많은 사용자를 수용할 수 있다는 뜻입니다.
또한, WebServer + EJB 서버 각각 한 대로 된 구조는 클러스터링이 되어있지 않습니다.
클러스터링을 시키려면 각 티어마다 머신을 한 대씩 더 두어서 총 4대의 머신을 마련해야 하죠.
그러나, EJB를 안쓰면 웹서버 단이 두 대가 되므로 이들은 자연스레 클러스터링을 구성할 수 있습니다. 즉, 동일한 물리적 환경에서 이 구조는 페일오버가 된다는 얘기죠. 이렇게 보면, EJB를 쓰지 않은 구조는 오히려 훨씬 안정적인 아키텍쳐가 됩니다.


결론적으로, 분산 객체 환경이 필요하지 않다면, EJB를 쓰는 구조가 쓰지 않는 구조에 비해 갖는 이점은 "좋은 프레임웍을 제공" 한다는 것 뿐입니다.

 

일, 비즈니스 로직과 UI를 완전히 분리시킬 수 있는 좋은 프레임웍이 있다면 EJB를 사용하지 않고,
WebServer 티어 (아...물론, 이 글에서 WebServer 티어라 하는 것은 , JSP 와 서블릿을 포함하여 말합니다.
정확히 말하면, WebServer + WAS를 말한다는 거죠.) 에 모든 것을 두는 것이 안정성이 더욱 높습니다.


3. 더하여, "EJB는 배우기 쉽고, 사용하기 쉽다" 라는 말씀들을 많이 하시는데...그건, CORBA라든지 하는 다른 분산객체용 엔진에 비해 그렇다는 것입니다.
EJB를 능숙하게 사용하려면 적잖은 시간이 걸립니다. 한 일주일 교육받는 걸로 충분한 문제가 아니라는 거죠. 그렇다고, EJB에 대해 철저히 알지 못하고 사용하시는 것은 오히려 사용하지 않는 것만 못합니다.

이는 오히려 개발자의 무지로 인해 시스템의 안정성과 유지/보수의 용이성을 해치게 되죠. 그리고, 나중에 튜닝한다고 시간을 더 뺏기게 될 수도 있습니다. 필요한 만큼 머신을 구입할 수 있는 상황이 안되는 그런 경우에, 성능이 기대만큼 안 나오면 어쩔 수 없이 튜닝작업 들어가야 하지 않겠습니까? 아다시피, 어플리케이션의 정확한 속도는 테스트를 해봐야 아는 거고 보다 정확한 테스트는 개발이 어느 정도 완료된 후에야 할 수 있는 거죠. 그러다보니, 튜닝할 시간은 짧고, 그래서 꼼수에 꼼수를
더해가는 하는 거죠. 이거...쥐약이죠. 잘 만들어 놓은 어플리케이션을 끝에 가서 완전히 꼬아놓을 수도 있습니다. 흔히 말하는 "스파게티 소스" 가 되는거죠. 스파게티 소스에서 안정성을 기대할 수 있겠습니까? 절대 아니죠.

결론적으로, 님의 환경이 어떻든간에 즉, 트랜잭션이 얼마나 많고, 레코드가 얼마나 많건간에 "분산 객체 아키텍쳐"가 필요치 않고, 좋은 프레임웍을 갖고 계시다면, EJB는 넣지 않으시는 것이 좋습니다. 그렇지 않다면, 즉, "분산 객체 아키텍쳐"가 필요하다거나, 좋은 프레임웍이 없다거나, 능숙한 설계/개발자가 없다거나 하실 경우는 EJB가 적극 추천됩니다.

물론, 어플리케이션 개발 후, 성능 테스트의 결과에 따라, 머신은 WebServer 만 사용할 때보다 1.5 내지 2 배정도 증설하실 여력이 있다면 말입니다.

=============================== 2차 질문 =========================

From : 정원식(won***@h*****.com)

To : 차의중(prof21@empal.com)

Sent : Saturday, Jan 18, 2003 10:22 AM

Subject: 감사합니다.추가로..[JAVASERVICE에서 글을 보고서...]


답변에 감사를 드립니다.
죄송하지만 추가 질문을 좀 드리겠습니다.

1> 3tire 로 갈때 꼭 h/w 가 구분이 되어야 한는지요?

webserver tire(weblogic) -- ejb tire(weblogic) -- db

이 경우 결국 weblogic로 tire1 , tire2 를 구현하게 되지 않나요? 아니면, 한 box에서 weblogic으로 (jsp/servlet , ejb) 구현하면 문제점은?

=> H/W를 나누지 않고, 한 서버 내에서 두 JVM으로 이들을 나눌 경우, 두 JVM간에 RMI가 일어납니다. 그런데, 어차피 한 서버 내에 있으면 RMI를 사용해야 할 필요가 없지요. 이것은 부가적인 부담을 서버에게 안겨줍니다. 물론, 머신 수가 충분치 않을 때, 이런 구조로 사용하다가, 나중에 꼭 필요하면 쉽게 머신을 분리시킬 수 있죠.

어쨌건 이것은 "문제"라고 볼 수는 없고, 만일 머신을 분리시킬 계획이 없다면, "쓸 데 없는 일"이 되어버립니다.

물론, EJB 와 WAS를 한 개 JVM에 올리고, 서블릿과 EJB간 통신을 로컬 인터페이스를 이용하여 함으로써 RMI 즉, 네트웍 통신을 하지 않는 아키텍쳐를 택할 수도 있습니다.
그러나, 여전히 EJB 컴포넌트는 무겁습니다. 이건 어쩔 수 없죠. 컴포넌트는 일반 클래스에 비해 당연히 무거운겁니다. 컴포넌트에 대해 사람들이 요구하는 조건은 한 개 클래스만 가지고는 만족시킬 수가 없습니다. 당연히, 보이지 않는 부분에서의일을 수행하기 위해 보이지 않는 클래스들이 중간에 끼어들지요. 그러니, RMI 를 하지 않아도 역시 가벼운 객체로 처리할 수 있는 일을 무거운 컴포넌트로 처리하게 되는 결과가 옵니다.

보통 EJB를 쓰면서 그 장점을 트랜잭션 수행의 편의성과 안정성을 따지시는데, JDBC 커넥션에 begin() 과 commit()을 쓰신다고 해서, EJB에 비해 얼마나 더 복잡하고 어려운 작업을 해야 할 것인가...를 생각해 보면, "일반적인 어플리케이션에서는 그다지 차이가 없다." 라는 것입니다. 데이터 소스가 다양하고, 여러 개이며, 복잡한 구조를 가지고 있으며, 이들을 하나의 트랜잭션으로 묶어야 할 필요가 있다면, EJB 나 JTA의 사용은 꼭 필요합니다.

그러나, 1개 데이터베이스에 대한 접근은 JDBC만으로 처리가 가능합니다. 물론, CMP를 사용하면, SQL 날코딩의 복잡성을 Encapsulation 해주므로 좀 더 소스를 간단하게 만들 수 있습니다. 그러나 이것은 DAO 객체 등을 도입해서, SQL문을 가진 클래스를 따로 분리시킨다든지 함으로써 상당 부분 극복이 가능한 문제입니다.

ps : 하나의 머신에서 WAS 와 EJB를 한꺼번에 돌림으로써 WAS만 돌릴 때보다 사용자를 더 많이, 안정적으로 수용하는 경우도 있을 수 있는데 이것은 다중 CPU 머신에서 JVM의 분리가 가져다주는 효과입니다. WAS-EJB 구조와 WAS-WAS 구조를 비교하자면, 어차피 JVM을 분리시켰기 때문에 WAS-WAS 구조가 역시 수행성능이 낫습니다.

2> 두가지 관점에서 보면..

속도는 2tire 보다 3tire(ejb)에서 어느 정도가 느려 지나요?

=> 동일한 H/W 사양을 두고 측정을 해보면 어쨌든 2배 이상은 느립니다. 이론적으로도 그럴 수 밖에 없죠. 물론, 이것은 관점의 차이일 수도 있습니다. 하나 요청의 총 처리 시간이 10초인데, 이 중 9초가 데이터베이스에서 잡아먹는 시간이라면, 2-Tier 와 3-Tier 간에 처리시간이 길게 차이 나봤자 1초 이내가 나올 수 있을껀데, 이것이 전체 처리 시간에 비해 워낙이 작으므로 "차이가 거의 나지 않는다"라고 볼 수도 있을껍니다.

따라서, 2배라고 하는 것은 "클라이언트-WAS" 간에서의 처리 속도와 "클라이언트-WAS-EJB"간의
처리 속도만을 비교했을 때라는 것을 주지하시기 바랍니다. 속도차이는 동시사용자가 많으면 점점 더 벌어집니다.

하지만 3tire(ejb) 안정적인 서비스(급격한 속도 저하 극복)를 위한 대안으로 될 수 있는지요?
=> 안정성이라는 것은 많은 사용자가 동시에 어플리케이션에 접근할 때에도 시스템이 급격히 느려지거나 다운되는 것을 막아준다는 것이겠지요. 이를 위한 가장 이상적인 방법은 머신의 수를 늘리는 것입니다.
그러나, 우리가 사용할 수 있는 머신의 수는 한정되어있지요.
한정되어있는 머신으로 더 많은 사용자를 수용하려면,머신의 자원을 최대한 활용하는 방법을 찾는 것이 최선의 목표이겠지요. 더 느려지는 것을 감수하고라도 안정성을 꽤하겠다면, 차라리 sleep() 이나 yield()를 두어 하나의 요청이 CPU를 지나치게 오랫동안 점유하는 것을 막고, 그 사이에 다른 요청이 CPU를 사용할 수 있도록 배려하는 것이 머신의 성능을 최대한 활용하는 것이겠지요.
다른 컴포넌트를 끼워넣어 부가적인 일을 그 사이에 하는 것은 답이 아니겠지요. 왜냐하면, 같은 일을 처리하기 위해 더 많은 CPU점유시간이 필요하고,메모리도더 많이 사용하는 것이 되기 때문이지요. 어떤 하나의 일을 처리할 때 CPU 와 메모리등에 대한 단위 요구량을 최소화 시키는 것이
가장 안정성을 높이는 일이 아니겠습니까?

물론, 아다시피 완벽한 안정성이란 없습니다. 사용자가 끝없이 늘어나는 데 어떤 메커니즘을 도입한다 한들 그 모든 사용자를 수용하면서 안정적인 서비스를 할 수 있겠습니까? 하나의 머신이 처리할 수 있는 최대 동시 사용자 수에는 한계가 있죠.
따라서, 그야말로 한계에 다다르면 어쨌든 머신을 늘려야겠죠. 만일, 어떤 경우에도 한정된 머신만으로 안정적인 서비스를 해야겠다면, 한계치 이상의 동시 사용자가 접속할 경우, 그 이상의 사용자에게는 "죄송합니다. 다른 요청을 처리 중이오니 잠시 후에 다시 접속해 주십시요" 라고 메시지를 내보내서 점잖게 돌려보내는 것이 최선입니다.

-----------------------------------------------------------------
본 문서 및 첨부파일은 자유로이 복사/배포가 가능하나 반드시 저자의
이름과 연락처를 명시해주시기 바랍니다.

차의중
prof21@empal.com
(2004-02-27 09:50:59)

[출처] [EJB] EJB 는 왜 사용하는가 ?|작성자 슬레이어

Struts Tutorial 한글 번역

1. Ready, Set, Go!

처음 Struts 2 Framework 을 설치하고 환경설정하는 내용입니다. Struts 2 Framework 으로 웹 어플리케이션을 작성하기 위해서는 기본 선수 지식이 필요합니다. 아래의 기술들을 어느정도 알고 있어야 Struts 2 Framework 으로 웹 어플리케이션 작성이 쉽습니다.

• Java
• Filters, JSP, and Tag Libraries
• JavaBeans
• HTML and HTTP
• Servlet Containers(Tomcat 등)
• XML

국내 자바 개발자들이 Struts 2 Framework 를 익히고, 개발하는데 서로의 노하우를 공유할 수 있도록 게시판을 만들어 질답 및 팁을 여러사람이 볼 수 있도록 하였습니다.

1.1 Download the Distribution

Apache Struts 2 Framework 를 다운로드 받기 위해서는 Apache Struts Download 싸이트로 가서 최신 버전을 다운로드 받습니다.

1.2 Setup

Struts 2 Framework 웹 어플리케이션을 작성하기 위한 설정을 살펴본다.

1.2.1 환경설정 파일들

Struts 2 Framework 어플리케이션을 개발하기 위해서는 최소한 필요한 파일을 복사합니다. 그 목록은 아래에 나와 있습니다.

• struts2-core.jar : Framework Library 파일입니다.
• xwork.jar : XWork 2 라이브러리로써 Struts 2 에서 사용되어 집니다.
• ognl.jar : OGNL(Object Graph Navigation Library) 를 지칭하며 Framework 에서 사용되는 Expression Language 입니다.
• freemarker.jar : Freemarker 로 쓰여진 UI Tag template 에서 사용합니다.
• common-logging.jar : 로그 처리를 위한 라이브러리입니다.
• web.xml : Struts 2 Framework 을 연동하는 웹 어플리케이션 환경설정 파일
• struts.xml : Struts 2 Framework 의 환경설정 내용을 포함하고 있으며, Action, Result, interceptor 등의 내용을 포함하고 있습니다.

1.2.2 web.xml

web.xml 파일에 Struts 2 Framework 을 연동하는 내용을 기술합니다. 아래의 내용과 같이 web.xml 을 구성합니다.

web.xml 에 FilterDispatcher 를 등록하여 request 가 발행하면 Struts 2 Framework 가 그 request 를 받도록 설정합니다.

<?xml version="1.0"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd">
			
<web-app>

	<display-name>My Application</display-name>

	<filter>

		<filter-name>struts2</filter-name>

		<filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class>

	</filter>

	<filter-mapping>

		<filter-name>struts2</filter-name>

		<url-pattern>/*</url-pattern>

	</filter-mapping>

</web-app>
			

1.2.3 Struts.xml

Struts 에서 작성한 어플리케이션이 정상적인 동작을 하기 위해서 필요한 환경설정 내용을 포함하고 있습니다.

<!DOCTYPE struts PUBLIC
    "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
    "http://struts.apache.org/dtds/struts-2.0.dtd">
		    
<struts><!-- Configuration for the default package. -->

	<package name="default" extends="struts-default">

	  ...

	</package>

</struts>

        

2. Hello World

Struts 2 Framework 를 사용한 Hello World 웹 어플리케이션을 작성해봅니다. 웹페이지에서 Request 를 발생시키고, 서버에서 해당 Request 를 받은 다음, Hello World 문자열을 다시 보내서, 브라우저에서 Hello World 문자열을 나타냅니다.

원문에서는 간단한 소스와 환경설정하는 방법이 나와 있지만, 한글화를 하면서 Eclipse 를 사용하여, 각 단계별로 이미지를 포함하였습니다.

2.1 Web Project 생성

최신 Eclipse 버전인 Eclipse Europa JEE 버전을 사용하여 HelloWorld Web Application 을 작성합니다.

우선 Workspace 를 생성합니다.

 

File -> New -> Project 메뉴를 선택하고, Web -> Dynamic Web Project 를 선택합니다.

Project Name : Hello World 로 입력합니다.

 

Dynamic Web Project 를 생성한 후에 실행할 서버(runtime) 을 지정해야 합니다. 현재는 처음으로 프로젝트를 생성하였기에, 설정된 Target Runtime 이 없습니다.

Hello World 어플리케이션은 웹 어플리케이션이기 때문에, 가장 많이 사용되는 Tomcat 를 지정하여 실행을 하도록 합니다.

따라서 Tomcat 을 설치하고 난 후, 톰캣을 Target Runtime 으로 지정합니다.

New 버튼을 클릭하고, Apache -> Apache Tomcat 5.5 를 선택합니다.

 

그리고 Tomcat 이 설치된 디렉토리를 지정합니다.

 

Finish 버튼을 클릭하면 Target Runtime 이 위에서 설정한 Tomcat 으로 지정된 것을 확인할 수 있습니다.

2.2 Struts 2 Library 추가

Struts 2 Framework 을 사용하기 위해서는 위에서 설명한 필수 라이브러리를 포함시켜야 합니다.

Eclipse 에서 User Library 에 Struts 2 Framework 에서 사용되는 라이브러리를 추가합니다.

 

2.3 web.xml 수정

Struts 2 Framework 을 연동하여, Request 가 발생되면 Struts 2 로 처리가 되도록 web.xml 을 아래와 같이 수정합니다.

 

2.4 JSP, Action 구현

Request 가 발생되고, 그 결과를 화면에 보여질 JSP 파일을 추가합니다.

File -> New -> JSP 를 선택하고, HelloWorld.jsp 로 입력합니다.

그리고 아래와 같이 소스 코드를 입력합니다.

 

그리고 HelloWorld 클래스를 생성하고 아래와 같이 구현합니다.

File -> New -> Class 메뉴를 선택하고, Package : com.javamodeling.struts2, Name : HelloWorld 를 입력합니다.

 

2.5 struts.xml 생성

Request 가 발생되고, 어느 Action 클래스가 Request 를 처리하고, 그에 따른 처리 결과에 따라서 JSP 파일로 Forwording 을 해야 합니다.

이러한 sturts 2 의 전체 환경설정을 struts.xml 에 정의를 합니다.

src -> new -> Other -> XML -> XML 을 선택하고, struts.xml 파일을 생성하고 아래와 같이 입력합니다.

 

2.6 배포 및 실행

배포하기 위해서는 Servers 탭에서 Add and Remove Projects 메뉴를 선택하고, HelloWorld 프로젝트를 추가합니다.

 

Server 를 실행하고, 주소창에 다음과 같이 입력하면 http://localhost:8080/HelloWorld/HelloWorld.action 아래와 같은 결과를 확인할 수 있습니다.

 

2.7 동작 순서

간단하게 Struts2 Framework 을 사용하여 HelloWorld 어플리케이션을 작성해 보았습니다.

Request 가 발생해서, 최종 Response 가 Browser 까지 전달되는 과정이 어떻게 되는지 살펴보겠습니다.

• Servlet Container(Tomcat)는 Browser 로부터 Request 를 받습니다. 이 Request 에는 HelloWorld.action 이 포함되어 있습니다.
• web.xml 에서 모든 request 는 struts2 로 전달되도록 URL Mapping 에 의해서 설정되어 있습니다. 따라서 org.apache.struts2.dispatcher.FilterDispatcher 를 경유하게 되어 있습니다.
• .action 이 있기에 Struts2 Framework 에서는 Struts 2 Framework 에서 Request 를 처리하도록 합니다.
• Sturts2 는 struts.xml 에서 요청한 HelloWorld.action 과 같은 이름의 HelloWorld(.action 은 빼고) 가 있는지 찾습니다. 같은 이름이 존재하면, struts.xml 에서 지정한 클래스의 객체를 execute() 메소드를 실행합니다.
• HelloAction.execute() 메소드가 실행되고, 필요한 비즈니스 로직이 실행됩니다. return 하는 값이 SUCCESS 이면 정상적인 정상으로 판단하고, struts.xml 에서 지정한 Result 에 기술된 HelloWorld.jsp 로 Forwarding 합니다.
• HelloWorld.jsp 에서는 <s:property value="message"> 태그를 인식하여 HelloWorld.getMessage() 메소드를 호출하여, HTML 을 구성합니다.
• 마지막으로 HTML 코드를 Browser 로 response 합니다.

 

3. Using Tags

지금부터는 위에서 작성한 Hello World 어플리케이션에 추가로 기능을 덧붙이도록 하겠습니다. Hello World 는 실행하기 위해서 간단하게 설정만 하였지만, 지금 부터는 몇몇 기능을 추가하여 기본적인 어플리케이션을 만들어보겠습니다.

우선 웹 어플리케이션에서는 다른 페이지나 Request 를 발생할 수 있고, HyperLink 를 추가할 수 도 있습니다.

페이지에 동적으로 HTML 코드를 처리하기 위해서 많이 사용되고 있는 것이 Tag 이며, Struts 2 Framework 에서 사용되고 있는 몇 개의 Tag 를 살펴보겠습니다.

3.1 Linking

많이 사용되고 있는 기능중에 하나가 다른 페이지로 연결하는 Link 입니다. Welcome.jsp 파일을 추가하고, 아래와 같이 코딩합니다.

 

결과 페이지를 각 언어별로 볼 수 있도록 페이지 링크를 추가한 화면입니다. 각 언어별로 Resource Bundle 에서 값을 읽어서 결과를 처리하기 위함입니다.

 

위와 같이 처리하기 위해서 HelloWorld.jsp 파일을 아래와 같이 추가합니다.

 

위 Welcome.jsp 와 HelloWorld.jsp 에서 두가지의 Link 하는 방법을 나타내고 있습니다. HellWorld.jsp 에서 사용된 %{url} 은 <s:url> 태그에서 사용된 url 값을 그대로 사용하는 방법입니다.

<s:url> 이 사용된 방법은 위 예제에서 아래의 세가지 경우입니다.

• Resource links : <link href= "<s:url value=" /css/tutorial.css "/>" rel= "stylesheet" type= "text/css" />
  Resource Link 는 header 에서 필요한 리소스(파일, 페이지)를 Link 하는 역할을 합니다.
  
• Direct links : <li><a href= "<s:url action=" Register "/>" >Register</a></li>
  Direct Link 는 해당 Action 을 직접 호출합니다. Action 의 확장자를 지정하지 않아도, Tag 가 rendering 하면서 자동을 확장자를 붙여줍니다.
  
• Links with parameters : <s:url id= "url" action= "Welcome" > <s:param name= "request_locale" >en</s:param> </s:url> <s:a href= "%{url}" >English</s:a>
  이 param 태그는 request 가 전송될때, ?request_locale=en 으로 변환하여 Welcome Action 에 전송됩니다. 그리고 %{url} 에 파라미터가 포함된 경로가 포함되어 집니다.

3.2 Wildcard Mappings

만약 Welcom Action 이 실행된 후, 그 결과를 특정 페이지로 Forwarding 해야 합니다. Welcome Action 을 처리하기 위해서 struts.xml 에 아래 내용을 추가합니다.

<actjon> 태그에서 class 속성을 부여하지 않으면 Action 클래스를 수행하지 않고 직접 페이지로 Forwarding 합니다.

 

이렇게 Action 이름과 Forwarding 할 페이지 이름이 동일할 경우, 아래과 같이 wildcard mapping 을 사용하여 처리를 하면 훨씬 편리합니다.

아래와 같이 코딩해도 결과는 마찬가지로 나타납니다.

 

3.3 Data Entry Forms

입력폼을 처리해야 하는 경우에, Struts 2 의 태그에서도 입력 폼을 위한 태그를 사용할 수 있습니다. 아래와 같이 간단하게 태그를 추가해보겠습니다.

Logon.jsp 파일을 생성하고, 아래와 같이 코딩합니다. Struts 2 태크가 HTML Form 형식에 맞게 rendering 을 해줍니다.

4. Coding Action

위에서 Tag 부분을 설명하면서 Login Form 을 완성하였습니다. 이번에는 Login Action 을 구현해 보겠습니다. Login Action 에서 비즈니스 로직이 수행되고 난후에 그 결과에 따라서 리턴하는 값이 달라지게 됩니다.

그리고 아래 URL 로 로그인 기능이 수행됩니다.

 
http: //localhost:8080/HelloWorld/Logon.action

Login.action 이 호출되면, User Name 과 Password 값을 받아서 로그인 처리를 하기 위한 Logon 클래스를 생성합니다.

아래와 같이 Logon 클래스를 추가하고, 코딩합니다.

package com.javamodeling.struts2;

import com.opensymphony.xwork2.ActionSupport;

public class Logon extends ActionSupport {

    public String execute() throws Exception {

        if (isInvalid(getUsername())) return INPUT;
        if (isInvalid(getPassword())) return INPUT;
        return SUCCESS;
    }

    private boolean isInvalid(String value) {
        return (value == null || value.length() == 0);
    }

    private String username;
    public String getUsername() {
        return username;
    }
    public void setUsername(String username) {
        this.username = username;
    }

    private String password;
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }

}

위 Logon class 에서 비즈니스 로직이 수행되는 것은 execute() 메소드입니다. Logon.action 이 호출되면 execute() 메소드가 실행되고 비즈니스 로직이 수행되고, HTML Form 값은 자동으로 Action 클래스의 getter/setter 로 지정된 property 에 저장이 됩니다.

위의 Logon 클래스에서 setUserName() 과 setPassword() 메소드가 HTML Form 의 값을 저장하여 Logon 클래스에 해당 값이 저장됩니다.

5. Selecting Results

Request 에 대한 Action 이 수행된 후, Response 를 처리하기 위해서 Result 가 선택되어집니다. Result 는 간단한 HTML 페이지, JSP 페이지, Freemaker 나 Velocity 같은 Template 엔진, 혹은 PDF 같은 문서나 복잡한 리포트로 Forward 될 수 있습니다. 또한 Action mapping 통하여 여러개의 Result 도 가능합니다. 특정 하나의 Result 로 선택되기 위해서는, Action 클래스에서 Result 에 맞는 결과 값을 리턴해야 합니다.

아래와 같이 struts.xml 에 코드를 추가합니다.

 

Logon.jsp 에서 username 과 password 를 입력하면 Logon Action 에서 success 값을 리턴합니다. succuess 값은 디폴트 result 값으로써, Menu action 으로 전송됩니다.

만약에 두 값이 입력되지 않으면, Logon Action 은 input 값을 리턴하게 되고, 다시 Logon.jsp 로 Forwarding 됩니다.

일반적으로 Result 의 Type 은 Dispatcher forward 입니다. 이는 특정 JSP 페이지로 forwarding 을 하며, 위에서 설정된 redirect-action 은 client browser 에서 다시 rediect 를 생성하게 하여 Action 을 호출합니다.

5.1 Using a Stub Page

Logon Action 이 정상적으로 수행하고 난 후, 다음으로 Forwarding 할 페이지를 아직 결정하지 않았습니다. 그래서 Logon Action 이 정상적으로 수행되고 난 후에 Forwarding 할 Menu.jsp 파일을 아래와 같이 생성하고 코딩합니다.

 

Menu Action 이 호출되면, Menu.jsp 으로 Forwarding 됩니다. 이렇게 되는 것은 위에서 struts.xml 파일에 * 라는 wildcard 를 설정해 놓았고, Action Name 과 동일한 JSP 파일로 Forwarding 하게 되어 있습니다. 따라서 Logon Action 에서 Menu Action 을 호출하게 되면, Menu.jsp 로 Forwarding 됩니다.

5.2 Including a Missing Page

하나의 JSP 페이지로 화면에 보이는 모든 내용을 포함하지는 않습니다. 여러개의 JSP 파일로 나누어서 한 화면을 구성하는게 일반적입니다. 따라서 Struts 2 태그를 사용하여 다른 JSP 파일을 포함하는 것은 아래와 같은 태그를 사용할 수 있습니다.

<%@ taglib prefix="s" uri="/struts-tags" %>

<s:include value="Missing.jsp" />

6. Validating Input

앞서서 Logon Action 에서는 User Name 과 Password 에서 Validation 을 수행하였습니다. 이렇게 간단한 어플리케이션에서는 코드상에서 Validation 을 체크할 수도 있지만, 큰 어플리케이션이나 대용량 어플리케이션을 개발할 경우에는 코드상에서 Validation 을 체크하는 것은 매우 힘듭니다. 또한 유지보수하는데 매우 어려움이 많습니다.

Struts 2 Framework 에서는 Validation Framework 을 제공하여 Input 값에 대한 Validation 을 체크할 수 있습니다.

Validation 은 XML 파일로 Validation 에 대한 내용을 정의할 수 있고, Annotation 으로 Validation 을 정의할 수 있습니다.

XML 파일은 Action Name 과 동일한 이름으로 시작하고, 파일명 뒷 부분에 "-validation.xml" 이라고 파일명을 정하면 됩니다. 이 문서에서 작성하고 있는 Logon Action 에 Validation 을 설정하려면 Logon-validation.xml 로 파일을 생성하면 됩니다.

LOgon Action 클래스가 있는 같은 패키지에 Logon-validation.xml 파일을 생성하고 아래와 같이 코딩합니다.

 

위와 같이 Validation 을 추가하면, 첫 페이지를 호출할때 Validation 을 수행하게 됩니다. 하지만 첫 페이지는 그냥 입력화면을 처리하고 Validation 을 수행하지 말아야 합니다.

따라서 첫 페이지를 호출할때, Validation 을 수행하지 않게 하기 위해서 Welcome.jsp 와 struts.xml 파일을 아래와 같이 수정합니다.

 

Logon 화면이 보일때 까지 과정

• Welcome.jsp 에서 Logon_input.action 이 호출되기에, struts2 에서 이에 맞는 actioin mapping 을 찾습니다. struts.xml 에 Logon_* 가 있기에 이 action mapping 을 찾습니다.
• method={1} 가 설정되어 있기에, method=input 으로 인식합니다.
• struts2 에서 Logon.input() 메소드를 호출합니다.
• input() method 는 vadidation 을 처리하지 않는 특별한 메소드로 지정되어 있기에, Validation 을 수행하지 않고 그냥 실행합니다.
• 디폴트 input() method 는 input 값을 리턴합니다.
• struts2 는 Validation 메시지 없이 그냥 Logon.jsp 로 Forwarding 합니다.

 

Logon 페이지에서 Submit 버튼을 클릭할 경우

• struts2 에서는 Submit 버튼이 클릭하게 되면, Logon Action 에 맞는 Validation 을 수행합니다.
• Logon-validation.xml 파일을 찾고, XML 내용에 맞게 Validation 객체를 생성합니다. Validation 객체는 각 Validator 객체들로 구성되어 있습니다.
• Validator 는 각 입력 속성에 대해서 체크를 합니다.
• 만약 Validator 가 실패할 경우(Validation 체크에서 에러가 난 경우), 해당 메시지가 Queue 에 저장됩니다.
• 모든 Validator 가 수행되고 난 후에, struts2 에는 발생된 에러가 있는지 확인합니다. 만약에 에러가 있다면, input Result 를 찾고, Action 클래스는 실행되지 않습니다.
• 에러가 없다면 Action 클래스가 수행되고, input 속성에 대한 validation 이 끝났기에, success Result 를 리턴합니다.

 

7. Localizing Output

Validation 체크할 경우, 메시지를 화면에 보여줬습니다. 같은 메시지를 여러 곳에 처리하거나, 각자 다른 언어를 사용할 경우, 해당 언어에 맞는 메시지를 화면에 보여줘야 할 경우가 많이 있습니다.

이럴때 메시지를 리소스 번들(Resource Bundle)에 저장해서 사용하면 매우 편리합니다.

페이지에서 나타내는 메시지와 Validation 에서 처리하는 메시지를 저장하기 위한 Resouce Bundle 을 생성해 보겠습니다.

Struts 2 에서 Resource Bundle 은 Action Name 과 동일하게 주고, 파일 확장자를 .properties 로 주면 됩니다. 따라서Logon Action 에 대한 Resource Bundle 파일명은 Logon.properties 가 됩니다.

파일이 저장되는 위치는 Validation 과 마찬가지로, Action 클래스의 패키지 경로와 동일합니다.

그리고 해당 패키지에서 공통적으로 사용되는 Resource Bundle 을 정의하고 싶으면, package.properties 파일을 만들면 이 package.properties 가 있는 패키지 경로의 모든 클래스에서 사용할 수 있습니다.

우선 Logon Action 과 같은 패키지 경로에 package.properties 파일을 생성하고 아래와 같이 입력합니다.

 

그리고 위에서 정의한 Resource Bundle 을 사용하도록, Logon.jsp 파일과 Logon-validation.xml 파일을 수정합니다.

 

 

7.1 한글 메시지 처리

한글 메시지를 보이게 하는 것을 살펴보겠습니다. Resource Bundle 을 사용하는데 있어서 한글 메시지를 처리하기 위해서는 한글이 유니코드로 저장이 되어야 합니다.

Logon Action 클래스가 위치한 곳에 Logon.properties 파일을 생성하고 아래와 같이 입력합니다.

//requiredstring = $\{getText(fieldName)} 는 필수입력입니다.
requiredstring = $\{getText(fieldName)} \ub294\u0020\ud544\uc218\uc785\ub825\uc785\ub2c8\ub2e4.

//password = 암호
password = \uc554\ud638

//username = 사용자명
username = \uc0ac\uc6a9\uc790\uba85

정리

Struts 2 Framework 을 사용하여 간단한 어플리케이션을 작성하였습니다. Eclipse 로 쉽게 따라할 수 있도록 이미지를 많이 추가하였으며, 혹시 궁금한 점이 있으시면 아래 게시판에 글을 남겨주시기 바랍니다.

출처 : Tong - 갱구닷껌님의 스트럿(struts2)통

이클립스 사용 에러

현상 기록

이클립스를 시작하고 톰캣을 통하여 파일을 실행한 후

일정한 시간이 지난 후 사용이 불가능할 정도로 느려지거나 이클립스가 자동으로 종료되는 현상과 같이

한번 씩 아래와 같은 에러 메시지를 출력하였습

 

에러메시지 기록

an out of memory error has occurred.
consult the "running eclipse" section of the read me file for information on prevention this kind of error in the future.
you are recommended to exit the workbench.
subsequent errors may happen and may terminate the workbench without warning

see the . log file for more details.
do you want to exit the workbench?

 

해결방법 기록

이클립스가 설치되어 있는 폴더의 구성 설정 파일을 메모장을 이용하여 메모리 설정을 변경하여 해결

 

 

 

 

 

 

 

 

파일을 열어보면

-showsplash org.eclipse.platform --launcher.XXMaxPermSize 256M → 이것이 256이면 시작시 에러발생;;이유모르겠음. -vmargs -Dosgi.requiredJavaVersion=1.5 -Xms40m → 스타트업 메모리크기 지정하는것이라함( 각자PC상태에 맞게 알맞게  ) -Xmx512m

 

와 같이 기록 되어 있으며 이것을 아래와 같이 변경을 하였음

 

-showsplash org.eclipse.platform -vmargs -launcher.XXMaxPermSize 128M → 3가지의 메모리 영역이 존재하는데 그중에서도 메소드이름등 영구적으로 사용되는                                                                                메소드 이름등이 저장되는 메모리 영역의 최대 크기를 지정합니다. -Dosgi.requiredJavaVersion=1.5 -Xms256m -Xmx512m

 

참고한 사이트

http://blog.naver.com/xicnt?Redirect=Log&logNo=20041603687

 

추가 기록

 

현재 총 사용가능한 메모리가 2G 임에 무작정 메모리문제로 이클립스가 다운되니 메모리 할당을 많이 많이 하였습니다.

그래도 문제는 해결이 되지 않았으며 저의 경우 우연히 메모리 할당을 낮게 함으로써 문제가 해결되었습니다.

 

저에게 필요했던 PermSize 메모리 는 256m 수준

저에게 필요했던 일반적인 메모리 는 128m 수준

하지만 반대로 일반적인 메모리 영역도 무작정 많이 할당하다보니(512씩 줘도 1G 밖에 안되고 나는 메모리 2G 이니까 하는 생각에) 제가 사용할수 있는 메모리를 초과하게 되었습니다.

[출처] 이클립스 사용 에러|작성자 잔잔바람

ftp 명령어

유닉스 콘솔에서 ftp 명령어 mput 사용시 파일 하나 전송할때마나 y/n를 물어 보는것을

없애는 방법은. prompt 키워드로 대화식 모드를 off 로 해야 함.

ftp> prompt

하면됨. 한번 더하면 원래 대로 돌아옴.

ftp> binary

바이너리 모드로 전송됨.

ftp> mput *

모든 파일이 전송됨. 간혹 mput *.* 하면 전송안되는 파일이 있음. ㅋㅋ

확장자가 없는 파일이 있기 때문에....

PS.

-

*파일 보내기, 가져오기
mget * : 디렉토리를 제외한 나머지파일을 모두 가져온다.
mget -R BACKUP : BACKUP이란 폴더 안에 존재하는 모든내용을 가져온다.
mget -R * : 역시 하위폴더까지 모두 가져온다.

mget *.html : 하위의 모든.html을 가지고 올경우
get -R *.html : 하위 디렉토리 하위의 것까지 가지고 올경우

- mget , mput

#> mget * -> 여러파일 받을때
#> by or bye or quit ->나갈때

FTP 명령어

리눅스에서 기본지원되는 FTP 명령에 대한것을 정리해보았습니다.

1.원격서버 열기

=> $ftp 210.xxx.xxx.xxx

Connected to 210.xxx.xxx.xxx.

220 web17 FTP server ready.

Name :아이디입력

331 Password required for w3invest.

Password:패스워드입력

230 User chchu logged in.

Remote system type is UNIX.

Using binary mode to transfer files.

ftp>

2.디렉토리이동

=> ftp>cd /html/upload

3.현재 디렉토리 확인

=> ftp>pwd

4.Local 디렉토리이동

=> ftp>lcd /bin

=> Local directory now /bin

5.파일 전송 타입 설정

=> ftp>ascii

=> 200 Type set to A.

=> ftp>binary

=> 200 Type set to I.

6.파일 Download

=> ftp>binary

=> ftp>ls

=> ftp>get thinkinjava.pdf

=> local: R387.PDF remote: R387.PDF

=> 200 PORT command successful.

=> 150 Opening BINARY mode data connection for R387.PDF .

=> 226 Transfer complete.

=> 19041 bytes received in 3.99 secs

7.파일 다운로드

=> ftp>mget *.PDF

8.파일 전송상태 표시하기

=> ftp>hash

=> Hash mark printing on .

=> ftp>get R389.PDF

=> local: R389.PDF remote: R389.PDF

=> 200 PORT command successful.

=> 150 Opening BINARY mode data connection for R389.PDF .

=> ##########################################

=> 226 Transfer complete.

=> 44028 bytes received in 12.1 secs

9.종료 하기

=> ftp>bye

=> ftp>exit

10.도움말

=> ftp>help

원본 위치 <>

기타 다른 것

1. 유저가 루트로 FTP 로그인할 수 있게 하는 방법

# 텔넷의 root 로그인 방법이 설정 되고 난 이후
$ vi /etc/ftpusers
#root

2. FTP 포트번호 변경하기

# 디폴트 21번을 6번으로 변경한 예
$ vi /etc/services
ftp 6/tcp

3. FTP 사용법

# ftp 접속지 주소 포트번호
$ ftp 192.168.1.39 6
Name:
Password:
ftp> help/ ftp> user # 로그인 실패시 재 로그인
ftp> ls/!dir # 서버명령/클라이언트명령 수행
ftp> cd/lcd # 서버/클라이언트 디렉토리 이동.
ftp> delete/rename # 파일 지우기/이름바꾸기
ftp> mkdir/rmdir # 디렉토리 생성/삭제
ftp> get/put # 파일 전송
ftp> mget/mput # 여러개 파일 가져올 때
ftp> binary/ascii # 전송파일타입을 이진/아스키 파일로 지정한다.
ftp> type binary/ascii # 전송파일타입을 이진/아스키 파일로 지정한다.
ftp> hash # 받는 파일의 양을 화면에 표시 합니다.
ftp> prompt # mget/mput 할 때 y/n 질문을 하지 않게 한다.
ftp> bye/quit # 끝내기
ftp> open/close hostname # 원격 호스트에 접속/단절 한다.
ftp> status # ascii/binary, glob on/off 등 현재 ftp 세션의 접속 파라미터를 출력한다.
ftp> pwd # 현재의 절대 경로
ftp> verbose on # 전송중에 발생하는 정보를 화면에 보여준다.

주위: 윈도우 DOS 창에서의 FTP 사용 - 포트번호 지정이 않되고, 파일이 잘 전송이 않된다.
WS-FTP 프로그램 - 포트번호 변경이 안된다.
권장 FTP 편집기 - 울트라에디트
권장 FTP 프로그램 - Cute FTP, Leech FTP

4. 활용팁

- mget mput명령시에 파일 하나마다 y를 누르는 불편 없애기.
ftp> prompt 하고
ftp> mget 하면 된다.
또는, 접속시에 ftp -i xxx.xxx.xxx.xxx 하면 된다.

FTP 명령어-

ascii : 전송모드를 ASCII모드로 설정한다.

binary : 전송모드를 BINARY모드로 설정한다.

bell : 명령어 완료시에 벨소리를 나게한다.

bye : ftp접속을 종료하고 빠져나간다.

cd : remote시스템의 디렉토리를 변경한다.

cdup : remote시스템에서 한단계 상위디렉토리로 이동한다.

chmod : remote시스템의 파일퍼미션을 변경한다.

close : ftp접속을 종료한다.

delete : remote시스템의 파일을 삭제한다.

dir : remote시스템의 디렉토리 내용을 디스플레이한다.

disconnect : ftp접속을 종료한다.

exit : ftp접속을 종료하고 빠져나간다.

get : 지정된 파일하나를 가져온다.

hash : 파일전송 도중에 #표시를 하여 전송중임을 나타낸다.

help : ftp명령어 도움말을 볼 수 있다.

lcd : local시스템의 디렉토리를 변경한다.

ls : remote시스템의 디렉토리 내용을 디스플레이한다.

mdelete : 여러개의 파일을 한꺼번에 지울 때 사용한다.

mget : 여러개의 파일을 한꺼번에 가져오려할 때 사용한다.

mput : 한꺼번에 여러개의 파일을 remote시스템에 올린다.

open : ftp접속을 시도한다.

prompt : 파일전송시에 확인과정을 거친다. on/off 토글

put : 하나의 파일을 remote시스템에 올린다.

pwd : remote시스템의 현재 작업디렉토리를 표시한다.

quit : ftp접속을 종료하고 빠져나간다.

rstatus : remote시스템의 상황을 표시한다.

rename : remote시스템의 파일명을 바꾼다.

rmdir : remote시스템의 디렉토리을 삭제한다.

size :remote시스템에 있는 파일의 크기를 byte단위로 표시한다.

status : 현재 연결된 ftp세션모드에 대한 설정을 보여준다.

type : 전송모드를 설정한다.

HashMap 이란?

HashMap

 

HashMap은 키나 값에 Null을 허용 합니다.

HashMap 출력방법은 다음 한가지 이네요. (Enumeration 지원 안함)

HashMap hashmap = new HashMap();

hashmap.put("jakarta", "project");

hashmap.put("apache", "tomcat");

Set set = hashmap.entrySet();

Iterator keys = set.iterator();

while (keys.hasNext()) {

   key = (String)keys.next();

   System.out.println(hashmap.get(key));

}

또한 Hashtable은 thread safe 한 객체이지만 HashMap은 그렇지 못해 unsynchronized 합니다.

이말은 즉 멀티 쓰레드 환경이 아니면 HashMap을 쓰면 속도가 빠르다는 말입니다.

굳이 동기화 하자면 다음과 같이 사용해야 겠지요

Map m = Collections.synchronizedMap(new HashMap(...));

간단히 정리하자면

HashMap이 HashTable에 비해 좀더 실용적으로 변한 형태라고 보면 되겠네요 ^^

일반적으로 쓴다면 HashMap을 사용하세요

HashMap 이나 Hashtable 이나 둘다 Map 인터페이스를 implements 하고있지만 프로그래밍 환경에 따라서 적절한 놈으로 골라써야 합니다.

java API 문서에 보면

The HashMap class is roughly equivalent to Hashtable, except that it is unsynchronized and permits nulls.

"간략히 말해서 HashMap 은 Hashtable과 같다, 다만 HashMap 이 unsynchronized 하고 null 값을 허용할 뿐이다."

그러면 Hashtable 에는 null 값이 들어갈 수 없다는건가? 이건 잘 모르겠지만  Hashtable 만들어놓고 null 키값과 null value 를 함 넣어보시면 확인하실 수 있을 듯합니다...

중요한 건 HashMap은 멀티쓰레드 환경에서 사용하면 안된다는 겁니다.

여러개의 쓰레드가 동시에 HashMap 을 건드려서 key, value 를 써넣게 되면 문제가 발생할 수 있다, 뭐 이런것 같습니다. 멀티쓰레드 프로그래밍 환경에서는 HashMap 을 쓰면 안되고 Hashtable 을 써야 한다는 거죠...

단일 쓰레드 환경에서 Hashtable 을 쓰더라도 별 문제는 없는데, HashMap보다는 성능이 저하될 수 있습니다.

HashMap : http://sunny.sarang.net/api/java/util/HashMap.html

실예)

import java.util.*;

public class HashMapTest {
 public static void main(String arg[]) {
  HashMap hm = new HashMap();
  hm.put("1", "one");
  hm.put("2", "two");
  hm.put("3", "three");
  hm.put("4", "four");

  //TreeMap  code = new TreeMap(hm);//sorting이 필요하시면 추가하세요.변수명 바꾸시구요

  Iterator ir  = hm.keySet().iterator();//HashMap의 모든 key 값을 Iterator 객체에 담는다.
  while(ir.hasNext()){
   String key = (String)ir.next();//하나씩 key값을 가져온다 여기서 특정 key 값과 비교하실려면
   //if(key.equals("특정key값"){}//이렇게 비교하셔서 매칭 되는것만 출력하시든지 처리하시면 될것 같습니다.
   String value = (String) hm.get(key);//그키값으로 HashMap의 값을 가져온다.
   System.out.println("key = "+key+", value = "+value);
   //System.out.println("");
   //System.out.println(ir);
  } /// while
 } /// main
} /// class

HashTable

Hashtable 은 키나 값에 Null을 허용하지 않습니다.

또한 Object에 정의된 hashCode()와 equals()메소드를 재정의하는 객체들만 저장할 수 있습니다.

다행히도 자바 내장 클래스들은 대부분 hashCode()구현되어 있다는 것을 아실겁니다.

특히 String 타입이 hashCode(), equals()메소드 두개 모두 구현되어 있지요.

Hashtable은 Map 클래스와 마찬가지로 반복자(interator)를 직접제공 하지 않습니다

다음 두가지 방식으로 HashTable 내용을 출력합니다.

Hashtable hashtable = new Hashtable();

hashtable.put("jakarta", "project");

hashtable.put("apache", "tomcat");

Enumertaion keys = hashtable.keys();

while(keys.hasMoreElements()) {

   key = (String)keys.nextElement();

   System.out.println(hashtable.get(key));

}

혹은

Set set = hashtable.keySet();

Iterator keys = set.interator();

while(keys.hasNext()) {

   key = (String)keys.next();

   System.out.println(hashtable.get(key));

}

HashTable은 Map 인테페이스로부터 확장한 클래스이다.

Vector와의 차이점은 특정 킷값을 갖고 데이터를 검색할 수 있다는 것이다.

HashTable를 생성할 때 load factor를 정할 수 있는데 이는 메모리를 절약할것인가, 처리속도를 높일것인가를 결정하는 float형태의 값이다.

load factor 의 범위 : 0.0 ~ 1.0
0.0 : 처리속도가 가장 빠름. 메모리 소모 가장 많음.
1.0 : 처리속도 느림. 메모리 절약

주요 생성자

 

HashTable() 기본 저장공간을 11개와 load factor는 0.75를 갖는다.
HashTable(int Capacity)
 초기공간을 지정하여 생성. load factor는 0.75
HashTable(int Capacity, float loadFactor)
 초기 공간과 load factor를 지정하여 테이블 생성

HashTable()	기본 저장공간을 11개와 load factor는 0.75를 갖는다.
HashTable(int Capacity)	초기공간을 지정하여 생성. load factor는 0.75
HashTable(int Capacity, float loadFactor)	초기 공간과 load factor를 지정하여 테이블 생성

 

 

주요 메소드

 

boolean containsKey(Object key)
 해당 key값이 있는지 검색한다.
boolean containsValue(Obejct value) 해당 value 값이 있는지 검색한다.
void put(Object key, Object value) 해시테이블에 값을 넣는다. 만약 킷값이 동일하면 기본의 데이터가 대치된다.
int size() 해시 테이블에 있는 실제 요소의 갯수를 반환한다.
Object get(Object key) 킷값에 해당하는 값을 가져온다.
void clear() 모든 킷값과 value를 지운다.

boolean containsKey(Object key)	해당 key값이 있는지 검색한다.
boolean containsValue(Obejct value)	해당 value 값이 있는지 검색한다.
void put(Object key, Object value)	해시테이블에 값을 넣는다. 만약 킷값이 동일하면 기본의 데이터가 대치된다.
int size()	해시 테이블에 있는 실제 요소의 갯수를 반환한다.
Object get(Object key)	킷값에 해당하는 값을 가져온다.
void clear()	모든 킷값과 value를 지운다.

[실예]

import java.util.*;

class HashtableEx
{
    Hashtable ht = new Hashtable(10);

    public HashtableEx()
    {
        ht.put("1", "one");
        ht.put("2", "two");
        ht.put("3", "thee");
        ht.put("4", "four");
        ht.put("5", "five");
    }

    public String get(String s)
    {
        String result = (String)ht.get(s);
        return result;
    }

    public int size()
    {
        return ht.size();
    }

    public static void main(String[] args)
    {
        HashtableEx h = new HashtableEx();

        System.out.println(h.get("1"));
        System.out.println(h.size());
    }
}

각종 DBMS JDBC 드라이버 셋팅법 정리

각종 DBMS JDBC 드라이버 셋팅법 정리

/********** 각 경우별 드라이버 연동하기 **************/

** DB2 **
연결 URL : "jdbc:db2:Catalog된 DB명"
드라이버 클래스 : COM.ibm.db2.jdbc.app.DB2Driver

** JDK jdbc-odbc driver (Type1) **
연결 URL : "jdbc:odbc:"
드라이버 클래스 : sun.jdbc.odbc.JdbcOdbcDriver

** Oracle thin driver (Type4) **
연결 URL : "jdbc:oracle:thin:@:port:"
드라이버 클래스 : oracle.jdbc.driver.OracleDriver

** Oracle oci driver (Type2) **
연결 URL : "jdbc:oracle:oci:@"
드라이버 클래스 : oracle.jdbc.driver.OracleDriver

** Sybase jConnect driver (Type2) **
연결 URL : "jdbc:sybase:Tds::"
드라이버 클래스 : com.sybase.jdbc2.jdbc.SybDriver

** Informix JC1 driver (Type4) **
연결 URL : "jdbc:informix-sql://:/:INFORMIXSERVER"
드라이버 클래스 : com.informix.jdbc.IfxDriver

** mSQL Imaginary JDBC driver (Type4) **
연결 URL : "jdbc:msql://:/"
드라이버 클래스 : com.imaginary.sql.msql.MsqlDriver

** Postgres driver (Type4) **
연결 URL : "jdbc:postgresql://:/"
드라이버 클래스 : postgresql.driver

** MM MySQL driver (Type4) **
연결 URL : "jdbc:mysql://:/"
드라이버 클래스 : org.git.mm.mysql.Driver

** Access **

연결 URL : jdbc:odbc:설정한 odbc명

드라이버 클래스 : sun.jdbc.odbc.JdbcOdbcDriver

mysql은 JConnector 3.0 부터는 com.mysql.jdbc.Driver

연결 URL 은 jdbc:mysql://localhost/dbname?Unicode=true&characterEncoding=EUC_KR

같이 인코딩 타입을 직접 줌으로써 한글 변환문제에 좀더 쉽게 해결할 수 있음.



** Connected To IBM AS/400  **

Class.forName("com.ibm.as400.access.AS400JDBCDriver");
com = Driver.Manager.getConnection("jdbc:as400://10.20.30.40/testlib;user=user;password=pass");

** Connected To Unisql **

Class.forName("unisql.jdbc.driver.UniSQLDriver");
con = Driver.Manager.getConnection("jdbc:unisql:10.20.30.40:43300:demodb:::", "user","pass");


** Connected To Jdbc-Odbc Type - 1 Driver **

Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
// con = DriverManager.getConnection("Jdbc:Odbc:dsnname","userid","password");
con = DriverManager.getConnection("jdbc:odbc:Driver={SQL Server};Server=servername;Database=pubs","userid","password");

** Connected To Ms-Access JDBC ODBC Driver **

Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
con = DriverManager.getConnection("Jdbc:Odbc:dsnname","","");
// con = DriverManager.getConnection("jdbc:odbc:Driver={MicroSoft Access Driver (*.mdb)};DBQ=G:/admin.mdb","","");

** Connected To Ms-Access Type-3 Driver **

Class.forName ("acs.jdbc.Driver");
String url = "jdbc:atinav:servername:5000:C:\\admin.mdb";
String username="Admin";
String password="";
Connection con = DriverManager.getConnection(url,username,password);

** Connected To Microsoft SQL **

Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
con = DriverManager.getConnection("jdbc:microsoft:sqlserver://servername:1433","userid","password");

** Connected To Merant. **

Class.forName("com.merant.datadirect.jdbc.sqlserver.SQLServerDriver");
con = DriverManager.getConnection("jdbc:merant:sqlserver://servername:1433;User=userid;Password=password");

** Connected To Atinav SqlServer. **

Class.forName ("net.avenir.jdbc2.Driver");
con= DriverManager.getConnection("jdbc:AvenirDriver://servername:1433/pubs","userid","password");

**Connected To J-Turbo. **

String server="servername";
String database="pubs";
String user="userid";
String password="password";

Class.forName("com.ashna.jturbo.driver.Driver");
con= DriverManager.getConnection("jdbc:JTurbo://"+server+"/"+database,user,password);

** Connected To jk Jdbc Driver. **

String url= "jdbc:jk:server@pubs:1433";
Properties prop = new Properties();
prop.put("user","userid");//Set the user name
prop.put("password","password");//Set the password

Class.forName ("com.jk.jdbc.Driver").newInstance();
con = DriverManager.getConnection (url, prop);*/

** Connected To jNetDirect Type - 4 Driver **

String sConnect = "jdbc:JSQLConnect://127.0.0.1/database=pubs&user=userid&password=password";
Class.forName ("com.jnetdirect.jsql.JSQLDriver").newInstance();
Connection con= DriverManager.getConnection(sConnect);

** Connected To AvenirDriver Type - 4 Driver **

// String url= "jdbc: AvenirDriver: //servername:1433/pubs";
// java.util.Properties prop = new java.util.Properties ();
// prop.put("user","userid");
// prop.put("password","password");

Class.forName ("net.avenir.jdbc2.Driver");
System.out.println(" Connected To AvenirDriver Type - 4 Driver");
con= DriverManager.getConnection("jdbc:AvenirDriver://servername:1433/pubs","userid","password");

** Connected To iNet Sprinta2000 Type - 4 Driver **

String url="jdbc:inetdae7:servername:1433";
String login="userid";
String password="password";
Class.forName("com.inet.tds.TdsDriver");
System.out.println(" Connected To iNet Sprinta2000 Type - 4 Driver");
con=DriverManager.getConnection(url,login,password);

** Connected To iNet Opta2000 Type - 4 Driver **

String url="jdbc:inetdae7:servername:1433";
String login="sagar";
String password="sagar";
Class.forName("com.inet.tds.TdsDriver").newInstance();
System.out.println(" Connected To iNet Opta2000 Type - 4 Driver");
con=DriverManager.getConnection(url,login,password); 

 

2009년 7월 7일

나도 이제 블로그를 시작했다.!

 

ㅋㅋㅋ

 

Bloger.OneShot

Eclipse 단축키

기본적으로 Preference > General > Keys에서 대부분(모든)의 단축키 확인 가능합니다.
Ctrl+Shift+L : 단축키 보기 Hint

 

[거의 달고 사는 단축키]

ctrl + s : 저장 및 컴파일
ctrl + i : 소스 깔끔 정리(인덴트 중심의 자동구문정리)
ctrl + space : 어휘의 자동완성(Content Assistance)
ctrl + 1 : Quick Fix(Rename에 주로 사용)
ctrl + shift + M : 캐럿이 위치한 대상에 필요한 특정클래스 import
ctrl + shift + O : 소스에 필요한 패키지의 자동 임포트
ctrl + / : 한줄 또는 선택영역 주석처리/제거
ctrl + Q : 마지막 편집위치로 가기
ctrl + L : 특정줄번호로 가기
ctrl + D : 한줄삭제
ctrl + H : Find 및 Replace
ctrl + K : 다음찾기(또는, 찾고자 하는 문자열을 블럭으로 설정한 후 키를 누른다.)
ctrl + shift + K : 이전찾기(또는, 찾고자 하는 문자열을 블럭으로 설정한 후 역으로 찾고자 하는 문자열을 찾아감.)
alt + shift + j : 설정해 둔 기본주석 달기
Ctrl + 객체클릭(혹은 F3) : 클래스나 메소드 혹은 멤버를 정의한 곳으로 이동(Open Declaration)

[사용하면 유용한 단축키]

ctrl + shift + f : 소스 깔끔 정리
ctrl + 2 + R : Rename(리팩토링)
ctrl + shift + / : 선택영역 block comment 설정
ctrl + shift + \ : 선택영역 block comment 제거
alt + shift + up : Enclosing Element 선택(괄호의 열고 닫기 쌍 확인에 유용함)
ctrl + O : Outline창열기
Alt + ->, Alt + <- : 이후, 이전
해당프로젝트에서 alt + enter : Project 속성
sysout > Ctrl + Space : System.out.println();
try > Ctrl + Space : 기본 try-catch문 완성
for > Ctrl + Space : 기본 for문 완성
템플릿을 수정,추가 : Preferences > java > editor > Templates

 

[알고 있으면 아는척좀 할 수 있는 단축키]

ctrl + N : 새로운 파일 및 프로젝트 생성
ctrl + shift + s : 열려진 모든파일 저장 및 컴파일
alt + / : Word Completion
alt + shift + R : Rename
ctrl + shift + G : 특정 메써드나 필드를 참조하고 있는 곳을 찾는다.
ctrl + shift + B : 현재커서위치에 Break point설정/해제
ctrl + alt + R
ctrl + f11 : 실행
f11 : 디버깅 시작
f5 : step into
f6 : step over
f8 : 디버깅 계속
ctrl + . : 다음오류부분으로 가기
ctrl + , : 이전오류부분으로 가기
f12 : 에디터로 커서이동
ALT + UP,DOWN : 현재 줄 위치 이동
Ctrl + j : 검색할 단어를 입력하면서 실시간으로 검색
Ctrl + Shift + j : 검색할 단어를 입력하면서 실시간으로 거꾸로 검색
F4 : 클래스명을 선택하고 누르면 해당 클래스의 Hierarchy 를 볼 수 있다.
ctrl + alt + up/down : 한줄 duplicate
alt + shift + 방향 : 선택
ctrl + shift + g : 케럿이 위치한 객체가 참조 되는 곳을 찾아 준다

 

출처 : http://blog.theple.com/skyboarder76/capture/all.html?uid=12

[출처] [본문스크랩] 이클립스 단축키|작성자 fightingdk

 

------------------------------------------------

 

ctrl + shift + L         단축키 표시

 

ctrl + space           자동~ (코드어시스트)

ctrl + 1                  빠른수정

ctrl + 7                  주석설정/해제 (범위주석), ctrl+shift+/,\

ctrl + T                  타입의 상속구조

ctrl + o                  퀵 아웃라인 (메서드찾기)

       F3                 소스코드 네비게이션

ctrl 누른채로 클릭   하이퍼링크식 이동 (인수주욱,소스코드네비게이션)

ctrl + L                  특정행 이동

ctrl + shift + F         지정코드형식으로 변경 (코드스타일)

 

ctrl + F6                 에디터간 이동 (alt + tab처럼)

ctrl + F7                 뷰간 이동

ctrl + F8                 퍼스팩티브간 이동

      F12                무조건 에디터로 이동 (커서)

 

ctrl + F                  찾기

ctrl + J                  간단찾기 (입력후 다시 ctrl+J, shift 같이 누르면 이전)

ctrl + K                  블럭찾기 (shift같이 누르면 이전)

ctrl + H                  상세검색 (파일하나 이상일때 유용,검색결과저장)

 

ctrl + alt + H           메서드 호출구조 (call hierarchy뷰)

ctrl + shift + O         import정리 (추가,삭제, Organize Imports)

[출처] [본문스크랩] 유용한 이클립스 단축키들|작성자 fightingdk