Eclipse Web Tools Platform 개요

출처 :http://www.dev2dev.co.kr/pub/a/2005/09/eclipse_web_tools_platform.jsp

 

Eclipse Web Tools Platform 개요

byTim Wagner,Ted Bashor,Paul MeijerandPieter Humphrey
2005/09/28

개요

WTP(Web Tools Platform) 프로젝트는 Eclipse를 웹과 엔터프라이즈(J2EE) 애플리케이션 개발 영역까지 확대합니다. 이 오픈 소스 프로젝트의 목적은 웹 중심 기술 제작을 위한 일반적이고 확장 가능한 표준 기반의 툴 플랫폼을 제공하는 것입니다. WTP는 애플리케이션 개발자를 위한 풍부한 툴과 기능은 물론 사용자 정의 가능한 프로젝트 모델 및 애플리케이션 서버 지원 등 부가 가치 확장을 위한 벤더 중립적 프레임워크도 제공합니다. 이 문서에서는 WTP의 하위 프로젝트인 WST(Web Standard Tools) 및 JST(J2EE Platform Standard Tools)에 대한 개요를 제공하고 0.7 릴리스의 주요 내용에 대해 살펴봅니다.

• J2EE/웹 애플리케이션 개발용으로 Eclipse 플랫폼 확장
• 서버, 런타임 및 모듈 정의
• 툴 개발자를 위해 플랫폼 API 및 적절한 모델 제공
• 애플리케이션 개발자를 위한 핵심 툴 제공 :
  • 툴 개발자에게 잘 맞고 나아가 견본이 될만한 고품질 툴 모음
  • 웹 및 J2EE 관련 언어에 대한 충실도 높은 편집 서비스 모음

WTP에 대한 자세한 내용 및 WTP 및 Eclipse를 시작하는 방법에 대한 자세한 내용은Eclipse WTP 프로젝트웹 사이트를 참조하십시오.

WTP 프로젝트의 원칙

WTP 프로젝트를 보다 잘 이해하기 위해 이 프로젝트의 원칙을 일부 살펴봅니다. (전체 WTP 원칙은 WTP 프로젝트 웹 사이트에서 찾아볼 수 있습니다.)

• Eclipse 가치의 확대: Eclipse 프로젝트는 Java IDE 영역에 기술적 우수성, 기능 혁신 및 전반적인 확장성에 대해 높은 수준의 표준을 제시한 바 있습니다. 이와 동일한 표준을 웹/J2EE 애플리케이션-툴 영역에도 적용하기 위해 시도하고 있습니다.

• 벤더 체계: 이 프로젝트의 주요 목표는 애플리케이션 개발 툴 시장의 활성화를 지원하는 것입니다. WTP의 대표적인 기능은 그 자체만으로도 유용하지만 처음부터 확장 가능하도록 설계되었으므로 상업 벤더들은 이 프로젝트에서 제공하는 기능을 자체 제품을 혁신하고 개발 효율성을 높일 수 있는 발판으로 사용할 수 있습니다.

• 벤더 중립성: 벤더 중립성은 이 프로젝트의 핵심입니다. 가장 많은 애플리케이션 개발 벤더들의 제품이 지닌 장기적인 가치 제안을 부각시킴으로써 Eclipse 참여를 독려하고 Eclipse에 대한 시장의 호평을 이끌어내는 것을 목표로 합니다.

• 표준 기반 혁신: 이 프로젝트는 가능한 많은 벤더들이 자신의 고객 및 최종 사용자를 위해 부가 가치가 있는 개발 제품을 만들 수 있도록 확장 가능한 표준 기반의 툴을 제공합니다. WTP는 모든 표준을 준수합니다. WTP의 초점이 기존의 표준과 배포를 사용하는 런타임 기술에 있지만 최첨단 툴이 요구되는 신생 표준 또한 준수합니다. 하나의 주어진 기능을 위해 여러 기술들이 사용되는 경우 기술적 실행 가능성과 장기적으로 가장 가능성이 높고 확장 가능한 기반의 제공을 목표로 각 기술을 지원합니다.

