즉, 동일한 클래스가 존재하고 원래의 클래스보다 다른 클래스가 먼저 로딩이 되기 때문에 동작하지 않을 것이라는 말인것 같다.
그래서 찾아봤다.

LogFactory로 검색을 해보면 두개가 검색이 된다.
하나는 commons-logging-1.1.1.jar 이고 또 하나는 jcl-over-slf4j-1.5.8.jar 이다.
흠. jcl-over-slf4j-1.5.8.jar 가 왜 갑자기 딸려 들어 왔을까? 궁금했다.

위의 종속관계 그래프에서 알 수 있듯이 로그가 안나오기 전에 Apache Tiles2를 적용하는 과정에서 jcl-over-slf4j-1.5.8.jar 가 딸려왔고 잘나오던 로그가 갑자기 먹통이 되었었던것 같다.

그래서 다음과 같이 메이븐 pom.xml 설정을 변경했다.

<dependency>

  <groupId>org.apache.tiles</groupId>

  <artifactId>tiles-core</artifactId>

  <version>${tiles.version}</version>

  <exclusions>

    <exclusion>

      <groupId>org.slf4j</groupId>

      <artifactId>jcl-over-slf4j</artifactId>

    </exclusion>

  </exclusions>

</dependency>

적용결과 로그가 잘나온다. 예전에도 이런일이 있었는데 그땐 commons-logging을 포기하고 Log4j로 선언했던것 같다. 이 글이 많은 사람들에게 해결의 실마리가 되었으면한다. 






 

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

RCP를 개발할 때 설치되지 않은 플러그인이나 프라그먼트를 배포할 때 포함시켜야 할때가 있다. 예를 들면 개발하고 있는 OS와 다른 OS환경으로 배포해야 하거나 배포 국가에 따라 다국어를 지원해야 하는 경우를 들 수 있다. 물론 모든 플러그인이나 프라그먼트를 포함하여 배포할 수도 있으나 비효율적이다. 설치하는 사람의 입장에서 필요하지 않은 플러그인을 설치하는 것이기 때문이다.

이렇게 배포환경에 따라 설치되지 않은 플러그인이나 프라그먼트를 포함하여 배포할 수 있는 방법은 없을까?

방법은 OS환경의 경우 DeltaPack을 이용하고 다국어의 경우 LanguagePack을 이용하는 것이다.

이글에서는 LanguagePack을 예로 들어 설명한다.

사전준비:

참고: http://www.eclipse.org/babel/downloads.php

이클립스 바벨 프로젝트는 NLS 즉, 다국어 지원을 위한 프로젝트이다.

위의 참고 URL에서 현재 가장 최신버전인 Babel Language Packs - 0.7.1에서 해당 이클립스 버전에 맞는 Zip 파일을 다운받는다.

...

Babel Language Packs - 0.7.1

	Babel Language Pack Zips
	Galileo | Ganymede | Europa
	Installation instructions

...

나의 경우 Galileo를 선택했고 아래와 같이 한국어를 검색하여 이클립스 코어 부분만 다운받았다.

Language: Korean
...
BabelLanguagePack-eclipse-ko_3.5.0.v20091121043401.zip (92.82%)
...

다운받은 파일을 ${eclipse_home}/languagepack 에 압축을 해제한다. 디렉토리 구조는 아래와 같다.

languagepack

|-- eclipse

     |-- features

     |-- plugins

배포방법:

RCP를 빌드하는 방법은 크게 두가지가 있다. 이클립스를 이용하는 방법과 Headless Build 방법(이클립스를 사용하지 않고 Ant, Maven과 같은 빌드 스크립트를 이용)이 있다. 이글에서는 이클립스를 이용하여 빌드하고 배포하는 방법을 알아보도록 하고 Headless Build는 나중에 알아보도록 하자. 

Window -> Preferences -> Plug-in Development -> Target Platform 을 선택하고 아래 그림과 같이 Running Platform (Active)를 선택한다. 만약 선택할 대상이 없다면 Add... 버튼을 선택하여 기본으로 대상을 하나 생성하기 바란다.

아래 내용을 이해하고 있는 개발자의 경우 각 상황에 맞게 대상을 생성하도록 하고 그렇지 않는 경우는 기본으로만 생성하도록 한다. 잘못 생성하는 경우 클래스를 찾을 수 없다는 에러와 한참동안 씨름할 것이다.(^^ 이것 때문에 2시간을 고생했다는...)

Edit... 버튼을 선택하여 Edit Target Definition 창이 뜨면 Add... 버튼을 선택한다.

Add Content에서 Inatallation 을 선택하고 Next > 버튼을 선택한 다음  Location에

${eclipse_home}/languagepack/eclipse 과 같이 입력하고 Next > 버튼을 선택한다.