이러한 원칙들은 모두 WTP가 Eclipse의 핵심 툴과 기능을 J2EE 및 웹 애플리케이션에까지 확장하여, J2EE 벤더들이 WTP는 J2EE 및 웹 애플리케이션 범위 내에서 승인된 표준을 구현한다는 확신을 통해 WTP의 기본 기능을 기반으로 구축할 수 있도록 한다는 견해를 뒷받침합니다.

WTP 범위

그림 1은 WTP의 주요 컴포넌트를 보여 줍니다. 런타임 컴포넌트와 관련해서 WTP 0.7은 JSP 기반 웹 애플리케이션, Java 웹 서비스 및 Enterprise JavaBeans를 지원합니다.

그림 1. WTP의 주요 컴포넌트

또한 WTP는 편리하게 서버를 사용자 정의하고 구성하기 위한 몇 가지 중요한 서버 툴을 제공합니다. 런타임 컴포넌트와 서버 툴에 대해서는 다음 단원에서 자세히 설명합니다.

웹 애플리케이션

WTP는 정적 HTML 페이지, JavaScript, CSS, JSP EL 및 서블릿의 사용을 비롯한 JSP 기반 웹 애플리케이션 개발을 지원합니다. JSP 원본 편집기는 HTML 편집기의 기능을 확장하여 Java, JSP, Tag Library, EL 및 JavaScript 코드 조각 내에 컨텐츠 컬러링 및 코드 길잡이를 제공합니다. 또한 WTP는 JSR 45 호환 디버깅을 지원하여 JSP 소스에서 설정하고 단계별 과정을 밟는 등의 작업을 할 수 있도록 중단점을 구현할 수 있습니다. JSP는 모든 Web Project 형식의 Project Explorer 트리 구조에 있는 WebContent 폴더에 생성됩니다.

WTP에서 JSP 프로그래밍을 처리하기 위해 유용하도록 빈 형성 마법사(form bean wizard)가 추가되었습니다. 이 마법사는 클래스에 정의된 모든 변수에 대해 getter/setter 메서드를 생성하여 간단한 Java 클래스를 빈으로 변환하도록 도와줍니다. 이외에도 다양한 다른 마법사를 사용하여 개발 시간을 대폭 단축시킬 수 있습니다. 그 중 하나가 WTP에서 서블릿을 가장 빠르게 만들 수 있는 서블릿 마법사입니다. 이 마법사는 서블릿 스텁을 자동으로 생성하고 생성된 원본 파일을 JavaSource 폴더에 배치한 다음 web.xml에 적절한 배포 설명자를 추가하여 서블릿을 등록하고 일치하는 URL 패턴을 정의합니다.

배포 설명자 편집

WTP는 툴 개발자를 위해 배포 설명자와 같은 일반적인 J2EE 아티팩트에 대한 모델을 제공합니다. 웹 애플리케이션의 경우 서블릿을 선언하기 위해 web.xml을 편집하는 것은 J2EE에서 파일을 열고 아웃라인 뷰 및 디자인 뷰를 사용하여 "그래픽 모드"에서 편집하는 것만큼 간단합니다. 또한 WTP는 모든 XML 파일에 대해 코드 길잡이, 구문 강조, 유효성 검사, 빠른 픽스, 리팩토링 및 검색 등 충성도 높은 편집 지원 기능을 제공합니다.

SSE(Structured Source Editor) 프레임워크

예를 들어 JSP, HTML 및 JavaScript 코드 블록이 포함된 "혼합된" JSP 페이지를 편집하는 기능 또는 배포 설명자를 편집하는 기능은 SSE(Structured Source Editor) 프레임워크에 기반을 두고 있습니다. SSE는 다중 언어 편집 지원 기능을 제공하여 기본 Eclipse 편집기를Java 편집 이외의 영역으로까지 확대합니다. 웹 애플리케이션 개발 및 JDT와의 기능 호환성을 위해 사용되는 모든 언어에서 원본 편집 기능을 충실하게 지원하는 것이 WTP가 추구하는 목표 중 하나입니다. XML, JSP 및 JSP EL, HTML, XHTML, CSS, DTD 및 JavaScript와 같은 아티팩트를 편집하는 경우 이러한 여러 가지 기능을 이미 WTP 0.7에서 사용할 수 있습니다.

그림 2. 원본 편집기

SSE 기반 편집기끼리는 서로 상호 운용이 가능하고 기본 JDT 컴포넌트와도 상호 운용이 가능하도록 설계되었기 때문에 예를 들어 JSP 페이지를 편집하는 경우 HTML 및 Java 편집 기본 설정이 적용됩니다. SSE는 문서를 언어 지역으로 분할하여 기본 Eclipse 편집기를 확장한 다음 편집 서비스를 각 언어에 연결합니다.

앞서 언급한 아티팩트 중 하나를 편집하는 경우 SSE는 다음과 같은 기능의 서브셋을 제공합니다.

• 강조 표시
• 리팩토링
• 의미 강조
• 참가자 검색
• 컨텐츠 길잡이
• 빠른 픽스/길잡이
• 파라미터/속성 힌트
• 속성 시트
• 문서/요소 포맷
• 아웃라인 뷰
• 구조화된 선택
• 폴딩(Folding)
• 가리킨 항목(Hover) 정보
• 주석 탐색(다음 주석으로 이동)
• 스마트 편집
• 외부 파일
• 하이퍼링크에 열기
• 주석 표시/숨기기
• 발생 수 표시
• 빠른 형식 계층 보기
• 연결된 편집
• 빠른 아웃라인
• 요소 발생 횟수 찾기
• 원본 주석에 작업 태그
• 입력 시 유효성 검사
• 구분자 강조(대괄호 일치)

최신 기능/언어 표는WTP 주요 릴리스 계획을 참조하거나 이러한 각 기능에 대한 자세한 설명은이 문서를 참조하십시오.

XML 툴

XML을 편집할 때 원본 창은 기본 설정을 사용하는 경우 요소는 녹색, 속성은 보라색, 문자열은 파란색으로 강조 표시되어 전형적인 텍스트 기반의 편집 경험을 제공합니다. 잠시 후 원본 편집 경험으로 되돌아가기 전에 먼저 다른 프레젠테이션을 사용할 수 있는지 살펴보겠습니다. 기본 설정을 사용하는 경우 XML 파일의 구조를 나타내는 아웃라인 뷰가 오른쪽에 표시됩니다. 또한 아웃라인 뷰는 섹션 순서 변경 또는 연속적으로 항목 스와핑과 같이 문서를 구조적으로 수정할 수 있는 간단한 방법을 제공합니다. 또한 기존 요소를 마우스 오른쪽 버튼으로 클릭하고 삽입하려는 새로운 자식 유형을 선택하여 새로운 요소를 만들 수도 있습니다. 속성 뷰에는 선택한 요소의 속성 설정이 전형적인 "속성/값" 형태로 표시됩니다. 이 뷰에서 값을 직접 변경할 수도 있습니다. 자세한 내용은 훌륭한XML 자습서가 들어 있는 eclipse.org 웹 사이트를 참조하십시오.

XML 프로젝트 설정

XML 및 스키마 파일을 모든 프로젝트에 추가할 수도 있지만 다양한 기능을 보다 쉽게 보여주기 위해 사용할 수 있는 간단한 예제 프로젝트 유형이 있습니다. 이것을 사용하려면 먼저 J2EE 환경인지 확인해야 합니다. 그런 다음 프로젝트 탐색기에서 마우스 오른쪽 버튼을 클릭하고, New Project, Examples를 차례로 선택하고, 마지막으로 Editing and validating XML files를 선택합니다. 이 프로젝트 생성 마법사는 XML 파일, 스키마, DTD 및 이들의 상호 작용을 탐색할 수 있는 프로젝트를 설정하도록 도움을 줍니다.

예제 프로젝트를 만들면 Project Explorer의 Other 범주에 예제 프로젝트가 표시됩니다. 기본 프로젝트명을 사용하는 경우 이름은 XMLExamples입니다. 이것을 연 다음 PublicationCatalogue 디렉터리를 엽니다. 예제 XML 파일 및 해당 스키마가 표시됩니다.

디자인 뷰

원본 뷰 이외에 XML에 대한 디자인 뷰도 있습니다. 디자인 뷰는 XML 파일의 구조적 이미지를 제공하고 속성 설정을 사용하여 완료된다는 점에서 일종의 아웃라인 뷰와 속성 뷰의 조합이라고 할 수 있습니다. 그러나 속성 뷰 및 아웃라인 뷰와 달리 디자인 뷰에서는 모든 컨텐츠가 표시되고 편집이 가능합니다.