그러면 아래와 같이 현재 포함되어 있는 플러그인이나 프라그먼트의 목록을 보여주며 Finish 버튼을 선택하여 종료한다.

위와 같이 하면 Plug-ins 뷰에 방금 추가한 플러그인이나 플라그먼트가 보일 것이다. 만약 Plug-ins 뷰가 보이지 않는다면

Window -> Show View -> Other... -> Plugin Development -> Plug-ins 를 선택하고 확인한다.

이제 실제 이클립스에는 LanguagePack이 설치되어 있지 않지만 해당 플러그인들을 이용할 수 있다.

배포를 Plug-in 기반으로 하는 경우는 직접 해당 플러그인을 추가하면 되고 피처 기반으로 하는 경우는 해당 피처에 추가하거나 nls 피처를 만들어 추가하면 된다.

nls의 경우 거의 대부분이 프라그먼트이므로 관리의 편리상 nls 피처를 만들어 관리할 것을 권고한다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

영문: http://wiki.eclipse.org/Equinox/p2/Adding_Self_Update_to_an_RCP_Application-3.5

이 페이지는 3.5에 있는 p2 임시 API를 사용하여 RCP 애플리케이션에 p2 self-updating 지원을  추가하는 방법에 대한 정보를 통합한다.

먼저 RCP 메일 예제 애플리케이션을 만든 다음 다양한 방법으로 변경해 본다.

p2 추가하기, 빌드하기, p2로 애플리케이션 제공하기

p2로 업데이트를 하기위한 애플리케이션 설정 절차는 다음과 같이 몇 단계를 거친다.