그림 3. 디자인 뷰

오류 확인

XML 원본 뷰는 입력할 때 잘 구성되었는지와 유효성 검사를 수행합니다. 스키마에 정의되지 않은 요소를 추가하고, 편집기는 가리킨 항목에 대해 문제를 설명하는 자세한 메시지와 함께 예상치 못한 요소는 그 아래에 빨간색 글씨로 표시를 합니다. 이러한 오류 보고는 문제를 수정하면 사라집니다.

또한 XML의 유효성 검사는 Java 같은 언어에서 빌드 오류를 생성하는 것과 마찬가지로 요구 시 수행될 수도 있습니다. 유효성 검사를 초기화하려면 Project Navigator 창에서 마우스 오른쪽 버튼을 클릭하고 Validate XML File을 선택합니다. 유효성 검사 프로세스는 그 결과를 알려주고 문제가 있으면 원본 자체에서 틀린 줄을 표시하고 "문제" 뷰에 기록합니다. 모든 문제들과 마찬가지로 이러한 표시는 다음 번 유효성 검사 또는 해당 텍스트 삭제 중에서 먼저 해당되는 것이 발생할 때까지 계속 유지됩니다.

또한 문제가 있는 파일은 문제가 있는 프로젝트와 마찬가지로 Project Explorer에 표시됩니다.

XML 컨텐츠 길잡이

오류 보고 기능이 있으면 좋겠지만 처음부터 오류를 피할 수 있다면 더 좋을 것입니다.

컨텐츠 길잡이는 오류를 미연에 방지하기 위해 사용할 수 있는 기능입니다. 이 기능은 텍스트 편집 시 사용할 수 있는 경우에는 스키마 또는 DTD 정보를 바탕으로, 그렇지 않은 경우에는 추론적 스키마(기존 XML 컨텐츠에 근거)를 바탕으로 완성형태를 제공함으로써 사용자를 돕습니다.

스키마 편집

XML 파일과 같이 XSD를 원본 모드에서 보고 구문 강조 표시 설정을 XML과 공유할 수 있습니다. 스키마의 속성 뷰는 WTP에서 "탭 속성 뷰"라고 하는 향상된 UI 툴을 사용합니다. 왼쪽에 있는 각 탭에는 스키마 속성에 관한 다양한 정보가 들어 있습니다. General 탭은 대상 네임스페이스 및 접두사를 표시하고, Other 탭은 다양한 스키마 수준 설정을 표시합니다. 마지막으로 Documentation 탭은 존재할 경우 스키마 문서 요소 컨텐츠를 표시합니다. 스키마 텍스트를 보는 것 외에 편집 창 아래 쪽에서 Graph(그래픽 스키마 보기) 탭을 선택하면 컨텐츠를 그래픽 형식으로 볼 수도 있습니다. 이 뷰에서 요소를 두 번 클릭하면 요소의 정의가 확장되고 ellipsis 노드에 시퀀스가 표시되고, 요소 아래에 발생 횟수 설정이 표시됩니다.

그림 4. XSD

속성 뷰는 그래픽 뷰에 현재 선택되어 있는 항목을 추적하여 그래프 뷰에 현재 선택되어 있는 스키마를 편집할 수 있는 기능을 제공합니다. 그래픽 뷰와 속성 편집기를 함께 사용하여 스키마를 편집할 수 있습니다. 예를 들어, 시퀀스 노드를 마우스 오른쪽 버튼으로 클릭하면 새로운 요소를 추가할 수 있는 컨텍스트 메뉴(옵션 중 하나로)가 표시됩니다. 노드를 선택하면 속성 편집기에서 그 유형을 변경할 수 있습니다. XML 파일의 경우와 마찬가지로 아웃라인 뷰에서는 스키마 구조를 꿰뚫어 볼 수 있고 새로운 스키마를 간편하게 재구성하거나 점진적으로 지정할 수 있습니다. 즉, 새로운 형식, 요소 및 속성을 만들 수 있도록 지원하여 XSD 구문을 세세한 부분까지 기억하지 않아도 간단하게 새로운 스키마를 만들거나 기존 스키마를 확장할 수 있습니다.

스키마 저장