• 애플리케이션에 p2 번들을 추가해야한다. 가이드와 같이 org.eclipse.equinox.p2.user.ui 피처를 사용하여 제품 피처(product's features)중의 하나로 p2 번들을 추가함으로써 나타낼 수 있다. 이것은 또한 피처에서 필요한 것들을 나타낼 것이고 애플리케이션에 p2를 설치함으로써 올바른 코드를 작성할 수 있게 한다.
• 제품 빌드 설정
  
  • UI없이 빌드하기(headless build)위한 델타팩 설치
  • build.properties에 일반적인 빌드단계 기술
  • 빌드에 p2-고유 단계 추가
    • p2 저장소에 빌드를 위한 메타데이터 내보내기
    • 애플리케이션을 제공하는 p2 디렉터(director) 실행

이 절차는 앤드류 니퍼(Andrew Niefer)의 블로그 게시글 에서 보다 자세히 다루고 있다.

예제는  변경된 RCP 메일 애플리케이션을 기반으로 빌드하며 여기 에서 찾을 수 있다.

사용자의 기본 저장소(repository) 설정하기

처음에 애플리케이션 안에 있어야만 하는 저장소(레파지토리)를 터치포인트 명령(touchpoint instructions) 사용으로 관리할 수 있다. addRepository 명령은 각 저장소에 대해 사용해야 한다. p2 UI에서, 메타데이터(metadata)와 산출물(artifact) 저장소를 같은 장소에 지정하는 것으로 간주한다. 사용자가 UI에서 저장소를 추가하면 메타데이터와 산출물 저장소에는 그 위치가 추가된다. 터치포인트 명령을 사용할 때면, 반드시  메타데이터와 산출물 저장소에 추가되어야만 한다.

애플리케이션에 포함된 터치포인트 어드바이스 파일(touchpoint advice file)(p2.inf)을 사용하여 이 명령들을 기술한다. 보다 자세한 내용은 Equinox/p2/Engine/Touchpoint_Instructions 를 참고한다.

여기에 p2 RCP 메일 예제들 중의 하나로 사용된 p2.inf 샘플파일이 있다.

p2 UI 설정하기

사용자에게 어떻게 보여줄 것인가에 따라서 p2 UI 를 통합하는 다양한 방법이 있다.

이클립스 SDK UI 통째로 재사용하기

여러분의 목적이 단순히 RCP 앱(app) 내부의 SDK에서 사용하고 있는 업데이트 UI와 동일한 것을 사용하는 것이라면, 변경할 것이 거의 없다. 이렇게 하는 방법을 보여주는 RCP 메일 애플리케이션 샘플은   here 에서 찾을 수 있다. 코드안에서 'XXX' 태스크 태그를 찾아 봄으로써 표준 RCP 메일 애플리케이션에 요구된 변화를 볼 수 있다.

애플리케이션에 org.eclipse.equinox.p2.user.ui 피처를 포함해야 할 것이다. 이것은 p2 core 및 다른 요구되는 모든 번들외에도 여러분의 애플리케이션에 다음과 같은 UI 번들을 추가할 것이다.:

• org.eclipse.equinox.p2.ui
• org.eclipse.equinox.p2.ui.sdk
• org.eclipse.equinox.p2.ui.sdk.scheduler

변경되지 않은 p2 SDK UI 번들을 사용하기 위해서는 p2 UI로 여길만큼 동일한 UI 서비스를 제공할 필요가 있다. 이것은 다음을 포함한다:

• ApplicationWorkbenchWindowAdvisor 는 p2 자동 업데이트 상태 및 진행상황을 보여주는 상태라인(status line)과 진행상황 영역(progress area)을 정의한다.

public void preWindowOpen() {
    IWorkbenchWindowConfigurer configurer = getWindowConfigurer();
    configurer.setInitialSize(new Point(600, 400));
    configurer.setShowCoolBar(true);
    // XXX We set the status line and progress indicator so that
    // update information can be shown there
    configurer.setShowStatusLine(true);
    configurer.setShowProgressIndicator(true);
}

• ApplicationActionBarAdvisor 는 메뉴바에 Help 메뉴가 있어야 하고 p2 기여(contributions)가 만들어 질 수 있도록 additions 그룹이 정의되어 있어야만 한다.  In order to make the update preferences available to the user, there must also be access to the preferences from some menu.

protected void fillMenuBar(IMenuManager menuBar) {
    MenuManager fileMenu = new MenuManager("&File", IWorkbenchActionConstants.M_FILE);
    // XXX Window menu
    MenuManager windowMenu = new MenuManager("&Window", IWorkbenchActionConstants.M_WINDOW);
    MenuManager helpMenu = new MenuManager("&Help", IWorkbenchActionConstants.M_HELP);
   
    menuBar.add(fileMenu);

    // XXX Window menu
    menuBar.add(windowMenu);

    ...
    
    // XXX Window menu
    windowMenu.add(preferencesAction);
    
    // Help
    // XXX add an additions group because this is what SDK UI expects
    helpMenu.add(new GroupMarker(IWorkbenchActionConstants.MB_ADDITIONS));
    helpMenu.add(new Separator());
    helpMenu.add(aboutAction);
}

Since the RCP Mail application does not define preferences of its own, the resulting preference dialog will only show the preferences contributed by p2 and its required bundles.

...

애플리케이션을 시작할 때 UI 없이 업데이트하기

때때로 가장 간단한 UI는 UI가 없는 것이다. 고도로 관리되는 제품 설치 중에 사용자의 개입없이 애플리케이션이 시작될 때마다 자동으로 업데이트 되는 것이 가치있는 것일 수도 있다.

이렇게 처리하는 방법을 보여주는 RCP 메일 애플리케이션 예는 여기 에서 찾을 수 있다.

업데이트가 정말 UI가 없는 것(headless)은 아닌데 그 이유는 진행지시기(progress indicator)가 보이기 때문이다.  진행지시기는 스플래쉬 화면이후 업데이트를 찾을 때 보인다. 사용자가(그리고 애플리케이션으로 인하여) 업데이트를 취소할 수도 있다. 그렇지 않고서는 업데이트에 개입할 수 없다. 애플리케이션을 실행하기 위해서,  사용자는 실행전에 업데이트를 찾을 때까지 그리고 찾은 업데이트를 설치할 때까지 기다려야만 할 것이다.

이 설정에서, p2 UI 클래스 라이브러리 번들(org.eclipse.equinox.p2.ui)은 전체가 필요하지 않다. 핵심코드만이 업데이트에 사용된다. 다음과 같은 변경이 필요하다.:

public void start(BundleContext context) throws Exception {
    super.start(context);
    plugin = this;
    bundleContext = context;
      
    packageAdminRef = bundleContext.getServiceReference(PackageAdmin.class.getName());
    packageAdmin = (PackageAdmin) bundleContext.getService(packageAdminRef);
  
    // XXX start up the p2 infrastructure.  Normally the p2 UI class library does
    // this, but we are running without UI.
    getBundle("org.eclipse.equinox.p2.exemplarysetup").start(Bundle.START_TRANSIENT); //$NON-NLS-1$
    getBundle("org.eclipse.equinox.frameworkadmin.equinox").start(Bundle.START_TRANSIENT); //$NON-NLS-1$
    getBundle("org.eclipse.equinox.simpleconfigurator.manipulator").start(Bundle.START_TRANSIENT); //$NON-NLS-1$
}

public void preStartup() {
    // XXX check for updates before starting up.
    // If an update is performed, restart.
    if (P2Util.checkForUpdates()) {
        PlatformUI.getWorkbench().restart();
    }
}

• Helpful Links

  • Bug 237537 - Bug containing an example RCP Product Build
  • Andrew Niefer's blog post about RCP p2 builds
  • Eclipse RCP PDE p2 builds - Tutorial from Lars Vogel
  • Tutorial: p2 updates for Eclipse RCP applications

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.