자주 사용하거나 오프라인에서 사용하려는 스키마는 XML Catalog에 저장할 수 있으며 기본 설정 페이지에서도 사용할 수 있습니다. 선택된 스키마는 XML Catalog에 프로그래밍 방식(플러그 인 기반) 저장 방식 또는 사용자 정의 저장 방식으로 저장할 수 있으며, 일단 XML Catalog에 저장된 스키마는 공용 ID, URI 및 모든 프로젝트의 네임스페이스 이름을 키로 지정하여 사용합니다.

웹 서비스 툴

WTP는 전체 Eclipse 환경에 걸쳐 여러 수준에서 AXIS 1.2 웹 서비스 기능을 지원합니다. WTP에서 웹 서비스를 사용하면 동적 웹 프로젝트 형식 내에서 수행되고, Project Explorer에는 일련의 웹 서비스 클라이언트, 로컬 및 원격 웹 서비스, 현재 개발 중인 정의된 WSDL이나 생성된 WSDL이 표시됩니다. 확장 가능한 마법사를 사용하여 클라이언트 및 서버 바인딩을 생성할 수 있으며 내장된 Web Services Explorer를 통해 웹 서비스 발견, 테스트 및 UDDI 게시를 간편하게 수행할 수 있습니다.

WSDL 편집기

WSDL 편집기는 원본 뷰 외에 그래픽 편집 뷰를 제공하며 가져온 스키마, 형식, 메시지, 포트 유형, 바인딩 및 서비스를 정의 및 수정할 때 사용할 수 있습니다. WSDL 파일을 만들려면 Project Explorer에서 New를 선택한 다음 Web Services를 선택하고 마지막으로 WSDL을 선택합니다. 필요할 경우 상위 폴더 및 해당 파일을 제공합니다. 나머지 옵션은 수동으로 편집할 WSDL을 생성할 경우 유용합니다.

그림 5. WSDL 편집기

Project Explorer는 Web Service Explorer에서 WSDL 파일을 테스트하고, WSDL 파일에서 스키마 유효성을 검사하고, WSDL을 게시하고, 클라이언트를 생성하고, JavaBean 골격을 생성하거나 WSIL을 생성하기 위한 옵션을 제공합니다.

WSDL에서 새로운 웹 서비스 만들기

개발자는 WSDL 파일을 가지고 WSDL에 정의된 동작에 대한 기초 구현인 JavaBean 골격을 쉽게 만들 수 있습니다. 자체 코드를 추가한 후 웹 서비스를 서버에 배포하고 테스트할 수 있습니다. 또한 이전에 언급한 바와 같이 WTP는 클라이언트 스텁을 자동으로 생성할 수 있는 방법을 제공합니다.

JavaBean에서 새로운 웹 서비스 만들기

위에서 말한 것과 반대로 이번에는 개발자가 JavaBean 클래스를 가지고 JavaBean에 작업이 설명되어 있는WSDL을 간단하게 만들 수 있습니다. 단지 JavaBean의 클래스 이름을 마법사에 제공하고 대상 서버를 선택한 다음 대상 서버 및 서비스 프로젝트를 결합하여 JavaBean에서 웹 서비스 동작으로 제공하려는 메서드를 구성하면 마법사는 웹 서비스를 생성하고 UDDI 게시 옵션을 제공합니다.

Web Service Explorer

Web Services Explorer는 Eclipse 내에 포함되어 있는 Apache Tomcat 서블릿 엔진에서 호스팅되는 JSP 웹 애플리케이션입니다. Web Services Explorer는 사용자에게 세 가지 중요한 서비스를 제공합니다.

• UDDI v2 프로토콜을 사용하여 WS-Inspection 1.0 문서 및UDDI v2 또는 v3 레지스트리에서 포괄적인 웹 서비스 찾기 기능 지원.

• UDDI v2 프로토콜을 사용하여 웹 서비스를 UDDI v2 또는 v3 레지스트리에 포괄적인 게시 기능 지원. WTP는 IBM, MSFT, SAP, XMethods 및 NTT Communications용 옵션을 제공합니다.

• WSDL 및 XSD를 통해 웹 서비스 찾아보기 및 호출 기능 포괄적 지원.

그림 6. Web Services Explorer

Enterprise JavaBeans

WTP는 단일 주석이 달린 원본 파일을 사용하여 빈, 인터페이스 및 EJB 배포 설명자 파일을 생성하는 주석 기반의 모델을 통해 EJB 개발을 지원합니다. 이번 릴리스에서는 세션 및 메시지 드리븐 빈에 대한 Xdoclet 중심의 개발을 지원하고, 엔티티 빈에 대해서는 WTP 1.5 릴리스에서 지원할 계획입니다. WTP 및 Xdoclet은 WebLogic Server, JBoss, JonAS 및 WebSphere 등 다양한 서버에 EJB 배포를 지원합니다. EJB는 서버에 대한 독립 실행형 배포용으로 만들 수 있고 또는 EJB 프로젝트는 J2EE의 수많은 애플리케이션 프로젝트 중 하나로 EAR(Enterprise Application) 애플리케이션의 일부로 배포할 수 있습니다.

서버 툴

서버, 서버 연결 및 서버에 프로젝트 아티팩트 배포를 모델링하는 것이 WTP 기능의 주요 작업입니다. WTP는 프로젝트에 내장하여 하나 이상의 활성 서버에 배포할 수 있는 아티팩트인 서버 유형(런타임이라고 함), 특정 서버 구성 및 배포 가능한 "모듈"을 모델링합니다.

WTP에서 서버 유형을 정의하는 방법은 XML 기반의 구성 파일 접근법인 일반 서버 정의와 프로그래밍 방식의 접근법인 사용자 정의 서버 정의가 있습니다.

일반 서버 지원은 간편한 Ant 기반 게시를 제공하고 속성을 사용하여 특정 서버 설정을 정의함으로써 새로운 서버 유형을 정의하는 과정을 단순화하기 위해 설계되었습니다. WTP 기능을 모두 사용할 수는 없지만 새로운 서버 유형을 구성하는 과정이 빠르고 간단하며, UI가 있어서 개발자가 속성을 설정하는 데 도움이 됩니다. 이 접근법에 대한 자세한 내용은 Gorkem Ercan의Generic Server - Server Definition File Explained를 참조하십시오. WTP 0.7에는 BEA WebLogic Server 8.1 및 9.0, WebSphere 6.0.x, JOnAS 4.x, JBoss 3.2.3에 대한 일반 서버 정의가 함께 제공됩니다.

사용자 정의 서버 정의는 타사 서버 런타임 구성, 서버에 프로젝트 게시, 서버에 프로젝트 추가 및 삭제, 서버 제어(중지, 시작), 디버깅 같은 작업을 사용자 정의할 수 있는 기저의 WTP 서버 인프라스트럭처의 강력한 기능을 모두 제공합니다. 이 접근법에서는 런타잉의 강력한 기능을 모두 활용하여 향상된 서비스, 기능 또는 둘 다를 제공할 수 있기 때문에 BEA 같은 WTP를 채택하는 업체들은 자체 제품에 대해 사용자 정의 서버 어댑터를 작성하기도 합니다. 또한 WTP에는 Tomcat 3.2, 4.0, 4.1, 5.0 및 5.5, Geronimo 1.0 Server에 대한 사용자 정의 서버 어댑터가 함께 제공됩니다.

그림 7. 서버 플러그 인

WTP 서버 기능 사용: 서버 정의

처음으로 새로운 서버를 정의하는 경우 2단계 과정을 거쳐 새 서버를 정의합니다. 먼저 기본 설정 대화 상자에서 새로운 런타임을 선언합니다. 그러면 디스크에 서버의 설치("런타임") 위치가 있는 전체 Eclipse 개발 환경이 구성되고 이는 주어진 타사 서버 런타임 설치에 대해 한 번만 수행해야 합니다. 둘째, 서버 뷰를 사용하여 모듈 게시, 서버 시작/중지, 모듈 추가 및 삭제, 디버깅 등 개발 기간 동안 사용될 수 있는 서버 인스턴스를 정의할 수 있습니다.

WTP 서버 기능 사용: 디버그/서버에서 실행

"서버에서 실행" 지원을 사용하여 개발자는 모듈을 신속하게 실행할 수 있습니다. 모듈은 서블릿을 포함하는 웹 프로젝트 같은 J2EE 표준 배포 유닛처럼 서버에 배포할 수 있는 모든 컨텐츠로 정의됩니다. 디버그 모드에서 실행하면 해당 모듈 유형이 지원되는 경우 사용자는 선택한 모듈의 코드를 사용하여 문제를 해결할 수 있습니다.

기타 WTP 기능

WTP의 가치를 더해 주는 추가 기능은 다음과 같습니다.

프로젝트 유형/유연한 프로젝트

Project Explorer는 만들 수 있는 프로젝트 유형을 범주화합니다. 다양한 J2EE 런타임 컴포넌트에 대해 다양한 프로젝트가 있습니다. 예를 들면 다음과 같은 프로젝트들이 있습니다.

• Application Client 프로젝트
• J2CA Connector Client 프로젝트
• Enterprise Application 프로젝트
• Dynamic Web 프로젝트
• EJB 프로젝트

J2EE 애플리케이션은 EAR 프로젝트에서 조합됩니다. 개발자는 New EAR Application Wizard를 사용하여 새로운 EAR 프로젝트를 만들고 거기에 EJB 및 웹 서비스 프로젝트를 추가합니다. 그러면 웹 및 EJB 프로젝트의 모듈이 자동으로 EAR에 추가됩니다. EAR 프로젝트의 Properties 대화 상자에서도 추가 모듈을 추가할 수 있습니다.

JDT 프로젝트 모델은 계층 구조가 아니고 J2EE 프로젝트의 "쪼개진 아카이브" 구조(프로젝트 당 모듈 1개)는 유연성이 전혀 없습니다. 유연한 레이아웃 기능으로 프로젝트 마이그레이션을 없애으므로 WTP는 기존 디렉터리 구조와 공존할 수 있습니다. EJB 프로젝트, 웹 서비스 프로젝트 및 추가 웹 프로젝트를 만들고, 이를 동일한 엔터프라이즈 애플리케이션 및/또는 다른 엔터프라이즈 애플리케이션에 추가할 수 있습니다. 엔터프라이즈 애플리케이션 프로젝트는 관련된 EJB, 웹 서비스 및 웹 프로젝트를 EAR로"조합"하여 단일 유닛으로 배포합니다. 이 기능을 사용하려면 서버에 EJB 컨테이너가 있어야 합니다(예를 들어 Tomcat은 이러한 배포에 사용할 수 없습니다).

작성기

특수한 프로젝트 및 XML 파일의 유효성 검사기는 빌드 프로세스 도중 실행됩니다. WTP 0.7에서 작성기는J2EE 모듈을 프로젝트의 배포 가능한 디렉터리에 "조합"합니다. WTP 1.0에서는 서버 게시 프로세스에서 조합을 처리합니다.

미래의 방향

WTP 1.0 릴리스는 WTP 기반의 제품에 대한 첫 파장을 몰고 올 수 있도록 플랫폼 API의 개발을 발전시키는 데에 초점을 맞추고 있습니다. 또한 2006년 6월 Eclipse 3.2 플랫폼 릴리스와 함께 출시될 예정인 WTP 1.5에는 새로운 JSR 및 웹 서비스 사양은 물론 J2EE 5.0, SOAP 1.2 및 WSDL 2.0과 같은 주요 사양의 개정 내용에 대한 지원 등이 포함될 예정입니다.

또한 새로운 프로젝트의 등장으로 WTP의 모습이 변모되고 Eclipse에서 더욱 발전해가기를 기대합니다. 새로운 벤더들이 Eclipse에 참여하고 있고 프로젝트가 빠른 속도로 만들어지고 있습니다. 예를 들어, WTP의 데이터 툴이 새로 탈바꿈한 Data Tools 프로젝트에 포함될 예정입니다. EJB 3.0을 위해 제시된 기술 프로젝트 등 기술 프로젝트들은 차츰 성장해 가면서 WTP에 영향을 미칠 것입니다.

참조

• Eclipse플랫폼
• Eclipse Web Tools프로젝트
• WTP주요 릴리스 계획
• Reintroducing the Structured Source Editing Family of Editors
• eclipse.org의XML 자습서

Pieter Humphrey는 4년 동안 BEA에 근무하면서 테크니컬 세일즈 및 제품 마케팅 분야에서 고객들이 당사 기술을 이해하고 적용할 수 있도록 지원하고 있습니다.