IBM WebSphere Portlet Factory 8.0.0 문서

초판

2012년 5월 발행

에디션 정보

접근성에 관하여 IBM이 약정한 내용에 따라 이 제품 문서에 접근이 가능합니다.

문서 업데이트 사항

이 HTML 파일은 이번 릴리스에 관한 공식적인 제품 문서의 최신 초안을 포함합니다. 필요에 따라 분기별로 이 초안을 새로 고칩니다. 최신 제품 문서 업데이트에 관한 내용은 위키의 제품 문서 섹션에서 릴리스 전용 기사를 참조하십시오.

인쇄

이 문서를 인쇄할 경우 보다 나은 결과물로 출력하기 위해 문서의 일부 스타일이 제거됩니다. 인쇄에 관한 몇 가지 정보입니다.

문서 길이가 브라우저의 인쇄 성능을 초과할 수 있습니다. Microsoft Internet Explorer를 사용하여 대용량 파일을 인쇄할 수 있습니다.
이 문서는 긴 문서입니다. 인쇄 미리보기를 사용하여 인쇄될 페이지 수를 확인하십시오.
문서의 일부 섹션에 강조표시를 한 다음 선택한 컨텐츠만 인쇄하도록 선택할 수 있습니다.

오프라인 작업

사용자 브라우저에서 이 문서의 로컬 사본을 저장할 수 있습니다. 각 브라우저마다 다른 메뉴 및 메뉴 옵션이 있습니다. 이 문서의 로컬 저장 시 도움이 필요한 경우 브라우저 도움말을 참조하십시오.

피드백 제출

이 문서에 대한 피드백을 제공하려면 Lotus 문서 피드백 웹 사이트를 참조하십시오.

지속적인 학습

이 주제에는 Web Experience Factory 학습 자원에 대한 추가 링크가 나열되어 있습니다.

빌더 도움말

빌더 참조 - 빌더에 대한 정보 찾기
용어집 - 용어집
IBM Lotus 및 WebSphere Portal 비즈니스 솔루션 카탈로그 - 이 카탈로그에서 새 빌더 및 써드파티 빌더 찾기

기타 문서

릴리스 정보 - IBM Web Experience Factory 버전 8.0 - 릴리스 정보 - Web Experience Factory
Java API 문서
Web Experience Factory 라이브러리 - IBM Redbooks, 백서 등

다른 제품과 통합

제품 정보 및 위키 관련 자원

제품 정보 및 위키

developerWorks

지원 정보

관련 Information Center

IBM Web Experience Factory Designer 개요

Web Experience Factory Designer는 Eclipse 기반 개발 환경으로 통합되었습니다.

Web Experience Factory Designer는 IBM Lotus Mashup에 공개할 J2EE(Java 2 Platform, Enterprise Edition) 웹 애플리케이션, 포틀릿 및 위젯 개발용 도구입니다.

Web Experience Factory Designer는 Eclipse 기반 통합 개발 환경(IDE)에 대한 플러그인입니다.Eclipse의 Web Experience Factory 퍼스펙티브에서 작업하여 프로젝트를 작성하며 여기서 빌더 및 프로파일 세트를 사용하여 모델을 개발하고 이러한 모델에서 결과 웹 애플리케이션을 생성합니다.

각 빌더는 입력을 지정하도록 안내하는 마법사 사용자 인터페이스가 있습니다. 빌더는 애플리케이션의 일부를 자동으로 생성하거나 수정합니다. 프로파일 세트의 프로파일을 사용하면 하나의 애플리케이션을 조정하여 여러 버전을 생성할 수 있습니다. 예를 들면, 서로 다른 언어 또는 서로 다른 사용자 그룹에 각각 다른 버전을 생성할 수 있습니다.

사용자 인터페이스 또는 데이터 서비스를 구현하려면 모델에서 빌더를 수집하십시오. 모델에 있는 빌더의 입력에 변경을 수행한 경우 애플리케이션 코드가 다시 생성됩니다. 재생성을 통해 애플리케이션을 반복해서 개발할 수 있습니다. 빌더는 JSP, Java 클래스 및 XML 문서 등의 필요한 애플리케이션 코드를 생성합니다. 반복적 개발을 용이하게 수행하려면 설계 패턴을 구현하는 빌더를 사용하십시오.

IBM WebSphere® Portal 서버 프레임워크는 여러 서비스(예: 페이지 탐색 및 협업 기능)를 제공합니다.

또한 Web Experience Factory Designer는 새 빌더 및 프로파일의 작성을 용이하게 합니다.

Web Experience Factory 위키 사용

Web Experience Factory 위키에서는 설치 및 애플리케이션 개발에 대한 추가 정보를 찾을 수 있습니다. 이 위키는 매우 동적이므로 정기적으로 확인해야 합니다.

Web Experience Factory 위키

전문 지식을 공유하십시오! 등록한 다음 이 활동적인 개발자 커뮤니티에 참여하십시오.

Web Experience Factory Designer 도움말 사용 정보

Web Experience Factory Designer는 모든 기능 및 함수에 대한 해당 도움말을 제공합니다. 여러 가지 방법으로 도움말에 액세스할 수 있습니다.

F1 키
모든 Web Experience Factory Designer 창 및 대화 상자는 창 또는 대화 상자에서 지원되는 태스크를 설명하는 해당 도움말을 제공합니다. 이 도움말을 보려면 컨텍스트를 설정하는 창 또는 대화 상자에 초점을 맞춘 후 F1 키를 누르십시오.
도움말 단추
빌더 호출 편집기는 빌더의 구성 도움말에 액세스하기 위해 사용할 수 있는 도움말 단추를 제공합니다.
Eclipse 도움말 메뉴 항목
Web Experience Factory는 Eclipse 도움말 시스템에 문서 플러그인을 설치합니다. 이 플러그인은 Eclipse 도움말 엔진의 컨텍스트 내에서 실행되고 Eclipse 도움말 메뉴에서 액세스될 수 있습니다. Web Experience Factory 도움말에 액세스하려면 Eclipse에서 도움말 > 도움말 목차를 클릭하십시오. Eclipse SDK 도움말 창이 열립니다. 왼쪽 분할창의 컨텐츠에서 IBM Web Experience Factory Designer를 클릭하면 오른쪽 분할창에 소개 페이지가 표시됩니다.

이 릴리스의 새로운 기능

해당 버전의 IBM Web Experience Factory에는 여러 새로운 기능이 있습니다.

클라이언트 측 애플리케이션 지원

프로젝트에 기능 세트(사용자 인터페이스 > 클라이언트 측 애플리케이션 개발 지원)를 추가하여 리치 기본 룩앤필을 사용하는 경량 모바일 웹 애플리케이션 개발을 지원할 수 있습니다.

빌더

새 빌더

다음은 이 릴리스의 새 빌더입니다.

내게 필요한 옵션 액세스
활성 텍스트
클라이언트 조치 목록
클라이언트 애플리케이션
클라이언트 이벤트 선언
클라이언트 입력 양식
클라이언트 검색 테이블
클라이언트 메소드
클라이언트 페이지 탐색
클라이언트 변수
클라이언트 보기 및 양식
CMIS 문서 액세스

이름 변경된 빌더

Lotus Web Content Management 액세스 빌더 및 Lotus Web Content Management 작성 빌더의 이름이 다음과 같이 변경되었습니다.

IBM Web Content Manager 액세스
IBM Web Content Manager 작성

새 빌더 기능

다음 빌더는 새 기능을 지원합니다.

페이지 탐색: 조치 유형 입력에서 양식 제출 및 조치 호출 옵션을 선택할 수 있습니다.

더 이상 사용되지 않는 빌더

이 릴리스에서 다음 빌더는 사용되지 않습니다.

EJB 호출
JMS 메시지
JMS 세션
포털 문서 관리자 권한

더 이상 사용되지 않는 빌더에 대한 도움말에 있는 정보에는 더 이상 사용할 수 없는 이 빌더에 대한 대체(가능한 경우)로 사용할 수단이 제시됩니다.

사용자 경험

다음 기능이 Web Experience Factory Designer에 추가되었습니다.

웹 피드 표시: 도움말 > IBM Web Experience Factory 자원 액세스 > Web Experience Factory 피드 명령을 사용하여 Web Experience Factory Designer를 종료하지 않고 정보 소스의 웹 피드를 표시할 수 있습니다. 웹 자원 보기에서 브라우저 탐색 패널에 세 개의 자원 카테고리에서 가져온 열 개의 최신 피드가 표시됩니다.
HTML 내보내기: 사용자 정의를 위해 HTML 내보내기 > 전체 페이지 명령을 사용하여 전체 페이지의 HTML 코드가 포함된 파일을 작성할 수 있습니다.
필드 목록 내보내기: 이 새 명령은 HTML 페이지에 있는 필드의 이름이 포함된 파일을 작성합니다.
새 모델 유형: 클라이언트 측 애플리케이션 작성을 보조하기 위해 모델 마법사, 클라이언트 Dojo Mobile 기본 및 페이지와 클라이언트 Dojo Mobile 목록 및 세부사항 서비스 이용자에서 새 모델 유형을 사용할 수 있습니다.

일반

JSP 사전 컴파일 기능: 이 기능은 더 이상 사용되지 않습니다.

릴리스 정보 - IBM Web Experience Factory 버전 8.0

Web Experience Factory 버전 8.0를 사용할 수 있습니다.

설명

Web Experience Factory 버전 8.0은 소프트웨어 결함 수정사항에 추가로 다음과 같은 새로운 기능을 제공합니다.

클라이언트 측 애플리케이션 개발용 새 빌더
사용자 인터페이스 개선

자세한 정보는 이 릴리스의 새로운 기능 주제를 참조하십시오.

Web Experience Factory 버전 8.0에서 해결된 APAR 목록은 다음 위치에 있는 수정사항 목록을 참조하십시오.

Web Experience Factory 8.0 관련 수정된 APAR

공지사항

Web Experience Factory 버전 8.0 공지사항은 www.ibm.com/common/ssi/index.wss에 있습니다. 다음 정보에 대한 공지사항을 참조하십시오.

새로운 기능에 대한 설명을 포함한 자세한 제품 설명
제품 배치 설명
패키지 및 주문 세부사항
문자 언어 국제화 호환성 정보

시스템 요구사항

하드웨어 및 소프트웨어 호환성에 대한 정보는 다음 위치에서 자세한 시스템 요구사항 문서를 참조하십시오.

Web Experience Factory 버전 8.0 자세한 시스템 요구사항

Web Experience Factory 버전 8.0 설치

단계별 설치 지침은 Information Center의 다음 주제를 참조하십시오.

Web Experience Factory 제품 설치 안내서

알려진 문제점

알려진 문제점은 다음 위치에 있는 IBM 지원 포털에 문서화되어 있습니다.

http://www.ibm.com/support/entry/portal/Overview/Software/Lotus/IBM_Web_Experience_Factory

문제점이 발견되고 해결되면 IBM 지원 팀에서 지식 기반을 업데이트합니다. 지식 기반을 검색하면 문제 해결 방법 또는 솔루션을 신속하게 찾을 수 있습니다.

다음 링크를 클릭하면 지원 지식 기반의 사용자 정의된 조회를 시작할 수 있습니다.

Web Experience Factory 8.0에 대해 잘 알려진 문제점 모두 보기

Web Experience Factory Designer의 상위 레벨 개요

Web Experience Factory에서 포털 개발 팀을 위해 수행할 수 있는 작업을 찾습니다.

주요 Web Experience Factory 개념, 기본 태스크 수행 방법, 데이터 서비스 작성 방법, 포틀릿 사용자 인터페이스 개발 방법, 디버깅 기술 및 공개의 우수 사례에 대해 학습합니다. 포털 인터페이스에서 컴포넌트 프로덕션의 상당 부분을 신속히 처리하고 자동화하려면 모든 것을 종합합니다. 이 안내서의 최신 릴리스에 새 기능에 대한 정보가 있습니다.

제품 개요

Web Experience Factory는 SOA(Service Oriented Architecture) 위에 빠르게 포틀릿을 빌드하기 위한 강력하고 유연한 도구입니다. 자동으로 개발자를 높은 가치의 사용자 정의 포틀릿으로 어셈블하여 개발자가 회사의 핵심 자산을 빠르고 쉽게 이용할 수 있습니다. Web Experience Factory를 사용하여 작성된 포틀릿은 동적이며 안정된 J2EE(Java 2 Enterprise Edition) 애플리케이션입니다. 이 애플리케이션은 자동으로 변경사항에 대응하며 비즈니스 사용자가 실시간으로 수정할 수 있으므로 자산을 코딩, 복제 또는 버전 작성할 필요 없이 변경되는 비즈니스 요구사항을 충족시킬 수 있습니다. 이러한 구현과 구현의 변형 모두를 코딩할 필요없이 Web Experience Factory가 개발, 공개 및 변경 관리 프로세스를 단순화하여 회사 시간 및 비용을 절약합니다.

Web Experience Factory의 기본 기능은 다음과 같습니다.

WebSphere Application Server CE에서 포틀릿을 단독으로 실행하여 포틀릿 개발 시간 단축 지원: 이 개발 환경은 개발자 생산성을 향상시켜 수정-테스트 주기를 수 분에서 수 초까지 단축시킵니다.
복수 페이지 사용자 정의 포틀릿 작성을 자동화: Web Experience Factory RAD(Rational Application Developer) 기능과 사용의 용이성으로 인해 모든 스킬 세트의 개발자가 복수 페이지의 복합 포틀릿을 작성할 수 있습니다. 개발자는 사용하기 쉬운 인터페이스를 포함하는 빌더라는 적응력 강한 일련의 소프트웨어 컴포넌트를 정의하여 포틀릿을 빌드합니다. 개발자가 빌더를 모델로 어셈블합니다. 그런 다음 모델이 애플리케이션 코드를 생성합니다. 이 방식으로 개발자는 명시적으로 각 포틀릿을 코딩하는 대신에 동적 포틀릿을 빌드하는 프로세스를 캡처하고 자동화합니다. 거의 코딩할 필요 없이 기존 Web Experience Factory 빌더를 사용하여 여러 포틀릿 및 패턴을 빌드할 수 있지만 사용자 정의 비즈니스 패턴 및 논리를 캡슐화하여 Web Experience Factory 마법사와 같은 빌더를 빌드하려는 경우 여전히 코딩을 사용할 수 있습니다.
엔터프라이즈 애플리케이션 및 데이터와의 안정적인 통합 기능: Web Experience Factory는 SAP, Lotus Domino®, PeopleSoft, Siebel, 웹 서비스, 관계형 데이터베이스 및 Microsoft Excel을 포함한 기존 애플리케이션 및 데이터와의 자동 통합을 제공합니다. 개발자는 기존 애플리케이션 및 데이터의 기존 투자를 이용하는 높은 가치의 컴포지트 포틀릿을 빠르게 작성할 수 있습니다.
IBM WebSphere Portal와 자동 통합: Web Experience Factory를 사용하면 포틀릿 연결, C2A(Click-to-Action), 비즈니스 사용자 구성, 사용자 인식, WebSphere Portal 그룹 및 신임 저장소와 같은 WebSphere Portal 기능과 직접 통합할 수 있습니다. 포틀릿이 WebSphere Portal 소프트웨어에 자동으로 공개됩니다.
SOA 개발 지원: Web Experience Factory는 서비스 지향 애플리케이션(SOA) 및 포틀릿 작성 시간을 단축하는 강력한 기술을 제공합니다. 여기에는 SAP 및 IBM Lotus Domino와 같은 시스템에서 서비스를 작성하는 프로세스를 함께 자동화하는 데이터 통합 빌더와 데이터 서비스 빌더가 포함됩니다. 이 서비스 접근 방식은 프리젠테이션 레이어에서 애플리케이션의 백엔드 서비스를 구분하는 정확한 방법을 제공합니다. 또한 백엔드 서비스에 대한 테스트 지원을 자동으로 작성하며 백엔드 연결 없이 프론트 엔드 개발 및 테스트를 가능하게 합니다.
단일 코드 기초에서 여러 포틀릿 변형 작성: 개발자는 Web Experience Factory의 프로파일링 기능을 사용하여 추가로 코드를 변경하거나 공개할 필요 없이 하나의 코드 기초에서 여러 포틀릿 변형을 간편하게 작성할 수 있습니다.
자주 발생하는 개발 태스크 자동화: 개발자 및 설계자는 새 빌더를 작성하여 애플리케이션 아키텍처 및 개발 우수 사례를 적용하면서 자주 사용되는 설계 패턴 및 회사 고유의 비즈니스 프로세스를 모든 개발자가 재사용할 수 있는 컴포넌트로 캡처할 수 있습니다.
IBM Lotus Mashup와 자동 통합: Web Experience Factory를 사용하면 위젯 사용자 정의 및 위젯 이벤트와 같은 Lotus Mashup 기능과 직접 통합할 수 있습니다. 위젯은 쉽게 Lotus Mashup 팔레트에 공개됩니다.

아키텍처 개요

이 섹션에서는 아키텍처로 시작하여 Web Experience Factory의 기술 개요를 제공합니다.

아키텍처 스택의 첫 번째 레이어는 데이터 소스입니다. 데이터는 데이터베이스, 엔터프라이즈 애플리케이션(예: SAP), 협업 플랫폼(예: Domino) 및 SAP Business Warehouse와 같은 제품의 히스토리 또는 분석 데이터를 포함한 여러 다른 시스템을 소스로 할 수 있습니다.

다음 두 레이어(서비스 및 포틀릿)는 둘 다 Web Experience Factory Designer를 사용하여 개발할 수 있습니다. Designer 도구는 Eclipse 플러그인이며 IBM Rational® Application Developer와 같은 Eclipse 기반 제품에서 원활하게 실행됩니다.

마지막 레이어는 WebSphere Portal Server 프레임워크이며, 이는 페이지 탐색 및 작성 도구, 싱글 사인온 기능, 사용자 관리, 기본 제공 프로세스 서버 및 협업 기능(예: 인스턴스 메시징)과 같은 주요 서비스를 제공합니다.

주요 개념: 빌더, 모델 및 프로파일

개발자는 Web Experience Factory를 사용하여 빌더라는 일련의 컴포넌트를 함께 묶어 포틀릿을 빌드합니다. 각 빌더는 마법사와 비슷한 단순 사용자 인터페이스를 포함하며 애플리케이션 파트를 자동으로 생성하거나 수정하는 작업을 수행합니다. 빌더는 애플리케이션 디자인 패턴을 구현합니다.

빌더는 모델로 어셈블되며 모델은 애플리케이션 생산 라인과 유사합니다. 모델의 빌더가 변경될 때마다 애플리케이션 코드가 재생성되어 개발자가 반복적으로 사용자 정의 포틀릿 애플리케이션을 개발할 수 있습니다. 일부 빌더는 웹 애플리케이션 아티팩트(예: 페이지 또는 테이블)를 작성하는 반면 다른 빌더는 열 재배열, 숨기기 또는 테이블에 추가를 통해 이전 빌더에서 작성된 아티팩트를 수정합니다. 빌더는 JSP, Java 클래스 및 XML 문서를 포함한 모든 애플리케이션 코드를 생성합니다.

또한 개발자는 추가로 코드를 변경하거나 다시 공개할 필요없이 한 코드 기반에서 여러 포틀릿 변형을 작성할 수 있습니다. 이는 Web Experience Factory의 프로파일링 기술을 사용하여 수행합니다. 영역, 역할 또는 그룹 멤버십과 같은 특성에 따라 다른 사용자 구성소에 대해 다른 프로파일을 작성할 수 있습니다. 또한 프로파일링 기술은 비즈니스 사용자가 단순 브라우저 인터페이스를 통해 애플리케이션 기능을 제어할 수 있도록 런타임 구성을 지원하는 데 사용됩니다. 최종 결과는 Web Experience Factory를 사용하면 회사가 요구 시 변경(일반적인 도구 및 기술에서는 제공할 수 없는 작업)에 응답하는 적응 애플리케이션을 빠르게 작성할 수 있다는 것입니다.

새 프로젝트 환영

새 프로젝트를 작성하거나 현재 프로젝트를 업그레이드한 후 웹 애플리케이션 또는 위젯이 사용되는지 확인하려면 몇 가지 단계를 더 완료해야 합니다.

1. 모델 빌드

새 모델을 작성하려면 파일 > 새로 작성 > WebSphere Portlet Factory 모델을 클릭하십시오.

샘플 웹 애플리케이션 또는 위젯에 대해 작업하려면 프로젝트에 학습서 및 샘플 기능 세트를 포함시키고 프로젝트 탐색기를 사용하여 models/samples 폴더에서 파일 중 하나를 여십시오.

2. 프로젝트 공개

프로젝트 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하여 애플리케이션 공개를 클릭한 후, 서버를 선택하고, 확인을 클릭하십시오. 프로젝트에서 위젯을 IBM Lotus Mashup 서버에 공개하려면 프로젝트를 마우스 오른쪽 단추로 클릭하고 위젯 > 팔레트에 위젯 공개를 클릭하십시오. 공개할 위젯을 선택하고 확인을 클릭하십시오.

3. 테스트 실행

모델을 테스트하려면 프로젝트를 공개한 서버에서 이를 실행하십시오.

프로젝트 탐색기에서 테스트할 모델을 선택하십시오.
두 번 클릭하여 모델을 여십시오.
실행 아이콘을 클릭하십시오.

4. 프로덕션용으로 내보내기

완료된 프로젝트를 프로덕션 서버로 내보내려면 프로젝트를 마우스 오른쪽 단추로 클릭하고 내보내기 및 대상 서버의 구성을 클릭하십시오. 프로젝트에서 프로덕션용으로 위젯을 공개하려면 프로젝트를 마우스 오른쪽 단추로 클릭하고 내보내기를 클릭한 후, 사용자 환경에 올바른 WAR을 선택하십시오. 완료를 클릭하십시오. WAR 파일이 작성됩니다. 위젯의 경우 이 파일은 InfoSphere® MashupHub에서 업로드하거나 Lotus Mashup 서버에서 실행되는 패키지 파일입니다.

IBM Web Experience Factory 인터페이스

Web Experience Factory에서는 모델과 프로파일 편집 및 웹 애플리케이션 개발에 도움이 되는 다양한 사용자 인터페이스를 제공합니다.

Web Experience Factory Designer 실행 시 IBM Web Experience Factory 퍼스펙티브를 사용합니다. 이 퍼스펙티브에서는 모델 편집 및 웹 애플리케이션 구성을 지원하는 특별 메뉴 및 기타 기능을 제공합니다. 창 > 퍼스펙티브 열기 > 기타 > Web Experience Factory를 클릭하여 이 퍼스펙티브를 활성화하십시오. 창 제목에 Web Experience Factory 퍼스펙티브가 사용 중임이 표시됩니다. 퍼스펙티브는 Eclipse 및 Web Experience Factory 보기, 모델 편집기 및 프로파일 편집기 둘 모두를 사용합니다.

적용된 프로파일 보기: 적용된 프로파일 보기는 모델에 하나 이상의 프로파일을 적용하기 위한 액세스를 제공합니다.
이 보기에서는 다중 프로파일을 동일한 모델에 적용하는 경우 프로파일의 조합도 관리할 수 있습니다. 편집기 영역에 열기 모델이 선택된 경우에만 컨텐츠가 포함됩니다. 창 > 보기 표시 > 적용된 프로파일을 클릭하여 보기를 표시하십시오.
문제점 보기: Web Experience Factory Designer는 Eclipse 문제점 보기를 사용하여 모델 생성 및 작동과 관련된 경고 및 오류 메시지를 표시합니다. 특정 빌더 호출로 오류가 발생한 경우, 문제점 목록에서 해당 오류를 두 번 클릭하면 빌더 호출 편집기에서 편집할 수 있도록 관련 빌더 호출이 열립니다.
특성 보기: 특성 보기에는 애플리케이션 패널 또는 설계 패널에 선택된 생성 요소의 선택된 빌더 입력 및 현재 설정이 표시됩니다.
표준 Eclipse 특성 보기를 사용하여 모델의 필드에 대한 표시 및 유효성 검증 설정을 확인 및 표시할 수 있습니다. 창 > 보기 표시 > 기타 > 일반 > 특성을 클릭하면 이 보기가 표시됩니다.
태스크 보기: Web Experience Factory Designer는 Eclipse 태스크 보기를 사용하여 빌더 호출 편집기 주석 필드에 입력된 태스크를 표시합니다(항목을 표시하려면 특성 > 주석을 클릭). Java 컴파일러 태스크 태그 FIXME 및 TODO가 지원됩니다. 보기를 표시하려면 창 > 보기 표시 > 기타 > 일반 > 태스크를 클릭하십시오.
Web Experience Factory 웹 자원 보기: 이 보기는 기본 Eclipse 브라우저를 표시하며 Web Experience Factory 제품 위키의 홈 페이지를 표시하도록 설정됩니다. 이 위키는 제품의 우수 사례와 관련된 IBM 및 커뮤니티 컨텐츠 둘 다에 대한 저장소입니다.
창 > 보기 표시 > Web Experience Factory 웹 자원을 클릭하여 보기를 표시하십시오. 보기에 표시되는 내용을 변경하려면 보기의 메뉴 표시줄에서 드롭 다운 목록을 사용하십시오.

프로젝트 탐색기 및 모델 네비게이터 보기

프로젝트 탐색기는 표준 네비게이터의 확장된 버전입니다.

프로젝트 탐색기는 몇몇 기본 프로젝트 아티팩트(Java 소스, 모델 및 프로파일)에 대해 프로젝트 레벨 폴더 액세스를 제공합니다. 이러한 프로젝트 레벨 폴더를 사용하면 WEB-INF 디렉토리의 폴더에 있는 파일에 대해 작업할 수 있습니다. 폴더의 배치를 통해 디렉토리를 드릴다운하지 않고도 아티팩트에 액세스할 수 있습니다. 특수한 프로젝트 레벨 폴더 또는 해당 자원이 실제로 이 프로젝트 파일 구조에 있는 WEB-INF 아래의 폴더에서 탐색하여 해당 폴더의 파일에 대해 작업할 수 있습니다.

프로젝트 탐색기 보기는 현재 프로젝트를 구성하는 모든 오브젝트를 표시하는 트리 기반의 디렉토리 계층 구조를 표시합니다. 프로젝트 탐색기는 IBM Web Experience Factory 프로젝트의 전체 트리를 표시할 수 있습니다. 프로젝트 구성 요소의 서브세트를 지정하여 해당 트리에 표시하고 트리에서 선택한 요소에서 리팩토링을 수행할 수 있습니다. 오브젝트(예: 모델 또는 프로파일 세트)를 탐색하여 두 번 클릭하면 해당 오브젝트를 열 수 있습니다. 오브젝트는 적당한 편집기에 표시됩니다.

모델 네비게이터 보기에 프로젝트 탐색기의 서브세트가 표시되어 프로젝트에 정의된 모델 및 프로파일 세트에 더 수월하게 액세스할 수 있습니다. 창 > 보기 표시 > 모델 네비게이터를 클릭하여 보기를 표시하십시오.

두 보기 모두에서 계층 구조를 펼치고 표시를 필터링할 수 있습니다.

참고: 프로젝트 탐색기 및 모델 네비게이터 보기를 사용하여 프로젝트 아티팩트(예: 모델 또는 프로파일 세트)의 이름을 바꾸지 마십시오. Web Experience Factory가 일부 아티팩트(예: 프로파일 세트)를 이름이 아닌 ID로 참조하기 때문에 프로젝트 탐색기 또는 모델 네비게이터에서 아티팩트 이름을 바꾸면 모델을 재생성하거나 실행할 때 문제점이 발생합니다.

모델 또는 프로파일 세트의 이름을 바꾸려면 리팩터 > 이름 바꾸기 명령을 사용하십시오.

프로젝트 탐색기는 Eclipse 및 Rational Application Developer에서 지원됩니다. 이전 버전의 Eclipse 및 Rational Application Developer의 모델, 프로파일 및 Java 소스에 대해 링크 폴더가 제공되므로 사용자가 표준 네비게이터에서 해당 자원을 신속하게 찾아 이동할 수 있습니다.

참고: Web Experience Factory 컨텐츠는 Web Experience Factory 프로젝트에서만 표시됩니다.

프로젝트 탐색기 표시의 필터

필요하지 않은 유형을 필터링하여 프로젝트 탐색기에 표시되는 요소 유형을 제어할 수 있습니다.

예를 들어, 프로젝트에 사용되는 모델 목록만 표시할 수 있습니다.

참고: 프로젝트 탐색기에 표시할 프로젝트 트리와 관련하여 Web Experience Factory 및 Java 요소 또는 자원을 선택해야 합니다.

프로젝트 탐색기 트리에 표시되는 자원 목록을 제한하거나 확장하려면 프로젝트 탐색기 탐색줄에서 메뉴 아이콘( 검은색 삼각형 아이콘 )을 클릭한 후 필터를 클릭하고 사용 가능한 필터 옵션에서 선택란을 선택하거나 선택 취소하십시오. 필터를 선택하면 해당 필터 유형의 가시성이 꺼집니다. 예를 들어, 프로젝트가 사용하는 모델만 표시하려면 비모델을 선택하여 모델이 아닌 모든 자원의 가시성을 끄십시오.

또한 표시할 자원 인벤토리를 제한하려면 필터 대화 상자의 사용 가능한 컨텐츠를 클릭하고 프로젝트 탐색기에서 표시할 자원을 선택한 다음 표시하지 않을 자원을 지우십시오.

모델 네비게이터 보기 표시

모델 네비게이터 보기를 사용하여 IBM Web Experience Factory Designer에 표시되는 내용을 필터링할 수 있습니다.

모델 네비게이터 보기를 사용하면 프로젝트 탐색기 보기에 프로젝트 컴포넌트의 전체 인벤토리가 아닌 프로젝트 모델 및 프로파일 세트만 표시할 수 있습니다.

Eclipse에서 다음 단계를 수행하십시오.

창 > 보기 표시 > 모델 네비게이터를 클릭하십시오.

모델 및 프로파일 세트 폴더만 포함하는 프로젝트가 별도 분할창에 나타납니다. 전체 트리로 이동하지 않고도 모델 및 프로파일 세트를 프로젝트 탐색기에서처럼 모델 네비게이터에서 작업할 수 있습니다.

참고: 프로젝트 탐색기에서 모델 또는 프로파일 세트를 필터링하는 경우, 이 폴더는 모델 네비게이터에 여전히 표시됩니다. 모델 네비게이터의 용도는 프로젝트 탐색기 보기의 컨텐츠에 관계없이 프로젝트 모델 및 프로파일 세트를 표시하는 것입니다.

프로젝트 탐색기 호출

프로젝트 탐색기는 기본으로 표시됩니다.

프로젝트 탐색기를 닫은 경우 창 > 보기 표시 > 기타를 클릭한 후 일반 > 프로젝트 탐색기를 선택하여 다시 표시할 수 있습니다.

프로젝트 탐색기에서 자원을 열 경우, 자원에 대한 정보는 별도 분할창의 현집기에서 나타납니다. 자원을 마우스 오른쪽 단추로 클릭하고 나타나는 팝업에서 열기를 클릭하여 항목을 엽니다. 예를 들어, 모델을 열면 모델 편집기가 나타납니다. 여기에는 다음 탭이 포함되어 있습니다.

소스: 모델 소스 코드 및 유용한 관련 정보(예: 특성 및 연관)를 표시합니다.
설계: 애플리케이션 트리 또는 페이지 패널에서 선택한 사용자 인터페이스 요소의 구성을 그래프로 표시합니다.
모델 XML: 모델을 정의하는 XML 코드를 표시합니다.
빌더 호출 편집기: 열려 있는 빌더에 대한 정보를 표시합니다.

프로파일 세트를 열면 탭 세트 및 단추 세트가 있는 프로파일 편집기가 나타납니다. 이 편집기를 사용하여 세트에서 프로파일을 추가, 편집 또는 삭제할 수 있습니다. 개별 프로파일을 열려면 프로파일 세트를 열고 아웃라인에 해당 컨텐츠를 표시해야 합니다.

편집기에서 빌더 호출 이름을 바꿀 수 있습니다.

참고: 변경사항이 시스템 전체에서 조정되지 않기 때문에 이름 바꾸기 작업을 수행하지 않는 것이 좋습니다. 빌더 호출의 이름을 바꾸려면 편집기가 아닌 아웃라인에서 이름을 바꿔야 합니다.

프로파일 편집기

IBM Web Experience Factory에서 프로파일 편집기를 사용하면 프로파일 세트를 작성 및 관리할 수 있습니다.

Web Experience Factory 의 편집기 영역 맨 위에 있는 프로파일 세트 아이콘( 프로파일 세트 이미지 )이 포함된 탭을 통해 편집용으로 열린 프로젝트 프로파일 세트에 액세스할 수 있습니다. 초점을 포함한 이 탭은 X를 표시하여 모든 보기의 컨텐츠를 채웁니다.

탭이 별표(*)를 표시하면, 프로파일 세트에 변경사항이 저장되지 않습니다. 프로파일 편집기에 있는 패널의 탭은 다음과 같습니다.

프로파일 관리: 이 패널을 통해 프로파일 항목을 편집할 수 있습니다.
항목: 이 패널을 통해 프로파일 세트에 프로파일 항목을 정의할 수 있습니다.
핸들러 선택: 이 패널을 통해 프로파일 선택 설정을 편집하고 프로파일 선택 핸들러를 선택할 수 있습니다.

아웃라인 보기 정보

IBM Web Experience Factory 퍼스펙티브의 아웃라인 보기는 편집 영역에서 선택한 모델에 대한 빌더 호출 목록을 표시합니다.

현재 선택한 모델에 대한 빌더 호출 목록은 모델에 있는 각 빌더 호출의 번호, 이름 또는 유형에 따라 나열됩니다. 프로파일링된 빌더 호출은 프로파일 아이콘을 표시합니다. 보기 도구 모음의 아이콘을 사용하면 현재 모델을 즉시 생성하거나 모델에 빌더 호출을 추가할 수 있습니다.

아웃라인 보기는 빌더 호출을 선택하고 사용할 수 있는 명령(예: 잘라내기, 복사 및 붙여넣기)을 사용하여 목록의 빌더 호출을 관리할 수 있는 팝업 메뉴를 지원합니다.

빌더 호출 목록에서 빌더 호출을 끌어서 놓아 다시 정렬할 수 있습니다. 빌더 호출 목록의 숫자 부호(#)는 빌더 호출의 번호순을 표시합니다. 하나의 빌더 호출이 목록에서 다른 빌더 호출에 종속된 경우, 호출에 실패하므로 목록의 빌더 호출 순서는 중요합니다. 사용하지 않는 빌더 호출은 회색으로 표시됩니다.

빌더의 이름 입력으로 입력할 수 있는 지정이 이름에 있습니다. 이름을 입력하지 않은 경우 페이지 위치를 기초로 생성됩니다. 그렇지 않으면 <No Name>으로 표시됩니다. 빌더 선택도구에서 선택된 대로 실제 빌더의 지정이 유형에 있습니다. 다른 열에서는 빌더 호출에 연관 프로파일이 포함되었는지 여부를 표시합니다.

보기 메뉴

아웃라인 보기 도구 모음의 보기 메뉴는 빌더 호출 목록을 관리하는 명령을 제공합니다. 모두 펼치기 명령은 모든 빌더 호출 항목을 표시합니다. 모두 접기 명령은 해당 카테고리 아래의 빌더 호출 항목을 숨깁니다. 이를 통해 긴 목록을 짧게 유지할 수 있습니다. 다음 명령을 사용할 수 있습니다.

보기 메뉴 끝에 있는 이름 목록은 사용자 모델에 추가할 수 있는 빌더를 제안합니다. 빌더 이름을 클릭하면 모델에 빌더가 추가되고 편집기 영역에서 빌더 호출 편집기가 열립니다.

그룹 기준

보기 메뉴의 그룹 기준 명령을 사용하여 목록에서 빌더 호출 배치를 선택합니다. 다음과 같은 옵션이 있습니다.

카테고리: 카테고리를 선택합니다. 해당 카테고리에 포함된 빌더 호출을 모두 숨길 수 있습니다. 빌더 호출을 끌어서 놓으면 카테고리 값이 지정됩니다.
설명: 그룹 기준 카테고리와 비슷하지만 목록의 모든 설명 빌더는 카테고리로 사용됩니다.
종속성: 순서는 애플리케이션 트리의 종속성 정보를 기준으로 정해집니다. 예를 들어, 서비스 조작은 해당 서비스 정의 아래 표시됩니다. 끌어서 놓기는 사용하지 않습니다.
없음: 삽입된 위치별 기본값 사용 순서를 사용합니다. 끌어서 놓기는 번호순으로 정렬된 경우에만 사용할 수 있습니다.
유형: 전체 그룹을 숨길 수 있는 점을 제외하고 유형별 정렬과 비슷합니다. 끌어서 놓기는 사용하지 않습니다.

정렬 기준

정렬 기준 명령을 사용하면 여러 방식으로 목록 표시를 배치합니다. 기본값은 번호순입니다. 또한 열 제목을 클릭하여 빌더 호출 목록을 정렬할 수 있습니다.

검색

검색 명령은 빌더의 입력을 검색하는 데 사용할 기준 및 문자열을 지정하는 검색 빌더 호출 목록 대화 상자를 엽니다. 다음 기준 중 하나를 지정할 수 있습니다.

시작 번호:
포함
포함하지 않음

지정하는 텍스트의 대소문자와 일치하도록 대소문자 구분 검색 수행을 선택하십시오. 텍스트 상자의 오른쪽에 아이콘을 사용하여 검색 문자열의 컨텐츠를 지우십시오.

명령은 기준 및 문자열과 일치하는 입력이 있는 빌더를 찾아 빌더 호출 목록에 해당 호출만 표시합니다. 완료 후 전체 빌더 호출 목록을 복원하려면 다음으로 시작 및 빈 문자열을 지정하고 확인을 클릭하십시오.

애플리케이션 트리 연결

열에는 각 나열된 빌더 호출의 화살표 아이콘이 포함됩니다. 이를 통해 다른 보기의 관련된 요소에 연결됩니다. 이 화살표를 클릭하여 애플리케이션 트리 및 페이지 보기의 관련된 요소를 강조 표시하십시오. 또한 이 기능으로 소스 보기의 코드 및 설계 보기의 관련 오브젝트를 표시하고 강조 표시합니다. 보기 풀다운 메뉴에서 애플리케이션 트리 연결을 설정하는 경우 목록에서 다른 빌더 호출을 선택할 때마다 애플리케이션 트리 보기, 페이지 보기, 소스 보기 및 설계 보기 강조 표시가 변경됩니다. 명령 세트를 사용하면 화살표 아이콘이 열에 표시되지 않습니다. 명령은 IBM Web Experience Factory Designer에 성능 오버헤드를 추가하므로 기본적으로 설정되지 않습니다.

열

보기 메뉴의 열 명령을 사용하여 빌더 호출 목록에서 열 순서 및 모양을 제어할 수 있습니다.

빌더 호출 목록

빌더 호출은 모델을 정의하는 모든 빌더 호출을 포함합니다.

빌더 호출 목록은 모델이 편집할 수 있도록 열리면 개발 환경의 아웃라인 보기에 렌더링됩니다. 빌더 호출 목록은 순서 번호, 이름 및 모델에 있는 각 빌더 호출의 유형을 표시하고, 빌더 호출이 프로파일링되는지 여부를 나타냅니다.

빌더 호출 목록을 사용하여 빌더 호출을 정렬, 필터링 및 범주화할 수 있습니다. 빌더 호출을 선택하고 컨텍스트(마우스 오른쪽 단추 클릭) 메뉴에서 사용할 수 있는 명령(잘라내기, 복사, 사용 가능 등)을 사용하여 목록의 빌더 호출을 관리할 수 있습니다.

사용하지 않는 빌더 호출은 회색으로 표시됩니다.

IBM Web Experience Factory는 이러한 빌더 호출을 빌더 호출 목록에 나타나는 숫자순으로 실행합니다. 각 빌더 호출이 실행될 때 웹 애플리케이션 오브젝트에 요소를 추가하거나 웹 애플리케이션 오브젝트의 요소를 수정합니다.

모델에서 웹 애플리케이션을 생성할 때 Web Experience Factory는 빌더 호출 입력에 사용한 모든 간접 참조를 분석하고 프로파일된 빌더 호출 입력에 해당 프로파일의 값을 제공합니다.

빌더 호출의 선형 실행 결과로서, 사용자가 목록에 빌더 호출을 배치하는 순서가 중요합니다. 예를 들어, 빌더 호출 입력의 메소드가 리턴하는 값을 참조하려면 현재 빌더 호출 전에 해당 메소드를 웹 애플리케이션에 추가하십시오.

모델을 개발할 때, 필요한 오브젝트에 액세스할 수 없는 빌더 호출을 추가할 수 있습니다. 예를 들어, 데이터 필드 수정자 빌더 호출이 조작하는 요소가 포함된 데이터 페이지 빌더 호출 앞에 이 데이터 필드 수정자 빌더 호출을 추가하거나 이동하는 경우 Web Experience Factory Designer가 다음과 비슷한 경고를 표시합니다.

Field selector "[page1]ShowEmployeeData/RowSet/Row/EMPNO" did not evaluate to any fields.
Ensure that this BuilderCall follows the corresponding Data Page BuilderCall.

이 경우, 데이터 필드 수정자 빌더 호출을 데이터 페이지 빌더 호출 아래로 끌면 오류가 제거됩니다.

일반적으로, 빌더 호출 목록에 빌더 호출을 추가할 때 한 호출이 다른 호출에 대해 갖는 종속성을 알아 두십시오. 아직 작성될 호출(또는 호출 아티팩트)에 종속된 목록에 호출을 배치하지 않도록 하십시오. 하향식으로 빌더 호출 목록을 채우고 목록에 추가하는 호출이 그 위의 빌더 호출에만 종속되는지 확인하십시오.

참고: 빌더 호출 목록이 정렬되는 방법(예: 영문자 이름순 또는 유형순)에 관계없이 빌더 실행은 빌더 호출 목록의 빌더 호출 숫자순에 기초합니다.

빌더 호출 목록의 조직 변경 정보

다음 빌더 호출 목록 보기 옵션을 사용하여 모델에서 빌더 호출 표시를 변경할 수 있습니다.

끌어서 놓기: 목록 내 다른 위치로 끌어 빌더 호출의 상대 위치를 변경합니다.
정렬: 번호, 이름 또는 유형 열 헤드를 클릭하면 빌더 호출 목록이 알파벳순으로 배치됩니다.
필터: GUI(Graphic User Interface)에서 필터링하여 빌더 호출 목록에 표시되는 빌더 호출 표시를 억제합니다.

빌더 선택도구 사용 정보

빌더 선택도구는 사용자 환경에서 사용할 수 있는 빌더를 나열하고 모델에 추가할 수 있는 빌더를 선택하는 방법을 제공합니다. 이 보기를 펼치거나 축소하려면 적게 표시 및 자세히 표시를 사용하십시오.

빌더 선택도구는 기본적으로 다음 분할창을 표시합니다.

카테고리 이름
이 분할창은 빌더를 관리하고 관련 빌더를 찾은 데 도움이 되는 폴더를 제공합니다. 제공되는 모든 빌더는 하나 이상의 카테고리에 지정되어 빌더 선택도구의 해당 카테고리에 따라 빌더를 볼 수 있습니다. 일부 빌더는 여러 카테고리로 표시됩니다. 카테고리는 빌더를 구성하는 방법을 제공합니다. 예를 들어, 카테고리 이름 아래에 있는 페이지 요소를 클릭하면 작성 중이며 조작 중인 페이지를 포함하고 있는 모든 빌더가 표시됩니다.

모두

사용 가능한 빌더를 모두 나열합니다. 목록에서 빌더가 표시되지 않은 경우 프로젝트 버전을 업그레이드하거나 프로젝트 특성을 사용하여 기능 세트를 추가해야 할 수도 있습니다.

가장 최근에 사용

현재 작업공간에서 작업 중이었던 동안 빌더 선택도구에서 액세스한 빌더의 이름을 나열합니다.

새로 작성 또는 업데이트

릴리스에서 추가되었거나 업데이트된 빌더를 나열합니다.

즐겨찾기

선택한 빌더의 이름을 나열합니다. 목록에 추가하려면 빌더 이름을 클릭하고 즐겨찾기에 추가를 클릭하십시오. 또는 즐겨찾기 관리를 클릭하여 모든 빌더 이름을 표시하는 대화 상자를 사용하십시오.
즐겨찾기 관리를 사용하여 목록에서 항목을 제거하십시오.

검색 결과

검색 결과를 클릭하여 검색 상자에서 저장한 키워드와 연관된 모든 빌더의 이름을 빌더에 나열합니다.
예를 들어, 빌더 분할창의 상위에 있는 검색 상자에 문자 p를 입력한 경우 스크롤 가능한 드롭 다운 목록에 p를 포함하고 있는 모든 키워드가 표시됩니다. 키워드 page를 포함한 경우 page를 포함하고 있는 모든 키워드가 표시됩니다.

키워드를 클릭하여 텍스트 상자에 표시되고 검색 결과에 저장되도록 하십시오. 해당 키워드와 연관된 빌더의 이름은 빌더 아래에 표시되어 있습니다. 드롭 다운 목록에서 마지막 항목인 모든 빌더 키워드 포함 및 검색 용어를 클릭하여 키워드를 검색 결과에 추가하고 빌더 아래에 연관된 빌더 이름을 나열하십시오.

검색 결과를 펼쳐서 저장된 키워드를 나열하십시오. 키워드를 클릭하여 해당 키워드와 연관된 빌더의 이름으로 빌더의 목록을 제한하십시오.

빌더 선택도구 대화 상자가 닫히면 검색 결과가 지워집니다.

여러 종류의 카테고리

IBM Web Experience Factory Designer의 현재 카테고리 이름이 나열됩니다. 새 카테고리와 함께 빌더를 추가하면 해당 카테고리도 여기에 나열됩니다.
빌더
이 분할창은 카테고리 이름의 선택사항을 기준으로 또는 검색 상자에 입력한 키워드로, 빌더 이름을 알파벨 순서로 나열합니다. 이름을 선택한 후 확인을 클릭하여 빌더를 모델에 추가하십시오.
도움말 트레이
기본적으로 이 패널은 선택한 빌더에 대한 정보를 표시하여 빌더를 추가할지 여부를 결정할 수 있습니다. 이 패널은 빌더에 대해 자세한 정보가 들어 있는 링크를 제공합니다.

기본적으로 도움말이 표시되지 않도록 선택한 경우 도움말을 다시 표시하려면 F1을 누르거나 물음표 아이콘을 클릭하십시오.

빌더 선택도구를 사용하여 Web Experience Factory 설치에 포함되거나 추가된 빌더를 추가할 수 있습니다.

빌더를 선택한 후 확인을 클릭하면 빌더 선택도구가 이 빌더에 대한 빌더 호출 편집기를 닫고 실행합니다.

빌더 목록 업데이트 정보

IBM Web Experience Factory Designer에 사용 가능한 빌더 목록을 업데이트할 수 있습니다.

빌더 선택도구의 빌더 목록에 다른 빌더가 포함되도록 업데이트할 수 있습니다. WEB-INF/builders 디렉토리에 추가된 빌더 정의에 의해 정의된 빌더가 빌더 정의에 정의된 기타 카테고리 및 모든 카테고리에 나열됩니다. 빌더 목록에서 빌더 이름이 표시되지 않은 이유는 다음과 같습니다.

빌더는 기능 세트와 연관되고 기능 세트는 프로젝트 파트가 아닙니다.
프로젝트를 수정하고 기능 세트를 추가할 수 있습니다. 빌더는 빌더 선택도구에 나열됩니다.
새 버전 또는 패치를 Web Experience Factory Designer에 추가할 수 있습니다.
프로젝트 버전을 업그레이드하여 빌더 목록을 업데이트해야 합니다.

빌더 목록 업데이트

빌더 목록을 업데이트할 수 있습니다.

프로젝트 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭한 후 프로젝트 버전 업그레이드를 클릭하십시오.
WEB-INF/builders 디렉토리에 빌더 정의만 추가한 경우, IBM Web Experience Factory Designer를 다시 시작해야만 빌더 선택도구에서 새 빌더를 볼 수 있습니다.

빌더 도움말 표시

빌더 호출 편집기를 열지 않고 빌더의 기본 도움말 항목을 열 수 있습니다.

다음은 모델에 추가할 빌더가 올바른지 결정하는 데 도움을 줍니다. 다음 중 하나를 수행하십시오.

빌더 선택도구의 빌더에서 빌더 이름으로 커서를 이동하십시오.
풍선 텍스트가 빌더의 목적을 설명하기 위해 표시됩니다.
빌더 선택도구의 빌더 아래에서 도움말을 표시할 빌더의 이름을 클릭하십시오.
도움말 트레이가 대화 상자에 기본적으로 표시됩니다.

대화 상자의 오른쪽 도움말 트레이에 빌더의 목적을 요약한 텍스트가 main 빌더 도움말 주제로의 링크와 함께 표시됩니다.
빌더 선택도구에서 기본적으로 도움말이 표시되지 않도록 선택한 경우 다음 조치 중 하나를 수행하십시오.
- 왼쪽 아래 코너에 있는 물음표 아이콘을 클릭하십시오.
- 빌더 아래에서, 도움말을 표시할 빌더의 이름을 클릭한 후 F1을 누르십시오.
도움말 트레이가 요약 텍스트와 링크와 함께 표시됩니다.
도움말 > 도움말 컨텐츠 > IBM Web Experience Factory Designer > 참조 정보 > 빌더 참조를 클릭한 후 목록에서 빌더 이름을 클릭하십시오.
세부사항 분할창에 main 빌더 도움말 항목이 열립니다.

즐겨찾기 관리 대화 상자 정보

빌더 선택도구 대화 상자에서 즐겨찾기 관리를 클릭하여 자주 사용하는 빌더 목록을 유지보수할 수 있습니다.

이 목록은 빌더 선택도구에 있는 카테고리 이름의 즐겨찾기 폴더에 저장됩니다.

추가: 선택된 항목을 빌더에서 즐겨찾기로 이동하려면 클릭하십시오. 빌더에는 모두 폴더에 표시되는 동일한 이름이 나열됩니다.
제거: 즐겨찾기에서 선택된 항목을 삭제하려면 클릭하십시오.
닫기: 창을 닫으려면 클릭하십시오.

질문 표시 아이콘을 클릭하여 대화 상자에 대한 도움말 트레이 컨텍스트 정보에 표시하십시오.

빌더 호출 팝업 메뉴

아웃라인 보기에서 마우스 오른쪽 단추로 클릭하면 빌더 호출 목록을 관리하고 빌더 호출에 대한 다른 조작을 수행하는 데 사용할 팝업 메뉴가 열립니다.

이 메뉴의 일부 옵션은 빌더 호출을 선택한 경우에만 사용할 수 있습니다. 이 메뉴는 다음 명령과 조치에 대한 액세스를 제공합니다.

열기

빌더 호출을 열고 빌더 호출 편집기 페이지를 표시합니다.

잘라내기

목록에서 빌더 호출을 제거하고 클립보드에 저장합니다.

복사

빌더 호출의 사본을 클립보드에 저장합니다.

붙여넣기

빌더 호출의 사본을 다른 위치에 씁니다.

실행 취소

메뉴에서 마지막으로 수행한 조치의 효과를 제거합니다.

다시 실행

메뉴에서 마지막으로 수행한 조치의 효과를 반복합니다.

이름 바꾸기

선택한 빌더 호출의 이름을 변경합니다. 이름 변경이 적용된 자원 목록 및 해당 자원 변경 옵션이 제공됩니다.

삽입

빌더 호출 편집기가 구성되고 적용 또는 확인을 클릭하여 저장되고 나면 목록에 빌더 호출을 둡니다.

설명 삽입

모델에 주석 빌더를 추가합니다. 이는 모델의 다른 파트를 문서화하기 위한 좋은 방법입니다. 목록이 설명으로 그룹화되는 경우 이 설명 아래의 모든 항목 및 다음 설명은 이 추가된 설명으로 그룹화됩니다.

모두 선택

목록의 빌더 호출을 모두 선택합니다(일반적으로 복사하여 붙여넣기용).

삭제

아웃라인 보기의 목록에서 빌더 호출을 제거합니다.

사용

사용하지 않는 빌더 호출을 활성화합니다.

사용 안함

빌더 호출을 비활성화합니다. 빌더 호출은 아웃라인 보기의 목록에 남아 있지만 빌더 호출이 나타내는 빌더가 재생성 중 모델에서 작동하지 않습니다.

빌더 카테고리 변경

모델에서 사용되는 기존 카테고리에서 선택하거나 새 카테고리를 입력할 수 있는 대화 상자를 표시합니다. 이 카테고리는 선택한 모든 빌더 호출에 영향을 미칩니다.

새로 고치기

빌더 호출 목록의 현재 상태를 표시합니다.

애플리케이션 트리에 요소 표시

선택된 빌더 호출에 대해 사용자가 요소를 쉽게 찾을 수 있도록 애플리케이션 트리에서 연관된 요소의 위치를 강조표시합니다.

변환

빌더의 한 유형에서 다른 빌더 유형으로 빌더 호출을 변경합니다. 객관식을 표시할 수 있습니다.

builder-name: 시스템이 해당 유형의 빌더로 즉시 변환할 수 있거나 빌더가 알맞은 변환 대상으로 분류된 경우 빌더 이름이 개별 선택으로 표시됩니다.
이 메뉴는 빌더를 거의 동등한 입력이 있는 유사한 유형의 빌더로 변환할 경우 유용합니다. 예를 들어, 단추 빌더를 링크 빌더로 변환하거나 페이지 빌더를 가져온 페이지 빌더로 변환하는 경우가 해당됩니다.
변환 대상: 빌더를 선택할 수 있는 빌더 선택도구 창이 열립니다.
일반적으로, 빌더 변환은 동일한 카테고리의 빌더를 포함해야 합니다. 예를 들어, 페이지 카테고리 또는 페이지 요소 카테고리 내의 한 빌더 유형에서 다른 빌더 유형으로 변환하십시오. 속성 또는 설계면에서 근본적으로 다른 빌더를 변환하려고 시도하지 마십시오.

원래 빌더 입력은 보존되며, 해당되는 경우 새 빌더에 지능적으로 적용됩니다. 예를 들어, 단추 레이블 입력 값이 링크 텍스트 입력에 적용됩니다. 원래 빌더의 모든 입력이 새 빌더 호출 편집기에 추가됩니다.

모델 편집기 정보

IBM Web Experience Factory는 Web Experience Factory 퍼스펙티브 편집기 영역의 몇 가지 패널을 사용하여 웹 애플리케이션의 모델을 작성하고 개발합니다.

프로젝트 탐색기 또는 모델 네비게이터 보기를 사용하여 모델 편집기에서 모델에 액세스하고 여십시오. Web Experience Factory 퍼스펙티브의 편집기 영역 맨 위에 있는 모델 아이콘( 모델 이미지 )이 포함된 탭을 통해 편집용으로 열린 프로젝트 모델에 액세스할 수 있습니다. 초점을 포함한 이 탭은 X를 표시하여 모든 보기의 컨텐츠를 채웁니다.

탭이 별표(*)를 표시하면, 모델에 변경사항이 저장되지 않습니다.

패널

모델 편집기에서 패널을 사용하여 모델에서 빌더 호출의 효과를 이해하거나 빌더 호출을 변경하거나 모델에 있는 요소 사이의 관계를 검사할 수 있습니다. 패널은 다음과 같습니다.

애플리케이션 트리

이 패널은 빌더 호출이 작성하여 모델에 추가한 모든 요소를 WebApp 폴더 아래에 표시합니다. 여기에는 데이터 서비스, 이벤트, 링크된 Java 오브젝트, 메소드, 페이지, 변수, 스키마 등이 포함됩니다. 오브젝트를 탐색하고 선택하면 해당 오브젝트 및 컨텐츠를 검사할 수 있습니다.

웹 애플리케이션 트리는 모델이 재생성될 때마다 업데이트됩니다.

페이지

이 패널은 모델의 양식 및 페이지에 대한 대체 표시를 제공합니다. 큰 아이콘 형식을 사용하면 특정 페이지 또는 양식을 더 빨리 찾을 수 있습니다.

소스

이 패널은 모델의 오브젝트와 관련된 소스 코드를 표시하고 소스 코드의 유용한 정보를 제공합니다.

설계

이 패널은 애플리케이션 트리 또는 페이지 패널에서 선택된 표시 요소를 시각적으로 표시합니다. 이 패널을 사용하면 모델을 실행하지 않아도 모델의 표시 요소를 빠르고 편리하게 확인할 수 있습니다. 페이지 자동화 필드 및 표시 모양을 변경할 수도 있습니다.

팔레트(Palette): 팔레트 아이콘은 설계 패널의 오른쪽 위에 있습니다. 이 아이콘을 클릭하여 모델에 빌더를 추가할 수 있는 설계 도구 및 명령 팔레트를 표시하거나 숨길 수 있습니다. 제목 표시줄의 팝업 메뉴를 사용하여 팔레트의 도킹 위치를 이동하거나 크기를 조정할 수 있습니다. 끌어서 놓기를 사용하여 모델의 레이아웃을 변경할 수도 있습니다. 이와 같이 변경하면 표시 관리자 빌더가 모델에 추가됩니다.

모델 XML

이 패널은 모델의 기본 XML 코드를 표시합니다. 이 패널은 빌더를 작성하는 개발자에게 유용합니다.

빌더 호출 편집기

이 패널은 모델의 빌더 호출을 구성하거나 변경하는 데 사용하는 편집기를 표시합니다.

애플리케이션 트리 정보

애플리케이션 트리는 편집기 영역에서 선택된 열기 모델의 생성 요소를 나열합니다.

모델 편집기의 애플리케이션 트리를 사용하여 생성 요소를 탐색하고 액세스할 수 있습니다. 모델 편집기에서 초점을 포함하는 열기 모델을 사용하여 애플리케이션 트리 탭을 클릭하여 패널을 노출하고 생성 요소가 유형별로 나열된 하위 폴더 및 웹 애플리케이션 폴더를 볼 수 있습니다. 애플리케이션 트리 탭이 표시되지 않는 경우 편집기 영역의 왼쪽에 있는 화살표 아이콘을 클릭하여 선택된 패널을 축소하고 애플리케이션 트리 패널을 노출하십시오.

모델의 생성 요소는 웹 애플리케이션 폴더에서 트리 양식으로 표시됩니다. 요소 유형을 표시하는 폴더는 펼치거나 접을 수 있습니다. 예를 들어 웹 애플리케이션의 모든 변수는 변수 폴더에 포함됩니다. 기타 요소 유형에 대해서도 동일하게 해당됩니다. 이와 같이 생성된 요소가 구성되어 있어서 웹 애플리케이션의 컨텐츠 및 재생성 중 웹 애플리케이션 변경 방법을 시각적으로 쉽게 표시할 수 있습니다. 예를 들어, 애플리케이션 트리를 사용하여 빌더가 웹 애플리케이션에 추가하는 항목을 결정할 수 있습니다.

상대 페이지 탭을 클릭하여 페이지 및 양식 요소에 더 빨리 액세스할 수 있습니다.

애플리케이션 트리에서 선택된 생성 요소의 각 유형마다 해당 코드가 소스 패널에 표시됩니다.

소스 패널을 사용하여 메소드 또는 빌더 호출에서 생성된 관련 코드를 검사하십시오.

애플리케이션 트리에서 폴더를 펼친 후 웹 애플리케이션 오브젝트를 클릭하면 오브젝트를 작성해야 하는 빌더가 빌더 호출 목록에서 강조 표시됩니다. 마찬가지로 아웃라인 보기의 빌더 호출을 선택하고 웹 애플리케이션 트리와 연결을 사용 가능하게 설정하는 경우 해당 빌더 호출과 연관된 생성 요소가 애플리케이션 트리에서 선택됩니다.

애플리케이션 트리 조작은 소스 보기 및 설계 보기와 밀접하게 연관되어 있습니다.

애플리케이션 트리의 제어

애플리케이션 트리 맨 위에는 표준 Eclipse 트리 필터가 있습니다. 필터에 텍스트를 입력하면 증분 검색이 수행됩니다. 이름 시작 부분에 필터 문자가 있는 자원만 WebApp 폴더의 관련 하위 폴더에 표시됩니다. 별표 문자(*)를 입력한 다음 텍스트를 입력하면 이름의 임의 위치에 해당 텍스트가 있는 자원이 표시됩니다. 아이콘을 사용하여 필터를 지우거나 모든 자원을 표시할 수 있습니다.

애플리케이션 트리에서 지원되는 팝업 메뉴에서 작성 빌더를 더 빨리 열거나 선택된 요소를 수정할 수 있습니다.

참고: IBM Web Experience Factory Designer 환경 설정에서 숨겨진 오브젝트 표시를 설정하는 경우 WebApp 폴더에 추가 오브젝트가 표시됩니다.

애플리케이션 트리의 일반 폴더

일반적으로 애플리케이션 트리에 표시되는 폴더는 다음과 같습니다.

설명

설명 빌더 호출을 표시합니다. 이러한 호출은 빌더 호출 목록에 있는 빌더의 모델 구성 또는 세그먼트를 문서화하는 데 사용됩니다. 여기에서는 모델을 문서화하는 편리한 방법을 제공합니다.

데이터 서비스

IBM Web Experience Factory 데이터 서비스 레이어에 액세스하는 데 사용하는 생성 요소에 대한 정보가 표시됩니다. 이 공통 레이어는 백엔드 또는 외부 데이터에 액세스하는 데 사용되며 사용자 인터페이스(UI)를 데이터와 분리할 수 있습니다. 예를 들어, 이 레이어에서는 데이터에 액세스하는 데 사용되는 하나의 모델 및 데이터 액세스를 위해 비즈니스 논리 또는 사용자 인터페이스(UI)를 제공하는 링크된 모델을 사용할 수 있습니다. 데이터 서비스로 표시될 수 있는 오브젝트로는 다양한 보기 및 양식 빌더에서 작성하는 서비스 호출, SQL 호출 및 데이터 액세스 요청이 있습니다.

이벤트

이벤트 핸들러 정보를 표시합니다. 이벤트 선언 자체는 표시되지 않습니다. 오류 핸들러 빌더 호출을 모델에 추가하면 소스 패널에 해당 정보가 표시됩니다. 웹 애플리케이션의 각 이벤트는 이벤트 트리에 나열됩니다. 이벤트 선언 빌더에서 작성된 사용자 정의 이벤트의 접두부로 User가 붙으며 이 이벤트는 이벤트를 처리하는 이벤트 핸들러가 있는 경우에만 표시됩니다. 이벤트 선언에서는 웹 애플리케이션에 2개의 메소드를 추가합니다. 이러한 메소드는 메소드 폴더 아래에 표시됩니다. 일반적인 이벤트 뷰어는 다음과 같이 표시됩니다.

Event: OnError.mainAction: showErrorPage

링크된 Java 오브젝트

모델의 각 LJO에 대한 정보(오류 복구 시 지속되는 상태 및 LJO 내에 있는 공용 메소드 포함)를 표시합니다.

메소드

선택한 메소드에서 강조 표시된 Java 코드를 표시합니다. 뷰어는 생성된 전체 메소드 클래스를 표시하고 선택한 메소드를 강조 표시합니다.

페이지

웹 애플리케이션의 각 페이지에 대한 정보를 표시합니다. 상위 패널에서는 페이지 이름 상태(공용) 및 특성을 설명합니다. 하위 패널에서는 페이지 HTML과 JSP 코드 및 태그를 표시합니다. 개별 페이지 아래 나열된 노드(페이지 제어사항)를 클릭하여 해당 노드를 구현하는 코드로 점프하십시오.

모델의 양식 및 페이지에 추가로 직접 액세스하려면 페이지 패널을 사용하십시오.

특성

전체 웹 애플리케이션에 적용되는 특성에 대한 정보를 표시합니다. 다양한 빌더(예제: 스키마 빌더)가 웹 애플리케이션 특성을 작성 및 사용합니다.

스키마

스키마를 정의하는 XSD 및 XML 마크업 및 실제 스키마 데이터가 아닌 요소 및 속성의 일반 구조를 표시합니다. 상위 패널에서는 스키마 소스 및 캐싱 정보를 표시합니다. 하위 패널에서는 스키마 XSD 요소 및 참조를 표시합니다.

변수

빌더에서 변수를 수동으로 작성했는지 또는 자동으로 작성했는지에 상관없이 웹 애플리케이션의 각 변수에 대한 정보를 표시합니다. 상위 패널에서는 변수 이름, 상태, 유형 및 지속성, 특성에 대한 정보를 표시합니다. 오브젝트 유형의 경우 클래스 이름 instantiate 메소드도 나열됩니다.

설계와 상호작용 및 미리보기

모델을 시각적으로 표시할 수 있습니다.

설계 보기를 클릭하고 비표시 항목이 애플리케이션 트리에 선택되거나 표시될 수 없는 요소가 모델에 있는 경우 다음 텍스트가 표시됩니다.

모델에 페이지 요소를 작성하는 빌더를 추가했는지 확인하십시오.

다음 중 하나를 수행하여 모델에서 페이지 요소를 작성하는 빌더를 추가했는지 확인하십시오.
- 애플리케이션 트리에서 페이지 폴더에 요소가 있는지 확인하십시오.
- 빌더 호출 목록에서 규정된 빌더(페이지 또는 양식을 작성하는 빌더)를 찾으십시오.
모델에 페이지 요소가 없으면 페이지 또는 양식을 작성할 빌더를 추가하십시오.
모델의 페이지 또는 양식을 사용하여 다음 중 하나를 수행하십시오.
- 애플리케이션 트리에서 페이지 폴더를 탐색하고 펼친 다음 페이지를 선택하십시오.
- 페이지 탭을 클릭하고 페이지 요소를 클릭하십시오.

선택한 표시 요소가 설계 보기에 시각적으로 표시됩니다.

설계 및 페이지 패널을 사용한 작업

모델 편집기의 설계 및 관련 페이지 패널은 빌더의 시각적 요소에 대한 그래픽 표시를 제공합니다.

설계 패널에서는 페이지의 필드 및 필드 그룹을 변경할 수 있습니다.

페이지 패널

페이지 패널에는 모델의 모든 작성 페이지 및 양식에 대한 섬네일 아이콘이 표시됩니다. (동일한 생성 요소가 애플리케이션 트리에 나열됩니다.) 페이지 탭을 클릭하여 분할창을 노출하십시오. 아이콘으로 모델의 시각적 요소를 더 수월하게 선택할 수 있습니다. 페이지 도구 모음의 보기 아이콘으로도 표시 요소의 목록 및 세부사항 형식을 표시할 수 있습니다.

페이지 패널에 지원되는 팝업 메뉴에서 작성 빌더를 더 빨리 열거나 선택된 요소를 수정할 수 있습니다.

설계 패널

설계 패널은 애플리케이션 트리 또는 페이지 패널의 선택된 표시 요소를 시각적으로 표시합니다. 설계 탭을 클릭하면 설계 패널이 노출됩니다. 이 패널에서는 웹 애플리케이션을 생성하지 않아도 모델의 표시 요소를 빠르고 편리하게 확인할 수 있으며, 설계를 변경할 수 있습니다.

분할창에서 태그는 페이지의 상자를 통해 시각적으로 표시됩니다. 태그는 빌더를 추가할 위치를 표시하기 위해 표시됩니다. 태그 이름은 상자로 표시됩니다.

편집기 패널의 왼쪽에 있는 화살표 아이콘을 토글하여 애플리케이션 트리 및 페이지 패널을 숨기거나 노출할 수 있습니다. 다른 패널을 숨기면 빌더 호출 편집기로 작업할 화면 공간이 더 많이 확보됩니다. 시각적 표시에는 빨간색 별표 및 텍스트 표시기가 포함됩니다. 이는 연관된 요소에 빌더 호출 편집기로 제거해야 할 오류 조건이 포함되어 있음을 표시합니다. 또한 그룹 아이콘이 포함되어 사용자가 총계 요소에서 쉽게 조작할 수 있습니다.

설계 패널은 애플리케이션 트리와 확고히 연결됩니다. 설계 패널의 요소를 선택하는 경우 애플리케이션 트리의 해당 요소가 선택됩니다. 또한 소스 패널의 연관 코드가 강조 표시됩니다.

설계 패널에 지원되는 팝업 메뉴 옵션 및 팔레트를 통해 웹 애플리케이션을 개발할 수 있습니다. 사용 가능한 팝업 메뉴 옵션은 패널에서 선택된 요소의 컨텍스트에 따라 다릅니다. 분할창의 요소 또는 그룹 아이콘을 마우스 오른쪽 단추로 클릭하면 메뉴가 표시됩니다.

설계 패널의 모델에 추가하는 빌더의 빌더 호출 편집기에서 선택된 요소의 컨텍스트에 기반하여 페이지 및 태그 필드가 사전에 입력됩니다.

팔레트 표시

설계 패널의 오른쪽 위에 있는 팔레트 표시 아이콘은 모델의 페이지로 설계 요소를 끌어서 놓을 수 있는 팔레트를 제공합니다. 대화 상자를 표시하려면 팔레트 표시 아이콘을 클릭하고 대화 상자를 숨기려면 팔레트 숨기기 아이콘을 클릭하십시오. 설계 패널의 페이지 자동 요소는 마우스로 끌어서 놓아 재배열할 수 있습니다. 팔레트의 카테고리를 사용하면 페이지 위치에 끌어서 놓아 빌더를 추가할 수 있습니다. 팔레트의 레이아웃 도구 그룹을 통해 페이지 설계를 수정 및 보강할 수 있습니다. 이러한 옵션에는 다음이 포함됩니다.

각 목록 항목이 항목 목록 세부사항을 보기 위해 선택할 수 있는 Dojo ContentPane 내에 포함된 AccordionContainer 목록을 생성하기 위한 Dojo Accordion 컨테이너 목록.
각 항목이 항목 세부사항을 보기 위해 펼치거나 접을 수 있는 Dojo 제목 분할창 내에 포함된 목록을 생성하기 위한 Dojo 제목 분할창 목록.
각 목록 항목에 세 개의 데이터 열과 세 개의 데이터 행이 들어 있는 목록을 생성하기 위한 다중 행 목록 레이아웃.
각 목록 항목에 세 개의 데이터 열과 세 개의 행이 들어 있고 첫 번째 열은 작은 그림 이미지에 사용되는 목록을 생성하기 위한 작은 그림 다중 행 목록.
각 목록 항목에 세 개의 데이터 열과 한 개의 행이 들어 있고 첫 번째 열은 작은 그림 이미지에 사용되는 목록을 생성하기 위한 작은 그림 단일 행 목록.
단일 대상이 있고 단순 순서가 지정되거나 순서가 지정되지 않은 목록을 생성하기 위한 순서가 지정되지 않은/순서가 지정된 목록.

페이지 자동화 영역:

페이지에 격자선을 추가하기 위한 격자선 삽입.
페이지에 "I" 레이아웃을 추가하기 위한 I 레이아웃.
페이지에 반전된 "T" 레이아웃을 추가하기 위한 반전된 T 레이아웃.
페이지에 레이아웃 열을 추가하기 위한 레이아웃 열.
페이지에 레이아웃 행을 추가하기 위한 레이아웃 행.
페이지에 "T" 레이아웃을 추가하기 위한 T 레이아웃.
페이지에 두 개의 열을 추가하기 위한 두 개 열 레이아웃.

참고: 끌어서 놓기로 페이지에 오브젝트를 추가 및 변경하면 표시 관리자 빌더가 해당 페이지에 대한 모델에 추가됩니다.

필드 병합

설계 패널 또는 애플리케이션 트리에서 여러 개의 필드를 선택한 경우, 팝업 메뉴에서 필드 병합 명령을 사용할 수 있습니다. 이 명령으로 표시할 필드를 결합할 수 있습니다.

한 데이터를 여러 필드에 사용해야 하는 경우가 있습니다. 그러나 이 데이터를 표시할 때 이러한 여러 필드가 하나의 열로 표시되도록 하고자 할 수 있습니다. 예를 들어, 어떤 사람의 주소가 시/도, 구/군/시, 우편번호 필드로 구성되어 있을 수 있습니다. 이 경우 데이터 필드 병합 빌더를 사용하여 개별 필드를 세부사항 페이지의 단일 필드 또는 단일 표시 열로 처리할 수 있습니다.

설계 패널에서 병합할 여러 개의 필드를 선택한 다음 필드 병합을 클릭하면 필드가 현재 열로 병합됩니다. 여러 필드는 모두 같은 컨테이너 필드에 있어야 합니다. 메뉴 명령과 관련된 정보를 채우면 데이터 필드 병합 빌더가 모델에 추가되고 새로 병합된 열이 표시됩니다.

데이터 필드 설정

설계 패널 또는 애플리케이션 트리에서 필드나 열을 선택한 경우, 데이터 필드 설정 명령을 사용할 수 있습니다. 이 명령으로 모델의 페이지 자동화 필드에 대한 제한된 수의 표시 설정(데이터 입력 필드의 경우 유효성 검증 설정)을 제어할 수 있습니다. 일부 변경 유형의 경우 변경사항을 모델 내의 한 페이지로 제한하거나 변경사항이 필드가 나타나는 모델의 모든 페이지에 영향을 주도록 설정할 수 있습니다.

설계 패널에서 페이지 자동화 필드를 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 필드 또는 데이터 필드 설정 > 유효성 검증을 클릭하십시오. (유효성 검증 명령은 데이터 입력 필드에 대한 메뉴에서만 사용할 수 있습니다.) 설정을 변경하고 적용 또는 확인을 클릭하십시오.

양식이나 페이지에서 열 또는 필드를 마우스 오른쪽 단추로 클릭하면 데이터 필드 설정 > 숨기기 또는 데이터 필드 설정 > 표시를 사용하여 빠르게 표시 설정을 변경할 수 있습니다. 명령을 사용하여 필드 또는 열이 표시되지 않도록 하거나 표시되도록 하는 특성을 토글할 수 있습니다.

양식이나 페이지에서 열 또는 필드를 마우스 오른쪽 단추로 클릭하면 데이터 필드 설정 > 정렬 또는 데이터 필드 설정 > 정렬 제거를 사용하여 빠르게 정렬 설정을 변경할 수 있습니다. 명령을 사용하여 필드 또는 열이 정렬되도록 하거나 정렬되지 않도록 하는 특성을 토글할 수 있습니다.

모델에 이 양식이나 페이지에 대한 관련 빌더가 없는 경우 권장 빌더가 모델에 추가됩니다. 이 양식이나 페이지에 대한 관련 빌더가 모델에 있는 경우 해당 빌더의 관련 입력이 변경사항으로 업데이트됩니다.

소스 패널을 사용한 작업

모델 편집기의 소스 패널에는 애플리케이션 트리, 설계나 페이지 패널의 선택된 생성 요소 또는 아웃라인 보기의 선택된 빌더 호출과 연관된 애플리케이션 코드가 표시됩니다.

소스 탭을 클릭하여 분할창을 노출하십시오. 편집기 영역의 왼쪽에 있는 화살표 아이콘을 사용하여 패널을 펼치거나 축소하십시오. 예를 들어 애플리케이션 트리 및 페이지 탭이 표시되지 않는 경우 화살표를 클릭하여 소스 패널을 축소하고 다른 패널을 노출하십시오.

소스 패널이 비어 있는 경우 선택된 요소가 없음 메시지가 표시됩니다. 다음 중 하나를 수행할 수 있습니다.

애플리케이션 트리, 페이지 패널 또는 설계 패널을 사용하여 요소를 선택할 수 있습니다.
애플리케이션 트리에서 생성 요소를 탐색하고 선택하십시오. 페이지 패널에서 페이지 또는 양식을 선택하십시오. 설계 패널에서 표시 요소를 선택하십시오. 소스 패널의 관련된 소스 코드가 강조 표시됩니다.
아웃라인 보기의 빌더 호출 목록을 사용하여 빌더 호출을 선택할 수 있습니다.
아웃라인 보기의 웹 애플리케이션 트리와 연결을 사용 가능하게 설정하는 경우 빌더 호출을 선택하면 애플리케이션 트리의 연관된 요소가 선택되고 소스 패널의 관련된 소스 코드가 강조 표시됩니다.

소스 패널에 코드 정보 및 코드 자체가 둘 다 표시됩니다. 요소에 대한 정보를 접거나 펼치려면 요소 이름 왼쪽의 삼각형 아이콘을 사용하십시오. 정보를 접으면 소스 코드 표시에 필요한 공간이 더 많이 확보됩니다.

코드에 대한 정보는 관련 요소의 유형에 따라 다릅니다. 예를 들어 메소드의 경우 연관에 표시되는 항목은 다음과 같습니다.

호출 기준
현재 선택을 호출한 메소드
호출
선택된 코드가 호출하는 메소드

코드에 대한 정보를 사용하여 모델의 조작을 더 빨리 이해할 수 있습니다.

애플리케이션 트리 및 소스 보기를 사용한 작업

소스 보기 및 설계 보기 탭에는 애플리케이션 트리에서 선택하는 요소의 세부사항이 표시됩니다.

소스 보기 탭을 선택하고 애플리케이션 트리 보기의 선택된 오브젝트에 사용 가능한 소스가 없는 경우 다음 주제를 참조합니다. 해당 모델의 빌더에서 작성된 요소의 소스 코드를 소스 보기에 표시하는 데 사용할 수 있습니다.

모델의 소스 정보 표시는 빌더 추가 및 빌더 호출의 입력 지정과 관련이 있습니다.

모델에 빌더를 추가했는지 확인하십시오.
아웃라인 보기에 빌더 호출 목록이 표시됩니다. 목록의 각 항목에서는 모델에 추가한 빌더에 대해 설명합니다.

빌더 호출 목록이 비어 있는 경우, 빌더 선택도구를 사용하여 모델에 빌더를 추가하십시오.
옵션: 빌더 호출 편집기에서 모델에 빌더를 추가하는 경우, 필수 입력 및 기본 입력을 지정하고 적용을 클릭하십시오.
아웃라인 보기의 빌더 호출 목록에 추가된 빌더가 표시됩니다.
애플리케이션 트리를 클릭하여 웹 애플리케이션 폴더의 요소를 탐색하고 선택하십시오.
소스 정보가 소스 보기에 표시됩니다.

컨테이너 모델에서 기본 페이지 보기 제어

기본적으로 어떤 설계 보기 페이지가 표시될지를 제어할 수 있습니다. 일반적으로 기본적으로 표시되는 페이지는 사용자가 포함된 모델에서 보는 첫 번째 페이지이고, 이는 실제로 모델이 실행될 때 표시되는 페이지는 아닐 수도 있습니다. 사용자가 포함된 모델의 설계 보기에서 보게 되는 페이지를 제어하려면 이 태스크를 완료하십시오.

컨테이너 모델에서 기본값으로 설정할 페이지로 이동하십시오.
모델 > 모델 컨테이너의 페이지 캐시를 클릭하십시오.

선택된 페이지가 이제 모델 실행 시에 기본적으로 표시됩니다.

모델 편집기 팝업 메뉴

모델 편집기(애플리케이션 트리, 페이지 패널 및 설계 패널)의 팝업 메뉴에는 선택된 생성 요소를 수정할 수 있는 사용 가능한 빌더 및 선택된 오브젝트를 작성한 빌더 모두가 현재 컨텍스트로 표시됩니다.

메뉴에서 선택하면 적합한 빌더를 더 빨리 시작할 수 있습니다. 설계 패널의 시각적 요소, 페이지 패널의 생성 요소 또는 애플리케이션 트리의 생성 요소나 폴더를 마우스 오른쪽 단추로 클릭하면 다음 유형의 선택사항이 포함된 팝업 메뉴가 나타납니다.

작성: 선택된 폴더와 연관된 요소 유형의 빌더 호출을 추가할 수 있습니다. 예를 들어 선택된 폴더가 이벤트인 경우 작성 > 이벤트 선언이 표시됩니다.
토글 중단점: 선택된 생성 요소의 중단점을 사용 가능 및 불가능하게 설정합니다. 애플리케이션 트리의 폴더를 마우스 오른쪽 단추로 클릭하면 표시되지 않습니다.
"name(builder-name)" 열기: 웹 애플리케이션 폴더를 마우스 오른쪽 단추로 클릭하면 모델의 표시된 빌더 호출을 열 수 있습니다. 일반적으로 웹 애플리케이션 폴더 작성을 담당한 빌더 호출입니다.

빌더 호출 조작

다음 명령은 아웃라인 보기의 빌더 호출 팝업 메뉴에서도 사용할 수 있습니다.

열기

빌더 호출을 열고 빌더 호출 편집기 페이지를 표시합니다.

사용 안함

삭제

아웃라인 보기의 목록에서 빌더 호출을 제거합니다.

애플리케이션 트리에 요소 표시

선택된 빌더 호출에 대해 사용자가 요소를 쉽게 찾을 수 있도록 애플리케이션 트리에서 연관된 요소의 위치를 강조표시합니다.

변환

빌더의 한 유형에서 다른 빌더 유형으로 빌더 호출을 변경합니다. 객관식을 표시할 수 있습니다.

builder-name: 시스템이 해당 유형의 빌더로 즉시 변환할 수 있거나 빌더가 알맞은 변환 대상으로 분류된 경우 빌더 이름이 개별 선택으로 표시됩니다.
이 메뉴는 빌더를 거의 동등한 입력이 있는 유사한 유형의 빌더로 변환할 경우 유용합니다. 예를 들어, 단추 빌더를 링크 빌더로 변환하거나 페이지 빌더를 가져온 페이지 빌더로 변환하는 경우가 해당됩니다.
변환 대상: 빌더를 선택할 수 있는 빌더 선택도구 창이 열립니다.
일반적으로, 빌더 변환은 동일한 카테고리의 빌더를 포함해야 합니다. 예를 들어, 페이지 카테고리 또는 페이지 요소 카테고리 내의 한 빌더 유형에서 다른 빌더 유형으로 변환하십시오. 속성 또는 설계면에서 근본적으로 다른 빌더를 변환하려고 시도하지 마십시오.

"element-name(builder-creator)" 열기

선택된 요소를 작성한 빌더 유형에 대한 빌더 호출 편집기를 실행합니다.

"element-name(builder-modifier)" 열기

선택된 요소를 수정할 수 있는 빌더에 대한 빌더 호출 편집기를 실행합니다. 이 선택 유형에 맞는 여러 명령이 있을 수 있습니다.

사용자 정의를 위한 HTML 내보내기

두 개의 명령을 제공합니다.

사용자 정의를 위해 HTML 내보내기 > 데이터 레이아웃
선택된 생성 요소에 대한 HTML 코드가 포함된 파일을 작성합니다.
사용자 정의를 위해 HTML 내보내기 > 전체 페이지
전체 페이지에 대한 HTML 코드가 포함된 파일을 작성합니다.

페이지 자동화에서 생성하는 페이지(예: 데이터 서비스 사용자 인터페이스 빌더에서 작성하는 페이지)에만 이들 명령을 사용할 수 있습니다.

자원 번들 내보내기

사용자에게 표시되는 텍스트를 현지화하여 여러 언어로 표시할 수 있도록 .properties 파일을 생성합니다. 애플리케이션 트리 또는 페이지 패널에서 페이지를 마우스 오른쪽 단추로 클릭하면 이 명령을 사용할 수 있습니다.

필드 목록 내보내기

HTML 페이지에 필드의 이름이 포함된 파일을 작성합니다. 외부 HTML 파일이 필드를 참조할 때 올바른 필드 이름을 사용할 수 있도록 HTML 디자이너에 이 파일을 지정할 수 있습니다.

category-name

선택된 폴더 또는 생성 요소의 유형을 수정할 수 있다고 선언하는 모든 빌더의 카테고리에 빌더 목록을 제공합니다. 여러 카테고리가 있을 수 있습니다.

카테고리의 하위 메뉴에서 빌더 이름을 클릭하여 요소를 수정하는 새 빌더 호출을 모델에서 작성할 빌더 호출 편집기를 실행하십시오.

빌더의 목록 및 카테고리는 철저하지 않습니다. 일부 빌더는 특정 요소를 작성할 수 있지만 해당 컨텍스트에 적합하지 않으므로 목록에 없습니다.

다음 명령은 특별한 용도가 있습니다.

데이터 필드 설정

다음 명령을 사용할 수 있습니다.

필드 또는 유효성 검증: 설계 패널에서 페이지 자동화 필드를 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 필드 또는 데이터 필드 설정 > 유효성 검증을 클릭하십시오. (유효성 검증 명령은 데이터 입력 필드에 대한 메뉴에서만 사용할 수 있습니다.) 설정을 변경하고 적용 또는 확인을 클릭하십시오.
숨기기 또는 표시: 양식이나 페이지에서 열 또는 필드를 마우스 오른쪽 단추로 클릭하면 데이터 필드 설정 > 숨기기 또는 데이터 필드 설정 > 표시를 사용하여 빠르게 표시 설정을 변경할 수 있습니다. 명령을 사용하여 필드 또는 열이 표시되지 않도록 하거나 표시되도록 하는 특성을 토글할 수 있습니다.
정렬 또는 정렬 제거: 양식이나 페이지에서 열 또는 필드를 마우스 오른쪽 단추로 클릭하면 데이터 필드 설정 > 정렬 또는 데이터 필드 설정 > 정렬 제거를 사용하여 빠르게 정렬 설정을 변경할 수 있습니다. 명령을 사용하여 필드 또는 열이 정렬되도록 하거나 정렬되지 않도록 하는 특성을 토글할 수 있습니다.

Ctrl 키 및 클릭을 사용하여 명령에 대해 동일한 유형(필드 또는 열)의 여러 오브젝트를 선택하십시오.

필드 병합

메소드

애플리케이션 트리에서 메소드를 마우스 오른쪽 단추로 클릭하면 이 명령과 함께 다음 옵션을 사용할 수 있습니다.

대체: 모델에 메소드 빌더를 추가하고 선택한 메소드의 코드로 메소드 본문 입력을 채웁니다. 이 옵션은 메소드에 특수 처리(예: main)를 추가해야 하는 경우에 유용합니다. 변경사항을 추가하고 빌더에서 확인을 클릭하십시오. 선택한 메소드가 변경된 메소드로 교체되고 이름이 바뀝니다. 변경된 메소드가 선택한 메소드를 대체합니다.
메소드: 빌더 호출 목록에 빈 메소드 빌더를 추가합니다.

빌더 호출 추가

모델에 추가할 빌더 호출을 선택할 수 있도록 빌더 선택도구 대화 상자를 표시합니다.

모델 XML 패널

모델 편집기의 모델 XML 패널은 모델의 XML을 디스크에 저장된 대로 표시합니다.

빌더를 작성하는 경우 모델 XML 패널을 사용하여 간접 참조를 해석하는 방법을 점검할 수 있습니다. 또한 다양한 빌더(예: 데이터 페이지 빌더 및 데이터베이스 빌더)에서 생성된 스키마를 점검할 수 있습니다.

빌더 호출 편집기 사용 정보

빌더 호출 편집기를 사용하여 빌더 호출에 대한 입력 값을 모두 지정할 수 있습니다.

또한 XML 구조의 요소를 참조하고 모델의 하나 이상의 페이지에 제어 빌더 호출을 위치시킬 수도 있습니다.

다음 빌더 호출 입력 그룹은 다수의 빌더에 공통적입니다.

특성

특성 입력 그룹을 펼치면 빌더 호출에 대한 정보를 설명하는 다음 입력이 표시됩니다.

빌더 사용

빌더 사용 값, True 또는 False는 빌더 호출이 생성에 포함될지 여부를 표시합니다. 기본값은 True입니다. 이 입력을 프로파일하여 특정 프로파일의 빌더 호출을 사용하거나 사용하지 않을 수 있습니다.

카테고리

이 입력은 더 이상 사용되지 않습니다.

설명

이 빌더 호출 사용 방법에 대한 몇 가지 관련 정보를 설명하는 설명을 입력하십시오. 빌더 호출을 열면 이 설명이 빌더 호출 편집기의 특성 섹션에 표시됩니다.

모델에 Eclipse 태스크 추가

주석 필드를 사용하여 모델에 Eclipse 태스크를 추가할 수 있습니다. 빌더에 주석을 추가하여 태스크를 작성합니다. 이러한 태스크를 사용하여 완료할 작업 TODO 또는 FIXME 항목이 있음을 표시합니다. TODO는 일반 우선순위 태스크이고 FIXME는 높은 우선순위 태스크입니다. 각 빌더에는 여러 태스크가 있을 수 있습니다. 태스크를 완료하면 모델에서 태스크를 제거하는 주석을 제거할 수 있습니다.

행 시작부에 대문자로 TODO 또는 FIXME가 있는 각 태스크를 표시합니다. 예를 들면 다음과 같습니다.

TODO  Update the style for this page
FIXME  Add SmartPhone support

API를 통해 빌더를 호출할 때 태스크가 빌더에 추가될 수도 있습니다. 빌더가 대상 빌더를 호출하는 경우 호출하는 빌더는 심각도 표시기 태스크와 함께 메시지를 호출에 추가합니다. 표시된 메시지는 대상 빌더에 추가됩니다.

메시지에는 빌더가 원하는 어떤 텍스트도 있을 수 있지만, 표준 TODO 및 FIXME 동작을 원하는 경우에는 메시지를 TODO 또는 FIXME로 시작해야 합니다. 이러한 태스크는 빌더가 더 이상 이러한 메시지를 생성하지 않게 될 때까지 표시됩니다. 그러면 빌더가 사용자에게 고급 기능을 지원하기 위해 태스크를 동적으로 추가할 수 있습니다.

인수

인수 그룹을 펼치면 지정된 조치로 인수를 전달할 수 있도록 하는 다음 입력이 표시됩니다.

이름: 지정된 조치의 인수 이름을 입력하십시오.
값: 인수의 값을 입력하십시오. 참조 선택기를 사용하여 웹 애플리케이션의 요소 중 하나에서 값을 선택할 수 있습니다.

고급

고급 그룹을 펼치면 요구사항에 따라 빌더 작동을 세밀하게 조정하기 위해 설정할 수 있는 추가 입력이 표시됩니다.

HTML 속성

HTML 속성 그룹을 펼치면 제어 빌더 호출(예: 단추 또는 텍스트 입력)을 HTML에서 렌더링해야 하는 방법을 설명하는 다음 입력이 표시됩니다.

클래스: 이 제어가 있는 페이지에서 CSS(Cascading Style Sheet)를 사용하는 경우, 이 제어에 적용할 스타일 클래스 이름을 입력하십시오.
스타일: 빌더가 페이지에 추가하는 제어의 HTML 스타일 구문을 입력하십시오.

빌더에 따라 기타 옵션이 있을 수 있습니다.

입력 값 지정 정보

빌더 호출에 대한 대부분의 입력은 간접 참조, Java 표현식에서 파생된 값을 취하거나 문자열 값에서 직접 값을 취할 수 있습니다. 변수 또는 모델과 같은 특정 오브젝트에 대한 이름이 필요한 일부 입력은 적절하지 못한 요소를 필터하는 특정 선택기를 사용합니다.

빌더 호출 이름 지정 정보

일반적으로, Java 변수와 동일한 규칙을 사용하여 모델의 빌더 이름을 지정하십시오.

(처음 소문자, 그 다음에 각 단어의 첫 번째 문자에 대문자 사용.) 예:

orders
ordersList
OrdersListNorthEast
entryPage
result
registerUser

종종 처음 소문자 규칙을 따르지 않아야 합니다. 예를 들어, 포틀릿 어댑터 빌더의 이름 입력은 생성된 웹 애플리케이션 오브젝트에 대해서가 아니라 포털의 포틀릿 이름으로 사용되므로 이 빌더 호출 이름에 처음 대문자를 사용하는 것이 합당합니다.

제어 빌더(단추 또는 링크 빌더와 같은)에 대한 이름 입력은 일반적으로 공백으로 남겨 둡니다. 이 입력이 공백이면 제어 빌더가 위치한 태그 이름을 자동으로 표시합니다.

중복 이름 오류

기존 변수 또는 LJO와 동일한 이름으로 LJO를 작성하는 경우 Web Experience Factory에 예외(중복 이름 오류)가 발생합니다. 중복 이름은 진단 및 수정이 어려운 런타임 문제를 야기할 수 있습니다. 이 오류는 애플리케이션 실행 시 모호한 오류를 발생시킬 수 있는 런타임 충돌을 예방합니다. 설계 시간 또는 런타임 시 이 오류를 볼 수 있습니다. 다음 경우에 오류가 발생합니다.

링크된 Java 오브젝트(LJO) 빌더로 LJO 디렉토리를 올바르지 않게 이름 지정하는 경우
스스로 빌더 이름으로 LJO를 작성하는 빌더 호출의 이름을 통해 LJO를 간접적으로 올바르지 않게 이름 지정하는 경우

이 오류를 피하려면 중복 이름 오류를 야기하는 빌더 호출 중 하나의 이름을 변경하십시오.

참조 선택 대화 상자 사용 정보

참조 선택 대화 상자를 사용하여 모델 엔티티 값을 빌더 입력 값으로 지정할 수 있습니다.

참조 선택 대화 상자는 모델 요소를 트리로 표시하므로 빌더 입력에 제공할 값이 있는 모델 요소를 탐색할 수 있습니다. 참조 선택 대화 상자가 생성하는 구문은 빌더 입력의 텍스트 상자에 표시되고 간접 참조라고 합니다. 또한 간접 참조 구문을 사용하여 Java 표현식이 빌더 입력 값으로 리턴하는 값을 지정할 수 있습니다.

참조 선택 대화 상자는 선택된 요소의 출력 값을 빌더 호출에 대한 입력 값에 맵핑하기 위해 선택할 수 있는 변수, 메소드, 입력 및 페이지를 모두 표시합니다. 스키마와 연관된 XML 구조에 대한 참조의 경우, 참조 선택 대화 상자에 모든 요소와 해당 요소와 연관된 모든 속성이 표시됩니다. 속성은 대화 상자 트리에서 이름 앞에 @ 기호로 구분됩니다.

참조 선택 대화 상자는 올바르지 않은 가능성을 걸러냅니다. 예를 들어, 단추 빌더의 레이블 입력 값이 메소드 출력 값, 변수 값 또는 이전에 제출된 페이지의 입력 값이 되도록 설정할 수 있습니다. 레이블 입력에 대한 참조 선택 대화 상자를 표시하면 페이지가 단추의 레이블을 파생하는 올바른 방법이 아니기 때문에 모델에 페이지가 표시되지 않습니다.

메소드에 대한 참조 작성

참조 선택 대화 상자는 인수를 갖지 않는 메소드만 표시합니다. 입력에 메소드가 리턴하는 값을 제공하려는 경우 일부 빌더가 참조 선택 대화 상자에서 선택된 메소드에 대한 인수를 지원하지 않음을 기억하십시오. 인수를 사용하는 메소드에서 리턴된 값으로 빌더 호출 입력을 제공하려면 메소드 호출 빌더 호출을 모델에 추가하여 메소드를 호출하고 그 곳에 인수를 제공하십시오. 참조 선택 대화 상자를 사용하고 방금 작성한 메소드 호출을 선택하여 입력 값을 설정하십시오.

빌더 입력사항 값 지정

다양한 방법으로 빌더 입력 값을 지정할 수 있습니다.

예를 들어, 입력 선택 상자 또는 텍스트 입력 제어를 사용할 수 있습니다. 이러한 제어를 사용하여 값을 지정하는 것이 간단합니다. 또한 IBM Web Experience Factory Designer는 사용자가 자원을 선택하도록 입력 값을 지정하기 위해 여러 유형의 선택기 제어를 사용합니다.

다음 대화 상자에는 사용자가 선택할 수 있는 요소가 표시됩니다. 예를 들어, 파일 선택 대화 상자에는 파일 또는 파일이 포함되어 있는 디렉토리 목록이 표시됩니다. 이 대화 상자를 사용하여 적절한 자원을 탐색하십시오.

조치 선택

입력에 대해 실행할 조치로 메소드 또는 페이지를 선택할 수 있습니다. 또한 조치 목록 빌더의 조치 선택 대화 상자를 사용하여 특별 조치를 선택할 수 있습니다.

데이터 페이지 필드 선택기

필드(예: 날짜/시간 포맷터 빌더가 제공하는 필드)가 포맷될 양식 요소를 선택할 수 있습니다.

파일 선택

가져온 페이지 빌더 호출에서 가져올 페이지를 선택하는 등 파일을 선택할 수 있습니다. 대화 상자 창에서 사용할 수 있는 옵션은 다음과 같습니다.

프로젝트에 파일 추가: 파일 시스템에 있는 파일을 프로젝트에 추가한 다음 프로젝트에서 대상을 선택할 수 있습니다.
사본 및 참조 파일 작성: 창에 나열된 파일을 복사 및 참조할 수 있습니다. 이 대화 상자에서는 복사된 파일의 대상을 선택한 다음 창에서 이 파일에 대한 참조를 업데이트할 수 있습니다. 이 기능을 사용하면 보다 쉽게 프로젝트에 제공된 파일을 수정하고 소프트웨어 업데이트 간의 변경사항을 유지할 수 있습니다.

모델 선택

가져온 모델 빌더 호출에서 가져올 모델을 선택하는 등 모델을 선택할 수 있습니다.

참조 선택

다양한 입력 값을 선택할 수 있습니다. 이 페이지의 나머지 섹션에서는 이 대화 상자의 사용 방법에 대한 지침을 제공합니다.

프로파일 입력

프로파일을 선택할 수 있습니다.

변수 또는 스키마 선택

스키마를 선택할 수 있습니다.

클래스 선택

완전한 Java 클래스 이름을 선택할 수 있습니다. 이 선택기는 bowstreet.dynamic.class.load.path 특성에 지정된 디렉토리에 있는 JAR 및 디렉토리의 클래스와 IBM Web Experience Factory에서 작성하지 않은 /WEB-INF/lib에 있는 JAR의 클래스를 표시합니다.

변수 유형 선택

변수 빌더의 값으로 변수 유형(String, XML, Object, Boolean, Double, Float, Integer, Short 또는 Long)을 선택할 수 있습니다.

간접 참조 유형 결합

간접 참조 유형의 조합을 사용할 수 있습니다.

예를 들어, Java 표현식과 변수 참조를 조합하여 이미지의 URL을 파생할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}/${Variables/ImageFileName}

ImageFileName 변수에는 이미지의 파일 이름이 들어 있습니다.

빌더 입력을 위한 Java 표현식 사용

빌더 입력을 위한 Java 구문을 입력할 수도 있습니다.

IBM Web Experience Factory 런타임이 생성 시에 Java 표현식을 평가하고 해당 값을 사용하여 빌더 호출에 입력을 제공합니다. 웹 애플리케이션에서 선택기 또는 빌더 호출 편집기가 간접적으로 지원하는 요소를 지정할 경우 간접 참조에 대해 Java 표현식을 사용할 수 있습니다. 예를 들어, 입력에 Web Experience Factory 런타임의 URL을 제공하려면 다음 Java 표현식을 사용할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}

인수를 사용하는 메소드가 리턴하는 값으로 텍스트 입력 값을 설정하려면 다음을 수행합니다.

${Java/webAppAccess.callMethod("MethodName", arg1, arg2)}

사전 정의된 Java 표현식

또한 참조 선택 대화 상자의 Java 노드는 사용할 수 있는 일부 사전 정의된 표현식을 제공합니다.

표현식을 삽입하려면 선택기에서 표현식을 선택하기만 하면 됩니다. 다음 표현식을 사용할 수 있습니다.

HttpServletRequest - webAppAccess.getHttpServletRequest() 호출
HttpServletResponse - webAppAccess.getHttpServletResponse() 호출
HTMLRoot - com.bowstreet.BSConfig.getHtmlRootDir() 호출
Request - webAppAccess.getRequestData() 호출
ServerURL - webAppAccess.getRequestData().getServerURL() 호출
ServletURL - webAppAccess.getRequestData().getServletURL() 호출
StaticContentURL - webAppAccess.getURLMapper().getStaticContentURL("","http") 호출
WEB-INF - com.bowstreet.BSConfig.getHomedir() 호출

참조 선택 대화 상자에서 표현식을 선택하면 빌더 입력 필드에 배치됩니다. 인수를 추가하거나 수정하려는 경우 이때 표현식을 편집할 수 있습니다.

간접 참조 중첩 및 연결

필요에 따라 간접 참조를 연결 또는 중첩할 수 있습니다.

예를 들어, 빌더 호출 입력의 값으로 사용할 XML 요소의 색인이 다른 변수에 의해 결정되면 중첩된 간접 참조는 다음과 같습니다.

${Variables/MyXML/XmlElement[${Variables/IndexValue}]}

중첩된 간접 참조를 작성하려면 다음을 수행하십시오.

참조 선택 대화 상자를 사용하여 간접 참조를 시작하여 입력 상자를 채우십시오.
다른 간접 참조를 삽입하려는 지점에 커서를 놓으십시오.
을 클릭하여 참조 선택 대호 상자를 표시하십시오.
원하는 모델 요소를 선택하십시오.

참조 선택 대화 상자는 새로운 간접 참조를 커서 위치에 삽입합니다.

참조 선택기

참조 선택기를 사용하여 모델의 요소 값을 빌더 호출 입력에 지정할 수 있습니다.

참조 선택기는 값을 파생시킬 수 있는 변수, 메소드, 입력 및 페이지를 모두 표시합니다. 참조 선택기에서 항목을 선택할 때 참조 선택기가 리턴하는 값을 간접 참조라고 하며, 모델에서 선택된 요소 경로를 정의합니다(예: ${Variables/CustomerName} 또는 ${MethodCall/GetCustomerName}).

간접 참조를 다른 것과 결합하고 임베드하여 값에 대한 아주 유연한 참조를 생성할 수 있습니다. 예를 들어, 다음 간접 참조는 메소드가 리턴하는 값을 요소에 대한 색인으로 사용하여 XML 구조의 특정 요소 값을 리턴합니다.

${Variables/Customers/Customer[${MethodCall/GetIndexValue}]}

참조 선택기는 선택된 요소의 출력 값을 빌더 호출에 대한 입력 값에 맵핑하기 위해 선택할 수 있는 모델 요소(예: 변수, 메소드, 입력 및 페이지)를 표시합니다. 기본적으로 참조 선택기는 유용할 것 같지 않은 여러 요소를 숨깁니다. 기본적으로 숨겨진 해당 요소를 표시하려면 대화 상자에서 자세히 표시를 클릭하십시오.

참조 선택기는 올바르지 않은 가능성을 필터합니다. 예를 들어, 단추 빌더의 레이블 입력 값이 메소드 출력 값, 변수 값 또는 이전에 제출된 페이지의 입력 값이 되도록 설정할 수 있습니다. 레이블 입력의 참조 선택기를 표시하면 모델의 페이지는 단추의 레이블을 파생하는 올바른 방법이 아니므로 해당 페이지가 표시되지 않습니다.

다음은 참조 선택기 사용의 측면입니다.

테마 특성 데이터에 대한 간접 참조 스펙
페이지 제어 지정
메소드에 대한 참조
간접 참조 중첩 및 연결
Java 표현식 사용법
간접 참조 유형 조합
목록의 스펙

테마 특성 데이터에 대한 간접 참조

참조 선택기에서 간접 참조를 바로 입력하여 테마 특성 데이터에 대한 액세스를 제공할 수 있습니다.

다음 구문을 사용하십시오.

${Properties/bowstreet.Theme/property-name}

이 참조는 사용자 인터페이스(UI) 요소를 정의하는 빌더 입력에 사용됩니다. 예를 들어, 페이징 단추 빌더에서 보통 단추 이미지 입력을 지정할 수 있습니다. 파일 경로를 지정하는 대신, 파일을 정의하는 테마 특성의 간접 참조를 사용할 수 있습니다. 이 방법에서는, UI 요소에 대한 참조의 정의를 중앙 집중화하므로 요소 변경이 필요한 경우 여러 빌더에서 여러 개의 입력을 수정하지 않아도 됩니다.

다음 예와 유사한 정의를 웹 애플리케이션 테마 특성 파일에 포함시켜서 중앙 집중화된 참조를 확립할 수 있습니다.

<PagingButtons_NormalImage>/myfiles/images/normal.jpg
  </PagingButtons_NormalImage>

이 정의는 WebContent 폴더에서 이미지 파일 경로를 지정합니다. 특성이 테마 파일에서 고유한지 확인하십시오.

빌더 입력에서 간접 참조를 입력하여 정의를 이용하십시오. 예를 들어, 페이징 단추 빌더에서 보통 단추 이미지 입력에서 다음 참조를 입력하십시오.

${Properties/bowstreet.Theme/PagingButtons_NormalImage}

웹 애플리케이션이 구성될 때 모델 생성 시, normal.jpg 이미지는 해당 입력에 간접 참조가 있는 모든 페이지에 포함됩니다.

이 구문은 단일 값을 승인하는 빌더 입력에만 사용 가능합니다. 값 목록을 승인하는 입력에는 사용할 수 없습니다.

페이지 제어 지정

참조 선택기를 사용하여 페이지 제어 값을 지정하십시오(예: 단추의 레이블 또는 텍스트 입력).

요청 입력의 간접 참조를 선택하지 마십시오. 예를 들면, ${Inputs/someValue}입니다. 애플리케이션이 포틀릿 환경에서 실행되면 페이지의 다른 포틀릿에 대한 요청 결과로서 출력을 렌더링해야 할 수도 있습니다. 그러나, 요청 입력에서 값을 가져오는 모든 제어 또는 레이블에는 값이 없습니다.

이 애플리케이션의 우수 사례는 페이지 자동화 빌더(예: 데이터 필드 수정자 및 데이터 열 수정자 빌더가 있는 데이터 페이지 빌더)를 사용하는 것입니다. 또는, 변수에서 페이지 제어 값을 지정할 수 있습니다.

메소드에 대한 참조

참조 선택기는 빌더 입력의 값을 제공할 수 있는 메소드를 보여줍니다.

인수가 필요한 메소드를 선택하면 팝업 대화 상자에 메소드의 인수를 입력하라는 메시지가 표시됩니다. 입력하는 메소드 인수는 하드코딩된 인수 또는 다른 메소드나 변수에 간접 참조가 되는 메소드 자체가 될 수 있습니다.

간접 참조 중첩 및 연결

필요에 따라 간접 참조를 연결 또는 중첩할 수 있습니다.

예를 들어, 빌더 호출 입력 값으로 사용할 XML 요소 색인이 다른 변수에 의해 판별되는 경우 중첩된 간접 참조는 다음과 같습니다.

${Variables/MyXML/XmlElement[${Variables/IndexValue}]}

Java 표현식 사용법

빌더 입력을 위한 Java 구문을 입력할 수 있습니다.

IBM Web Experience Factory 서블릿은 생성 시 Java 표현식을 평가하고 빌더 호출의 입력에 값을 제공합니다. 웹 애플리케이션에서 선택기 또는 빌더 호출 편집기가 간접적으로 지원하는 요소를 지정할 경우 간접 참조에 대해 Java 표현식을 사용할 수 있습니다. 예를 들어, 입력에 Web Experience Factory의 URL을 제공하려면 다음 Java 표현식을 사용할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}

두 개의 인수를 사용하는 MethodName 이름의 메소드 호출 방법:

${Java/webAppAccess.callMethod("MethodName", arg1,  arg2)}

간접 참조 유형 조합

간접 참조 유형의 조합을 사용할 수 있습니다.

예를 들어, Java 표현식과 변수 참조를 조합하여 이미지의 URL을 파생할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}/${Variables/ImageFileName}

ImageFileName 변수에는 이미지의 파일 이름이 들어 있습니다.

목록의 스펙

쉼표로 분리된 목록을 승인하는 빌더 입력에 java.util.Collection을 구현하거나 java.util.Iterator를 확장하는 오브젝트를 제공하여, 빌더 입력 값을 기본 콜렉션의 항목으로 채울 수 있습니다.

예를 들어, 다음 간접 참조는 Java 표현식을 사용하여 myInput 빌더 호출에 대한 값을 포함하는 배열 목록의 반복자를 리턴합니다.

${Java/webAppAccess.getRequestInputs().getInputValues("myInput")}

참조 선택 대화 상자에 표현식 추가

사용자가 작성한 표현식을 참조 선택 대화 상자의 Java 노드에 추가할 수 있습니다.

자주 사용되는 표현식을 대화 상자 내에서 계속 사용할 수 있도록 하기 위해 이 조작을 수행할 수 있습니다. 참조 선택 대화 상자를 표현식으로 채우려면 표현식을 정의하는 행을 ../WEB-INF/config/IndirectJavaExpressions.config 파일에 추가해야 합니다. 예를 들면 다음과 같습니다.

Java 노드 트리의 최상위 레벨을 표시하는 고유한 표현식을 추가하려면 파일에 다음 행을 추가하십시오.
```
MyExpressionName=webAppAccess.getMyExpressionData()
```

표현식 트리에 한 레벨 아래 트리를 표시하는 표현식을 추가하려면 다음을 입력하십시오.

MyExpressionCollection/MyExpressionName1=webAppAccess.getMyExpressionData1()
MyExpressionCollection/MyExpressionName2=webAppAccess.getMyExpressionData2()

참고: WebContent/WEB-INF/config 디렉토리는 기본적으로 제외된 자원이므로 팀 파일 및 디렉토리 제외를 겹쳐써서 새로 작성하거나 수정된 파일이 소스 제어 스토리지에서 업데이트되어 있는지 확인해야 합니다.

모델 선택기

대화 상자에서 빌더 입력으로 모델을 지정할 수 있습니다.

여러 빌더의 모델 입력에서 사용자는 모델을 지정해야 합니다. 생략 기호 단추( 선택기 아이콘 )를 클릭하면 모델을 탐색하고 선택할 수 있는 모델 선택기 대화 상자가 표시됩니다. 기본적으로 빌더에서 사용된 모델 위치의 스펙은 모델에 대한 절대 참조입니다.

모델 참조를 상대 참조가 되도록 하는 옵션(상대 모델 참조 사용)이 있습니다. 모델 A에서 모델 B로의 참조는 모델 폴더의 모델 A 위치에 기반합니다. 상대 참조를 사용하면 한 폴더에서 다른 폴더로 두 모델을 모두 이동하거나 복사하는 경우 모델 A의 새 사본이 모델 B의 새 사본을 참조합니다. 절대 참조를 사용하면 모델 A의 새 사본이 원래 위치에 있는 모델 B의 원본을 참조합니다.

데이터 참조 기술 정보

빌더 호출 편집기는 가장 일반적으로 사용되는 참조 메소드 및 구문을 지원합니다.

웹 애플리케이션은 런타임 엔티티 세트(예: 변수, 메소드 및 서비스 호출)를 포함합니다. 상호간의 참조를 빌드하여 이 웹 애플리케이션 요소를 서로 연결합니다. 참조는 여러 가지 방법으로 작성할 수 있습니다. 그러나 적절한 입력 값을 제공하기 위해 간접 참조의 조합이 필요하고 XPath식 표기법을 사용하여 XML 요소에 대한 값을 가져와야 함을 알 수 있습니다.

대체 입력 양식을 사용하려면, 빌더 입력을 지정하는 올바른 구문을 알고 있어야 합니다. 다음 섹션의 정보는 사용 가능한 입력의 유형을 설명하고, 특정 입력 유형을 사용하기 위해 따라야 할 구문의 예제를 제공합니다.

${ ... } 구문의 변수 데이터 참조와 사용

모델에서 간접 데이터 참조를 사용할 수 있습니다. 예를 들어, 사용자가 입력하고 변수에 저장된 값을 변수에 대한 입력으로 사용할 수 있습니다. 변수에 대한 간접 데이터 참조를 사용하여 이 작업을 수행하십시오.

간접 참조의 구문은 다음과 같이 달러 부호 $ 다음에 중괄호 쌍이 와야 합니다.

${...}

중괄호는 데이터의 소스를 둘러싸고 있습니다. 다음 단추 레이블 예제에서, 다음 데이터 참조를 입력하여 단추 레이블 입력에 ButtonLabel 이름의 변수 값을 사용할 수 있습니다.

${Variables/ButtonLabel}

Java 표현식 사용

빌더 입력을 위한 Java 구문을 입력할 수 있습니다. IBM Web Experience Factory는 빌더 입력 값을 제공하기 위해 런타임 시 실행될 Java 표현식을 배치합니다. 웹 애플리케이션에서 선택기 또는 빌더 호출 편집기가 간접적으로 지원하는 요소를 지정할 경우 간접 참조에 대해 Java 표현식을 사용할 수 있습니다. 예를 들어, 입력에 Web Experience Factory의 URL을 제공하려면 다음 Java 표현식을 사용할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}

다음 표현식은 인수를 사용하는 메소드가 리턴하는 값으로 텍스트 입력 값을 설정합니다.

${Java/webAppAccess.callMethod("MethodName", arg1, arg2)}

간접 참조 유형 조합

가져올 페이지의 값을 파생하려면 다음과 같은 유사한 간접 참조와 함께 간접 참조 유형의 조합을 사용할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}/${Variables/PageToImport}

PageToImport 변수는 가져올 페이지의 이름을 포함합니다.

제공 가능 자원에 대한 참조

프로젝트를 찾고 작성하는 위치는 HTML 페이지, 생성된 JSP 페이지 및 기타 제공 가능 자원을 모두 포함하며, 제공 가능 컨텐츠 루트 디렉토리라고 부릅니다. 여러 애플리케이션 컨텍스트에 공개되거나 내보낼 수 있는 웹 애플리케이션을 개발할 때 webAppAccess.getRequestData().getContextURL() 메소드를 사용하여 제공 가능 자원에 대해 작성한 모든 참조가 모든 애플리케이션 컨텍스트를 허용할 수 있을 정도로 유연한지 확인해야 합니다. Java 표현식 사용을 참조하십시오. 제공 가능 자원 참조를 유연하게 작성하려면 메소드 또는 빌더 호출 입력에서 제공 가능 자원을 참조할 때 webAppAccess.getRequestData().getContextURL() 메소드를 사용하십시오. 예를 들어, 가져온 페이지 빌더의 가져올 페이지 입력에 대한 값으로 다음을 입력할 수 있습니다.

${Java/webAppAccess.getRequestData().getContextURL()}/pages_to_import_dir/MyPage.htm

이 구문은 항상 이 모델이 실행되는 애플리케이션 컨텍스트에 관계없이 pages_to_import_dir 디렉토리로 평가합니다.

메소드 간접 참조

메소드 호출의 결과로 얻은 데이터에 액세스하려면 간접 데이터 참조를 사용할 수 있습니다. 인수를 처리하지 않는 메소드 호출 또는 메소드를 사용할 수 있습니다. 그러나 이를 참조할 수 있도록 메소드는 값을 리턴해야 합니다. 또한 메소드 호출의 결과를 기타 메소드 호출 또는 문자열과 연결할 수도 있습니다. 이 간접 조치 유형에 대한 구문은 다음과 같습니다.

${MethodCall/methodName}

참조에 대한 메소드를 선택하려면 메소드 호출이라는 섹션이 포함되어 있는 트리를 표시하는 참조 선택기를 사용할 수 있습니다. 표시된 섹션은 사용될 수 있는 모델의 조치 목록, 메소드 및 메소드 호출을 나열합니다.

참고로 XML 변수를 사용할 수 있는 것과는 달리 메소드의 결과를 탐색할 수는 없습니다. 예:

${Variables/Customers/customer[2]/name}

추가 데이터 처리가 필요할 때나 이전에는 처리될 수 없었던 경우, 메소드 간접 데이터 참조 사용을 고려하십시오. 메소드 간접 참조 사용의 예는 반복 영역 빌더에 들어 있습니다. 일반적으로 모든 처리는 이 빌더의 실행 범위 내에서 수행하기 어렵습니다. 하지만 메소드에 대한 간접 참조를 사용하여 다음을 수행할 수 있습니다. 예를 들어, 테이블 행의 배경색을 대체해야 할 경우 메소드 호출을 사용할 수 있습니다. 언제든 각 색상을 리턴하는 getRowColor라는 메소드를 작성하십시오. 그런 다음 배경색을 설정하려면 테이블 행에 첨부하는 특성 세터 내에서 이 메소드에 대한 호출을 작성하십시오.

간접 참조 값의 연결

빌더 입력으로 텍스트의 문자열을 입력하려면 입력 영역에 직접 문자열을 입력할 수 있습니다. 또한 문자열을 채택하는 모든 입력에 대해서는 복수의 문자열을 연결할 수 있습니다. 예를 들어, 형식화된 텍스트 빌더에 대한 값 입력에 다음의 전체 행을 입력할 수 있습니다.

Foo 및 Bar의 값은 ${Variables/Foo} 및 ${Variables/Bar}입니다.

텍스트 빌더가 재생성되면 두 ${...} 영역이 참조되는 변수의 적절한 문자열 값으로 교체됩니다(값을 포함할 경우).

유사 기술을 사용하여 간접 조치를 중첩할 수도 있습니다. 결과로 텍스트 Foo 또는 텍스트 Bar를 포함하는 FooOrBar 이름의 변수가 있는 경우 다음과 같은 라인이 표시됩니다.

${Variables/FooOrBar}의 값은 "${Variables/${Variables/FooOrBar}}"입니다.

따옴표 파트는 Variables/FooOrBar의 값에 따라 Variables/Foo 또는 Variables/Bar에 저장된 문자열에 대해 평가합니다. 따라서 다음 값이 제공됩니다.

Variables/Foo: dataVariables/Bar: stuff
Variables/FooOrBar: Bar

위 행의 표현식의 결과는 다음과 같습니다.

Bar 값은 "stuff"입니다.

색인 참조 나열 및 괄호 사용

간접 참조 값의 연결에 설명된 유일한 참조 레벨은 데이터 액세스 및 조작에 대한 요구를 지원하지 않습니다. 간접 참조 메커니즘이 더 확장될 수 있습니다.

구문에 괄호 문자 [와 ]를 사용하여 목록에서 컴포넌트를 참조할 수 있습니다. XML 구조의 하위 요소 참조을 참조하십시오.간접 참조 메커니즘과 결합하여 이 구문을 사용해 목록의 컴포넌트에 액세스할 수 있습니다. 예를 들어, TableData로 이름 지정된 변수가 있고 해당 변수가 모두 Row로 이름 지정된 다수의 하위가 있습니다. 각 하위는 그 아래에 추가 데이터를 포함하고 있습니다(예: 이름 및 주소). 다음 코드를 지정하여 세 번째 행에서 이름에 액세스할 수 있습니다.

${Variables/TableData/Row[2]}

색인은 영(0) 기준이므로 색인 0은 첫 번째이고, 색인 1은 두 번째입니다.

변수 TableData에 다른 하위도 포함된 경우, 다른 모든 하위는 무시하고 위에서 세 번째 행을 선택하십시오. TableData의 세 번째 하위를 참조하려면 모든 참조를 나타내도록 별표(*)를 사용하십시오.

${Variables/TableData/*[2]}

색인 자체를 다른 변수로 지정할 수도 있습니다. 예를 들어, 테이블의 특정 행은 변수 RowIndex에 의해 지정됩니다. 현재 행은 다음 구문에 의해 지정될 수 있습니다.

${Variables/TableData/*[${Variables/RowIndex}]}

XML 구조의 하위 요소 참조

/ 문자를 사용하여 태그형 데이터 문자열을 따라 내려가며 요소에 액세스합니다. 또한 이 기술을 간접 참조와 결합하여 이름이 변수에 저장되는 하위 요소를 선택할 수도 있습니다. 예를 들어, 변수 Data가 하위 요소로 Name 및 Address를 가지고 변수 WhichOne이 자체 값으로 단어 Name 또는 단어 Address를 가지는 경우입니다. 따라서 다음 참조는 두 값 중 변수 WhichOne에 있는 값에 따라 ${Variables/Data/Name}에 저장된 값을 리턴하거나 ${Variables/Data/Address}에 저장된 값을 리턴합니다.

${Variables/Data/${Variables/WhichOne}}

이 기술이 결합될 수 있습니다. 색인 참조 나열 및 괄호 사용에 있는 테이블 데이터 예를 사용하십시오. 액세스할 열을 선택하는 추가 변수 ColumnName이 있는 경우 다음 구문은 선택된 행의 선택된 열에 대한 셀 데이터를 가져옵니다.

${Variables/TableData/*[${Variables/RowIndex]/@ColumnName}

IXml 오브젝트의 요소 참조

서비스 호출 또는 메소드에 의해 리턴되고 변수에 저장된 IXml 오브젝트의 구조를 이동할 수 있습니다. 다음 예제는 XML 문서 내에서 요소를 찾는 필터를 작성하기 위해 사용할 수 있는 기술을 설명합니다.

모든 예제는 다음 XML 코드 세그먼트 예제를 기초로 합니다.

<Employees>
  <Employee age="25">
     <Name>John Smith</Name>
     <Address>14 Park Lane</Address>
     <City>Portsmouth</City>
     <State zip="03801">New Hampshire</State>
  </Employee>
  <Employee age="21">
     <Name>Ted Jones</Name>
     <Address>26 Harbor View</Address>
     <City>Hampton</City>
     <State zip="03802">New Hampshire</State>
  </Employee>
  <Employee age="35">
     <Name>Jill Jeffries</Name>
     <Address>100 Oak Lane</Address>
     <City>Exeter</City>
     <State zip="03803">New Hampshire</State>
  </Employee>
  <Employee age="40">
     <Name>Josh Vanderwall</Name>
     <Address>45 Maple Ave.</Address>
     <City>Bedford</City>
     <State zip="03804">Massachusetts</State>
  </Employee>
</Employees>

예제 1, 지정된 요소 찾기

다음 참조는 지정된 요소 이름을 찾습니다.

${Employees/Employee/Name}

이 표현식은 첫 번째 일치 요소를 리턴합니다. 이 예제에서 리턴된 요소는 <Name>John Smith</Name>입니다.

예제 2, 요소의 두 번째 인스턴스 찾기

다음 참조는 이름이 Name인 요소의 두 번재 인스턴스를 찾습니다.

${Employees/Employee/Name[1]}

이 표현식은 영(0) 기준 색인 번호에 따라 지정된 일치 요소를 리턴합니다. 이 예제에서 리턴된 요소는 <Name>Ted Jones</Name>입니다.

이 상황에서는 간접 참조를 사용할 수도 있습니다. 예를 들어, 다음을 입력할 수 있습니다.

$Variables/Foo/Bar[${Variables/Index}]

이 표현식은 특정 색인의 변수에 저장된 요소를 찾습니다.

예제 3, 요소의 특정 값 찾기

다음 참조는 Name의 요소 인스턴스를 찾습니다. 여기서 텍스트 값이 Jill Jeffries와 같습니다.

${Employees/Employee/[Name=Jill Jeffries]}

이 표현식은 요소 텍스트에 따라 지정된 일치 요소를 리턴합니다. 이 예제에서 리턴된 요소는 <Name>Jill Jeffries</Name>입니다.

예제 4, 인스턴스 및 속성 찾기

다음 표현식은 지정된 속성 값이 40인 Employee의 인스턴스를 찾습니다.

${Employees/Employee[@age=40]}

이 표현식은 속성 텍스트에 따라 지정된 일치 요소를 리턴합니다. 이 예제에서 리턴된 요소는 다음과 같습니다.

<Employee age="40">
  <Name>Josh Vanderwall</Name>
  <Address>45 Maple Ave.</Address>
  <City>Bedford</City>
  <State>Massachusetts</State>
</Employee>

예제 5, 와일드카드를 사용하여 요소 찾기

두 번째 레벨 요소를 알 수 없는 Name의 인스턴스를 찾으려면 와일드카드 *를 사용하여 요소 이름을 지정하십시오.

참고: 와일드카드 문자는 전체 요소 이름에만 지원됩니다.

${Employees/*[2]/Name}

이 표현식은 색인 번호에 따라 지정된 일치 요소를 리턴합니다. 이 예제에서 리턴된 요소는 다음과 같습니다.

<Name>Jill Jeffries</Name>

예제 6, 상위 요소 찾기

다음 구문은 지정된 속성 zip 값이 03804인 State의 상위 요소를 찾습니다.

${Employees/Employee/State[@zip=03804]/..}

이 표현식은 속성 텍스트에 따라 지정된 일치 상위 요소를 리턴합니다. 이 예제에서 리턴된 요소는 다음과 같습니다.

<Employee age="40"> 
  <Name>Josh Vanderwall</Name>
  <Address>45 Maple Ave.</Address>
  <City>Bedford</City>
  <State zip="03804">Massachusetts</State>
</Employee>

모델 조치 실행

이 정보는 모델 조치 실행 방법을 설명합니다.

모델 실행

모델 인스턴스를 작성하고 해당 모델 인스턴스에 대한 WebAppAccess 오브젝트를 검색하고 모델의 main 메소드를 호출하여 다른 모델을 실행할 수 있습니다.getModelInstance() 메소드는 다음 세 인수를 취합니다.

modelName

IBM Web Experience Factory의 WEB-INF/models 디렉토리에서 상대적인 모델에 대한 경로를 지정하는 문자열.

profile

모델에서 웹 애플리케이션을 다시 생성할 때 사용할 명시적 프로파일을 지정하는 문자열입니다.ProfileSetName!ProfileName 구문으로 사용할 하나의 프로파일 이름을 지정할 수 있습니다.

둘 이상의 프로파일 이름을 지정하려면 프로파일 이름을 더하기 부호(+)로 구분하십시오(예: ProfileSetName!ProfileName+ProfileSetName!ProfileName).

singleton

모델이 단독으로 인스턴스 작성되어야 하는지 여부를 지정하는 부울 값입니다.

Web Experience Factory는 세션당 단독 모델을 한 번 인스턴스 작성합니다. 비단독 모델의 경우 Web Experience Factory는 각 요청에 대해 해당 모델을 인스턴스 작성합니다.

다음 코드 샘플은 메소드에서 다른 모델을 실행하는 방법을 보여줍니다.

WebAppAccess remoteWebAppAccess =
webAppAccess.getModelInstance("myModels/ModelName", "Region!Southwest", "false");
remoteWebAppAccess.callMethod("main");

페이지 표시

현재 WebAppAccess 오브젝트에서 processPage() 메소드를 호출하여 간단하게 현재 모델의 페이지를 표시할 수 있습니다.

webAppAccess.processPage("pageName");

링크된 모델의 페이지를 표시하려면 다음과 비슷하게 processPage()를 호출합니다.

webAppAccess.processPage("LinkedModelName.pageName");

다른 모델의 페이지를 표시하려면 메소드에서 다른 모델을 실행하기 위한 코드를 확인하십시오. remoteWebAppAccess 오브젝트에서 callMethod()를 호출하는 대신 processPage()를 호출하고 페이지 이름을 인수로 제공하십시오.

서비스 호출 실행

webAppAccess.processAction("ServiceCallName.invoke");

조치 목록 실행

webAppAccess.processAction("ActionListName");

기타 메소드 호출

callMethod() 메소드를 사용하여 현재 모델 또는 링크된 모델에서 메소드를 호출할 수 있습니다. 아래 표시된 것처럼 메소드 이름을 지정한 후 쉼표로 구분된 목록으로 메소드에 인수를 전달할 수 있습니다.

현대 모델의 메소드: webAppAccess.callMethod("MethodName", arg1, arg2);
링크된 모델의 메소드: webAppAccess.callMethod("LinkedModelName.MethodName");
LJO 메소드: webAppAccess.callMethod("LJOName.MethodName");
링크된 모델의 LJO 메소드: webAppAccess.callMethod("LinkedModelName.LJOName.MethodName");

URL을 통해 메소드로 인수 전달

URL을 통해 인수를 취하는 메소드를 직접 실행할 수 없습니다. 그러나 인수를 이름/값 쌍으로 URL에 추가하고 웹 애플리케이션의 RequestData 오브젝트에서 해당 인수 값을 추출할 수 있습니다. 아래 코드 샘플은 다음 URL에서 전달되는 인수 값을 추출합니다.

http://localhost:7001/Factory/webengine/URLTester/Action!MethodFielder?name=Tom&id=111?method=MethodWithArgs

LJO 클래스에 있는 메소드의 본문:

public void MethodFielder(WebAppAccess webAppAccess) {
String name = webAppAccess.getRequestInputs().getInputValue("name");
String id = webAppAccess.getRequestInputs().getInputValue("id");
String method = webAppAccess.getRequestInputs().getInputValue("method");
webAppAccess.getVariables().setString("Name", name);
webAppAccess.getVariables().setString("ID", id);
webAppAccess.callMethod(method, name, id);
}

양식 제출 진행

LJO 메소드 및 메소드 빌더 호출은 FORM POST 또는 URL 조회 매개변수, RequestInputs 인터페이스 또는 메소드에 대한 직접 인수에 의해 제출된 입력에 액세스합니다.

URL을 통해 호출되는 메소드는 인수를 갖지 않거나 WebAppAccess 인수만 가져야 하며, RequestInputs 인터페이스를 통해 HTTP 요청에서 입력을 검색해야 합니다.

웹 애플리케이션 요청에 대한 RequestInputs의 현재 인스턴스에 대한 참조를 검색하려면 다음을 호출합니다.

RequestInputs requestInputs = webAppAccess.getRequestInputs();

예를 들어 선택란 그룹 입력의 모든 입력을 가져오기 위해 다음과 유사한 작업을 수행할 수 있습니다.

Iterator inputs = webAppAccess.getRequestInputs().getInputValues("MyCheckboxGroup");
while(inputs.hasNext()) {
//process input values here
}

세션 오브젝트와 상호 작용

세션에 속성을 설정하고 해당 속성에 대한 값을 모델 사이에 공유하려는 오브젝트로서 지정하여 세션에 오브젝트를 저장할 수 있습니다.

세션에 오브젝트 저장

예를 들어 변수의 값 companyname을 다른 모델과 공유하려는 경우 다음과 유사한 코드를 사용합니다.

webAppAccess.getHttpServletRequest().getSession().put("companyname", webAppAccess.getVariables().getText("companyname"));

세션에서 오브젝트 검색

현재 모델에서 사용하기 위해 세션 밖으로 오브젝트를 가져오려면 세션 오브젝트에서 get 메소드를 호출하십시오. 예를 들어 "세션에 오브젝트 저장" 섹션의 코드에 의해 저장된 회사 이름을 검색하려면 다음과 유사한 코드를 구현하십시오.

String companyName = webAppAccess.getHttpServletRequest().getSession().get("companyname");

세션에서 오브젝트 제거

세션에서 오브젝트를 제거하려면 세션 오브젝트에서 remove 메소드를 호출하십시오. 예를 들어 "세션에 오브젝트 저장" 섹션의 코드에 의해 작성된 company_name 세션 속성을 제거하려면 다음과 유사한 코드를 구현하십시오.

webAppAccess.getHttpServletRequest().getSession().remove("companyname");

쓰기 메소드

메소드는 양식 입력 처리, 웹 애플리케이션(심지어 다른 웹 애플리케이션)의 다른 파트 실행 및 웹 애플리케이션이 사용자가 원하는 방법으로 기능하기 위해 필요한 다른 모든 논리 수행 작업을 수행합니다.

메소드에서 사용되는 기본 오브젝트는 WebAppAccess 오브젝트로, com.bowstreet.webapp.WebAppAccess 클래스의 인스턴스입니다. WebAppAccess 오브젝트는 com.bowstreet.webapp.WebApp 클래스의 인스턴스인 웹 애플리케이션 오브젝트에 의해 표시되는 웹 애플리케이션의 구조에 대한 프록시 기능을 수행합니다.

모델 조치의 URL 생성

현재 모델 또는 다른 모델의 조치에 대한 URL을 생성할 수 있습니다.

webAppAccess 오브젝트에서 getActionURL() 또는 getURLMapper().getURL() 메소드를 호출하십시오.

참고: 매개변수를 UR에 추가하는 경우, URLMapper가 필요에 따라 매개변수의 인코딩을 수행합니다.

현재 모델의 조치에 대한 URL 생성

다음 메소드 호출이 현재 모델의 actionName 메소드에 대한 URL을 리턴합니다.

webAppAccess.getActionURL("actionName");

리턴되는 URL 문자열은 다음 양식을 갖습니다.

/appcontext/servletname/models/path/to/models/Action!actionName

여기서,

appcontext는 애플리케이션 컨텍스트 루트입니다.
servletname은 서블릿의 이름입니다.
path/to/models는 모델 경로입니다.
actionName은 실행할 조치입니다.

예:

/MyApp/webengine/test/TestModel/Action!getCustomers

다른 모델에 대한 URL 생성

다음 메소드 호출은 모델에 명시적으로 적용되는 Northeast 및 Gold 프로파일을 갖는 ModelName 모델의 GetCustomers 조치에 대한 URL을 리턴합니다.

webAppAccess.getURLMapper().getURL("ModelName", "GetCustomers", "Region!Northeast$ServiceLevel!Gold", null);

참고: getURL() 메소드에 대한 마지막 인수는 전송 프로토콜입니다. 또한 http 또는 https를 지정하여 프로토콜 유형을 강제 실행하거나 null을 지정하여 모델에 대한 기본 프로토콜을 사용할 수 있습니다.

리턴되는 URL 문자열은 다음 코드에 표시되는 것처럼 지정된 프로파일 정보를 포함한다는 점을 제외하면 getActionURL()에서 리턴되는 것과 비슷한 양식을 갖습니다.

/MyApp/webengine/method/MethodTest2/
Action!main/Profile!Region!Northeast$ServiceLevel!Gold

시스템 특성 가져오기

cluster.properties 및 bowstreet.properties 파일에 저장된 IBM Web Experience Factory 특성의 값을 가져올 수 있습니다.

webAppAccess.getSystemProperties()에 대한 호출에 의해 리턴되는 com.bowstreet.util.SystemProperties 오브젝트에 액세스하십시오. SystemProperties 오브젝트를 사용하면 문서 루트에 대한 디렉토리 경로, 서버에 대한 URL 및 기타 정보와 같은 정보에 액세스할 수 있습니다. 다음 메소드를 호출하십시오.

문서 루트에 대한 디렉토리 경로

webAppAccess.getSystemProperties().getDocumentRoot();

Web Experience Factory 제공 가능 컨텐츠 루트 디렉토리에 대한 디렉토리 경로를 지정하는 문자열을 리턴합니다. 예:

AppServerDeployDir\MyApp.ear\MyApp.war

Web Experience Factory WEB-INF 디렉토리에 대한 디렉토리 경로

webAppAccess.getSystemProperties().getWebInfDir();

Web Experience Factory 제공 불가능 컨텐츠 루트 디렉토리에 대한 디렉토리 경로를 지정하는 문자열을 리턴합니다. 예:

AppServerDeployDir\MyApp.ear\MyApp.war\WEB-INF

Web Experience Factory 서버에 대한 URL

webAppAccess.getRequestData().getContextURL();

Web Experience Factory에 대한 URL을 지정하는 문자열을 리턴합니다. 예:

http://127.0.0.1:9080/MyApp

Web Experience Factory 서블릿에 대한 URL

webAppAccess.getRequestData().getServletURL();

현재 Web Experience Factory 서블릿에 대한 URL을 지정하는 문자열을 리턴합니다. 예:

http://127.0.0.1:9080/MyApp/webengine

변수값 가져오기 및 설정

webAppAccess.getVariables() 메소드를 호출하여 웹 애플리케이션의 모든 변수에 액세스할 수 있습니다.

일반적으로 한 번에 한 변수의 값을 가져오거나 설정합니다.

단순 유형(String, int 등)의 변수값을 가져오는 방법

String valueOfMyVariable = webAppAccess.getVariables().getString("MyVariable");

XMLData 유형의 변수에 저장된 XML 구조를 가져오는 방법

IXml valueOfMyXMLVariable = webAppAccess.getVariables().getXml("MyXMLVariable");

XMLData 유형의 변수에 있는 요소의 텍스트 값을 가져오는 방법

getXmlText() 메소드를 호출하고 변수 이름과 값을 리턴하려는 요소에 대한 XPath를 제공하여 변수에 들어 있는 XML 구조의 특정 요소에 대한 텍스트 값을 가져올 수 있습니다. 다음 코드 샘플은 <customers /> 구조에 있는 두 번째 <customer /> 요소의 <name /> 요소에 대한 텍스트를 리턴합니다. webAppAccess.getVariables().getXmlText("VariableTest", "customers/customer[1]/name");

XMLData 유형의 변수에 있는 요소를 가져오는 방법

getXmlElement() 메소드를 호출하고 변수 이름과 리턴하려는 요소에 대한 XPath를 제공하여 변수에 들어 있는 XML 구조의 특정 요소를 가져올 수 있습니다. 다음 코드 샘플은 <customers /> 구조에 있는 두 번째 <customer /> 요소를 리턴합니다.

webAppAccess.getVariables().getXmlElement("VariableTest", "customers/customer[1]");

단순 유형의 변수값을 설정하는 방법

webAppAccess.getVariables().setInt("MyIntVariable", 4);

XMLData 유형의 변수에 저장된 XML 구조를 수정하는 방법

getXML() 메소드로 XML 구조를 가져온 후 IXml API를 사용하여 구조를 수정하여 변수에 저장된 XML 구조를 변경할 수 있습니다. getXML() 메소드는 구조에 대한 참조를 리턴하므로, getXML()에 의해 리턴되는 구조를 변경한 후에는 구조를 다시 변수에 "설정"할 필요가 없습니다.

다음 코드 샘플은 <customers /> 구조에서 두 번째 <customer /> 요소를 제거합니다.

IXml customers = webAppAccess.getVariables().getXml("CustomerList");
customers.removeChildElement(customers.findElement("customers/customer[1]"));

XMLData 유형의 변수에 있는 요소의 텍스트 값을 설정하는 방법

IXml customers = webAppAccess.getVariables().getXml("CustomerList");
customers.setText("customers/customer[2]/name", "NewName");

요청에서 데이터 가져오기 정보

webAppAccess.getHttpServletRequest() 메소드를 호출하여 HttpServletRequest 오브젝트에 액세스할 수 있습니다.

HttpServletRequest 오브젝트에서 다음 정보를 검색할 수 있습니다.

사용자 이름: webAppAccess.getHttpServletRequest().getUserPrincipal().getName();
서버 이름: webAppAccess.getHttpServletRequest().getServerName();
ContentType: webAppAccess.getHttpServletRequest().getContentType();
로케일: webAppAccess.getHttpServletRequest().getLocale();

공용 메소드의 전체 설명에 대해서는 JDK 설치의 javax.servlet.http.HttpServletRequest 클래스에 대한 Javadoc을 확인하십시오.

응답 수정

HttpServletResponse 오브젝트를 사용하여 메소드에 의해 리턴되는 데이터의 컨텐츠 유형을 수정하십시오.

이 오브젝트는 텍스트 또는 html이 아닌 다른 대상에 응답의 ContentType을 설정합니다.

또한 응답에 헤더를 추가하거나 클라이언트에 대한 응답을 수정할 수 있습니다.

예를 들어 다음 코드 샘플은 Microsoft Excel 스프레드시트를 리턴하기 위해 응답의 ContentType을 설정합니다.

public void setContentTypeXL(WebAppAccess webAppAccess) {
webAppAccess.getHttpServletResponse().setContentType("application/msexcel") ;
try {
File excelSheet = new File(webAppAccess.getSystemProperties().getDocumentRoot()+
File.separator + "Schedule.xls");
int numFileBytes = (int)excelSheet.length();
byte[] fileBytes = new byte[numFileBytes];
BufferedInputStream bis = new BufferedInputStream(new FileInputStream(excelSheet));
int i = 0;
while(i < numFileBytes){
fileBytes[i] = (byte)bis.read();
i++;
}
webAppAccess.getHttpServletResponse().getOutputStream().write(fileBytes);
}
catch (IOException ioe) {
System.out.println(ioe+"Cannot find file.");
}
}

참고: IBM Web Experience Factory의 WEB-INF/web.xml 파일에 있는 <mime-mapping /> 요소를 보고 지원되는 MIME 유형을 찾을 수 있습니다.

공용 메소드의 전체 설명에 대해서는 JDK 설치의 javax.servlet.http.HttpServletResponse 클래스에 대한 JavaDoc을 확인하십시오.

변수 유형 선택

다음 유형 중 하나로 변수를 지정할 수 있습니다.

String

이 변수가 하나의 문자열 값을 포함하도록 지정합니다. 예를 들어 "고객 이름"을 지정합니다.

XML

이 변수가 XML 구조를 포함하도록 지정합니다. 예:

<customers>
   <customer>
<name>Jane</name>
<id>1112</id>
   </customer>
   <customer>
<name>Jane</name>
<id>1112</id>
   </customer>
</customers>

Object

이 변수가 Java 클래스 인스턴스를 포함하도록 지정합니다. 예를 들어, 고객 클래스 인스턴스가 있는 경우 해당 오브젝트를 오브젝트 유형 변수의 값으로 저장할 수 있습니다.

Boolean

이 변수가 boolean 값을 포함하도록 지정합니다(예: false).

Double

이 변수가 double 값을 포함하도록 지정합니다(예: 22.49).

Float

이 변수가 float 값을 포함하도록 지정합니다(예: 3.40282e+38).

Integer

이 변수가 int 값을 포함하도록 지정합니다(예: 1786).

Long

이 변수가 long 값을 포함하도록 지정합니다(예: 122546739499).

스키마에서 정의한 유형으로 변수를 지정할 수도 있습니다. 이러한 유형은 변수 유형 선택기에 표시됩니다. 스키마에서 정의한 유형을 선택하는 경우, 스키마의 Element 폴더가 아닌 Type 폴더에서 유형을 선택해야 합니다.

참고: 스키마에서 많은 요소를 정의하면 변수 또는 메소드 인수의 유형을 판별하는 선택기에서 메모리 부족이 발생할 수 있습니다.

중첩된 간접 참조 작성

참조 선택기를 사용하여 중첩된 간접 참조를 작성하십시오.

모델에서 빌더 호출 편집기를 여십시오.
참조 선택기를 사용하여 간접 참조를 시작하여 입력 상자를 채우십시오.
다른 간접 참조를 삽입하려는 지점에 커서를 놓으십시오.
참조 선택기 단추 를 클릭하십시오. 참조 선택기 창이 열립니다.
원하는 모델 요소를 선택하고 확인을 클릭하십시오.

참조 선택기는 새로운 간접 참조를 커서 위치에 삽입합니다.

빌더 테이블에서 행 삭제

여러 빌더가 테이블에서 입력을 제공하며 이러한 테이블에서 관련 입력 값을 제거하기 위해 행을 삭제할 수 있습니다.

빌더 입력(예: 조치 목록 빌더)의 테이블에서 행을 제거하는 경우 행과 관련된 입력이 널(null)로 간주되지 않도록 올바른 기술을 사용해야 합니다.

행을 마우스 오른쪽 단추로 클릭한 후 행 삭제를 클릭하십시오.

행을 제거하지 않고 행의 컨텐츠를 삭제하면 빌더가 입력을 널(null)로 간주합니다.

테이블에서 행이 제거되고 관련된 입력이 사용되지 않습니다.

분리 창의 빌더 호출 편집기 열기

IBM Web Experience Factory Designer 창과 분리된 창에서 빌더 호출 편집기를 열 수 있습니다.

일반적으로 빌더 호출 편집기는 Web Experience Factory 퍼스펙티브의 편집기 영역에서 탭이 있는 패널로 실행합니다. 환경 설정을 사용하여 이 작동을 변경할 수 있습니다. 별도의 창을 사용함으로써 더 큰 글꼴로 텍스트에 대해 작업하고 표시할 수 있습니다.

Web Experience Factory 퍼스펙티브에서 창 > 환경 설정을 클릭하십시오.
환경 설정 창에서 Web Experience Factory Designer를 클릭하십시오.
빌더 호출 편집기에서 대화 상자 창을 설정한 후 확인을 클릭하십시오.

다음에 Workbench를 시작하고 모델에 빌더를 추가할 때 빌더 호출 편집기가 분리 창에서 열립니다.

웹 피드 표시

Web Experience Factory Designer를 종료하지 않아도 정보 소스에서 웹 피드를 표시할 수 있습니다.

Web Experience Factory Designer에서 도움말 명령을 사용하여 웹 피드를 표시하십시오.

도움말 > IBM Web Experience Factory 자원 액세스 > Web Experience Factory 피드를 클릭하십시오.
웹 자원 보기가 Eclipse 보기 영역에 표시됩니다. 탐색 패널 및 세부사항 패널에서 Eclipse 내부 웹 브라우저를 사용합니다. 자세한 정보를 보려면 보기 컨텍스트 내에서 F1을 누르십시오.
탐색 패널에서 다음 피드 카테고리 중 하나를 펼치십시오.
- 추가됨: Web Experience Factory 위키
  제품 위키에 작성된 기사의 링크를 표시합니다.
- 편집됨: Web Experience Factory 위키
  제품 위키에서 수정된 기사의 링크를 표시합니다.
- developerWorks: 메시지 목록 - IBM Web Experience Factory - 우수 사례
  제품 우수 사례 포럼에 작성된 항목의 링크를 표시합니다.
브라우저 탐색 패널에 세 개의 자원 카테고리에서 가져온 열 개의 최신 피드가 표시됩니다. 피드 텍스트는 기사 제목 또는 피드 소스의 항목입니다.
링크를 따라 이동하려면 펼쳐진 카테고리에서 링크를 클릭하십시오.
브라우저 세부사항 패널에 소스가 표시됩니다.

Web Experience Factory 웹 자원 보기

Web Experience Factory 웹 자원 보기를 통해 추가 제품 정보 및 자원(예: 제품 위키)에 연결할 수 있습니다.

Web Experience Factory 웹 자원 보기를 열면 내부 Eclipse 브라우저를 통해 인터넷에 있는 Web Experience Factory 제품 위키에 연결됩니다. 기본적으로 브라우저는 제품 위키의 홈 페이지에서 열립니다. 이 홈 페이지에는 Web Experience Factory 제품군 관련 유용한 권장사항이 수록된 기사 등의 정보 카테고리에 대한 링크가 있습니다. 제품 정보 소스 및 기타 관련 위키에 대한 링크도 있습니다.

제품 위키에서는 커뮤니티 구성원이 경험을 바탕으로 한 전문 지식을 제공합니다. 커뮤니티에는 고객, 비즈니스 파트너 및 세계 각지의 IBM 사용자가 포함됩니다. 활성 커뮤니티의 경험을 통해 학습할 수 있을 뿐만 아니라 자신의 지식을 커뮤니티와 공유할 수도 있습니다.

Web Experience Factory 웹 자원 보기의 맨 위에 있는 도구 모음은 기타 자원을 나열합니다. 예를 들어, 애플리케이션에 사용할 수 있는 기술에 대한 샘플과 기술이 포함된 위키 섹션인 샘플 및 기술을 클릭할 수 있습니다. 도구 모음의 아이콘은 브라우저에서 탐색하는 데 사용됩니다.

도움말 메뉴를 사용하여 Web Experience Factory 웹 자원 보기에 액세스할 수도 있습니다. 도움말 > IBM Web Experience Factory 자원 액세스를 클릭한 후 옵션 중 하나를 선택하십시오.

자원 로그 보기

자원 로그 보기는 현재 프로젝트 세션에서 중요한 이벤트를 표시합니다.

이 보기에서는 이 Eclipse 세션에서 수행한 마지막 기능 세트(또는 웹 애플리케이션) 추가/제거 조작의 결과를 표시합니다. 이 보기에서는 프로젝트에서 제거, 수정 및 추가된 모든 파일 목록 및 최근 복사 또는 제거 조작으로 변경된 사항이 적용된 결과 발생하는 오류를 표시합니다. 이 보기를 사용하여 현재 개발 세션에서 발생한 활동을 추적하십시오. Eclipse를 다시 시작하면 보기가 지워집니다.

창 > 보기 표시 > 자원 로그를 클릭하여 보기를 표시하십시오. 이 보기는 Web Experience Factory 퍼스펙티브의 태스크 보기 영역에서 열립니다.

보기 메뉴에서는 필터링 및 복사 옵션을 제공합니다. 이 보기에 표시된 이벤트 세트는 보기 메뉴에서 사용 가능한 다음과 같은 필터링 유형으로 분류됩니다.

모든 이벤트: 모든 항목을 표시합니다. 표시된 대부분의 이벤트는 정상적인 복사 또는 삭제 조작입니다.
예외적인 이벤트(기본값): 오류를 포함하여 관심을 가질 수 있는 이벤트 및 사용자가 수정했거나 겹쳐쓰기 후보인 파일을 표시합니다.
오류: 일부 파일의 제거 또는 복사 실패와 같은 이벤트만 표시합니다.

복사 사용

이벤트 필터링 옵션 이외에도 자원 로그 보기 팝업 메뉴에서는 복사 조작을 제공합니다. 복사는 클립보드에 보기 컨텐츠를 텍스트로 배치합니다(리턴 및 줄 바꾸기 문자 조합으로 행 구분).

참고: 복사 조작에서는 보기에서 선택한 항목을 무시한다는 점에 주의하십시오.

복사는 프로젝트 활동에 대한 포괄적인 기록을 제공하는 데 편리합니다. 예를 들어, 여러 파일을 겹쳐써야 하지만 어떤 이유로든 겹쳐쓰기에 실패한 경우 복사를 통해 향후 참조할 해당 파일 목록을 가져올 수 있습니다. 또한 파일 이름을 수동으로 다른 명령에 복사 및 붙여넣어 겹쳐쓰기 프로세스를 완료할 수 있습니다.

로그된 이벤트 유형

보기에서 렌더링되는 방법과 함께 보기에 로그된 모든 이벤트 유형을 제공합니다.

참고: {0}은(는) 복사/제거할 파일로 바뀝니다. {1}은(는) "시작" 디렉토리이고 {2}은(는) "종료" 디렉토리입니다.

대상으로 파일을 복사함: "{1}에서 {2}(으)로 {0} 복사"
수정하지 않은 파일을 대상에서 제거함: "{2}에서 {0} 제거"
수정한 파일이지만 대상에서 제거함: "{2}에서 수정된 {0} 제거" *
수정한 파일을 제거하지 않음: "{2}에 수정된 {0} 보관" *
기존 파일을 겹쳐씀: "{1}의 기존 {0}을(를) {2}에서 겹쳐씀" *
기존 파일을 겹쳐쓰지 않음: "{1}의 기존 {0} 보관 - {1}의 새 파일" *
제거하려고 했지만 실패함: "{2}에서 {0}을(를) 제거할 수 없음" **
기존 파일을 겹쳐쓸 수 없음: "{1}에 {0}을(를) 복사하는 중 오류 발생 - {1}의 새 파일" **

*: *로 표시된 이벤트는 "예외적인" 이벤트입니다.

**: **로 표시된 이벤트는 오류 이벤트(예외 이벤트이기도 함)입니다.

실행 구성 작성

IBM Web Experience Factory 모델 구성 유형을 작성할 수 있습니다.

Designer에서 실행 > 구성 실행을 클릭하십시오.
대화 상자 왼쪽 분할창의 목록에서 Web Experience Factory 모델을 선택하고 새로 작성 아이콘을 클릭하십시오.
이름 입력 필드에 이 구성 유형의 이름을 입력하십시오.
기본 탭에서 이름 지정된 모델 실행을 선택하십시오.
프로젝트에서 찾아보기를 클릭하고 모델이 상주하는 프로젝트를 선택하십시오.
모델에서 찾아보기를 클릭하고 실행할 모델을 선택하십시오.
기타 네 개의 탭(서버, 찾아보기, 추적, 공통)의 경우, 기본값을 승인하거나 필수 정보를 입력하십시오.
옵션: 공통의 즐겨찾기 메뉴에 표시에서 다음으로 실행 아이콘 드롭 다운 목록에 이름을 표시하도록 하는 옵션을 선택하십시오.
적용을 클릭하여 구성을 저장하십시오.
닫기를 클릭하여 대화 상자를 종료하십시오.

실행 구성 대화 상자

IBM Web Experience Factory Designer에서 실행 구성 특성을 설정할 수 있습니다.

특성은 Web Experience Factory Designer 내에서 모델을 실행할 때 사용됩니다.

표준 Eclipse 실행 구성 대화 상자를 사용하여 Eclipse 환경 내에서 프로그램을 실행할 때 사용되는 매개변수를 정의할 수 있습니다. 모델 실행은 별개의 실행 구성 유형입니다. 따라서 모델을 실행하기 전에 Factory Model 유형의 새 실행 구성을 정의해야 합니다.

참고: Web Experience Factory, Java 또는 플러그인 개발 퍼스펙티브에서만 실행 구성 대화 상자를 사용할 수 있습니다.

다음으로 실행하도록 Factory Model 유형을 구성할 수 있습니다.

현재 모델(즉, 현재 열려있는 모델 편집기의 모델)
특정하게 이름 지정된 모델(즉, 모델 편집기에 있지 않아도 되는 모델)

참고: 실행 유형 모드를 둘 다 작성할 수 있습니다.

실행 구성의 일부로 모델을 실행하는 Web Experience Factory 서버 및 사용할 브라우저 유형에 대한 정보를 제공합니다. 또한 Web Experience Factory 서버 추적 켜기 여부를 지정할 수 있습니다.

실행 구성 필드 값

다음 표는 실행 구성 대화 상자의 다양한 탭에서 설정할 수 있는 특성 값에 대해 설명합니다.

기본 탭	설명
실행할 모델	두 가지 모드 중 하나로 팩토리 모델 유형을 구성할 수 있습니다. 현재 활성 편집기의 모델 실행 실행할 모델은 현재 열려있는 모델 편집기의 모델입니다. 참고: 나중에 모델이 실행될 때 열려 있는 모델 편집기가 없으면 런타임 오류가 발생합니다. 이름 지정된 모델 실행 실행할 모델은 이름: 입력 상자에 이름 지정하는 특정 모델입니다. 찾아보기 단추를 사용하여 실행할 모델 선택기에서 모델을 선택하십시오. 참고: 이름 지정된 모델의 실행 모드를 선택할 때 프로젝트도 선택해야 합니다.
서버 탭	설명
서버 호스트	연결하려는 IBM Web Experience Factory 서블릿을 실행 중인 서버의 호스트 이름을 입력하십시오. Web Experience Factory 서블릿과 Web Experience Factory Designer가 같은 시스템에 있으면 `localhost`를 사용할 수 있습니다.
서버 포트	Web Experience Factory에 요청을 청취하는 포트 번호를 입력하십시오. 예: `9080`
브라우저 탭	설명
브라우저 명령	모델 실행 시 실행할 웹 브라우저에 대한 경로를 입력하십시오.
추적 탭	설명
시스템 추적을 사용하여 실행	모델을 실행할 때마다 메소드 및 페이지 조치에 대한 시스템 추적 정보를 출력하려면 이 선택란을 사용하십시오.
공통 탭	설명
실행 구성 유형	이 필드는 실행 구성 설정과 함께 파일의 위치를 정의합니다. 로컬 실행 구성 파일을 로컬로 저장하여 단일 사용자 개인의 실행 구성을 지정합니다. 공유됨 실행 구성 파일이 작업 공간에 저장되어 표준 팀 메커니즘을 통해 저장소에서 공유될 수 있음을 지정합니다. 찾아보기 단추를 사용하여 폴더 선택 선택기에서 폴더를 선택하십시오.
전환하거나 실행될 때 열리는 퍼스펙티브	모델이 실행 모드에서 실행됩니다(디버그 모드는 지원되지 않음). 실행 모드의 경우, 프로그램을 실행하지만 실행이 일시중지 또는 검사되지 않을 수 있습니다. 이 필드를 사용하면 실행 구성이 실행될 때 퍼스펙티브가 활성화되도록 할 수 있습니다.
즐겨찾기 메뉴에 표시	실행 구성이 실행 즐겨찾기 목록에 표시됨을 지정하려면 실행 상자를 선택하십시오.

고급 – 서버 구성 세부사항 변경

서버 구성을 변경해야 하는 경우가 있습니다.

두 가지 수준에서 자동 새로 고치기를 변경할 수 있습니다.

IBM Web Experience Factory 환경 설정에서 각 구성 프로파일에 대해 전체적으로: Web Experience Factory Designer 창 > 환경 설정 메뉴는 편집할 서버 구성 프로파일을 선택할 수 있는 Web Experience Factory Designer 섹션을 제공합니다. 이러한 설정은 지정된 프로파일을 사용하여 작성된 모든 새로운 프로젝트에 적용되나 기존 프로젝트는 현재 설정을 유지합니다.
Web Experience Factory 프로젝트 특성 페이지의 프로젝트 레벨에서: 이 특성 페이지에는 애플리케이션 서버, 포털 서버 및 Lotus Mashup의 서버 구성 설정이 포함되어 있습니다.; 여기서 수행하는 변경사항은 작업 중인 프로젝트에만 적용됩니다.

참고: 프로젝트 수준에서 작성하는 구성 설정은 구성 프로파일 수준을 대체합니다.

실행 구성 삭제

IBM Web Experience Factory 모델 구성 유형을 삭제하려면 다음을 수행하십시오.

실행 메뉴에서 실행...을 선택하십시오.
실행 구성 대화 상자의 실행 구성 목록에서 기존 구성을 선택하십시오.
삭제를 클릭하십시오.
실행 구성 삭제 확인에서 예를 클릭하십시오.
닫기를 클릭하여 대화 상자를 종료하십시오.

프로젝트 자원 공유 정보

개발자 간에 프로젝트 자원을 공유할 수 있습니다.

IBM Web Experience Factory 아카이브 파일을 작성하거나 설치할 수 있습니다. 아카이브 파일은 Web Experience Factory 내보내기/가져오기 마법사를 사용하여 작성하는 특수한 압축 파일입니다. 이 마법사는 Web Experience Factory Designer의 파일 > 내보내기 및 파일 > 가져오기 메뉴에 통합되었습니다. 아카이브는 프로젝트 컴포넌트를 쉽게 수집하고 분배하는 방법을 제공합니다.

내보내기 및 가져오기 사용 정보

IBM Web Experience Factory Designer는 프로젝트 자원을 내보내고 가져오는 데 사용할 수 있는 마법사를 제공합니다.

다른 개발자와 자원을 공유할 수 있도록 프로젝트 자원을 내보내고 가져올 수 있습니다. 이 마법사를 사용하여 Web Experience Factory 아카이브 Zip 파일을 작성할 수 있습니다.

Web Experience Factory 아카이브는 공유할 자원을 패키지하는 데 사용하는 Zip 파일입니다. 이 파일은 Web Experience Factory 내보내기 마법사에서 자동으로 작성됩니다. 이러한 특수 목적의 마법사는 Eclipse 내보내기/가져오기 메뉴에 통합됩니다.

아카이브 파일에 저장된 모든 자원은 프로젝트 서비스 가능 컨텐츠 디렉토리(프로젝트 루트 디렉토리)에 상대적입니다.

팀 개발 환경

개발 서버에 공개하거나 완료된 프로젝트를 프로덕션 서버로 내보내는 경우 IBM Web Experience Factory 애플리케이션은 설계 시에 애플리케이션을 재생성하는 데 사용하는 조합된 파일 세트에 불과합니다.

개발 노력처럼 Web Experience Factory 프로젝트 및 애플리케이션 파일은 소스 제어 시스템(예: CVS, SourceSafe 및 Rational ClearCase®) 아래에 있어야 합니다. 이러한 파일을 소스 제어 아래에 두면 버전화되어 손실되는 것을 방지할 수 있습니다. 파일을 소스 제어 하에 두는 것은 다음 활동으로 구성됩니다.

소스 제어 관리용 프로젝트를 찾아서 레이아웃 작성
버전에 대한 아티팩트 결정
분배를 위해 코드 관리

분배용 코드 관리

대부분의 포틀릿, 웹 애플리케이션 및 위젯처럼 Web Experience Factory 애플리케이션도 WAR로 분배(또는 공개)됩니다.

애플리케이션 실행에 필요한 모든 내용인 WAR 빌드 프로세스에 패키지되어 있습니다(프로파일 세트 포함). 그렇기 때문에 자체 포함 WAR 파일은 적절한 모든 서버에 분배되거나 공개되어 실행될 수 있습니다.

소스 제어 관리용 프로젝트를 찾아서 레이아웃 작성

해당 프로젝트 구조를 소스 제어용으로 변환할 때 두 가지 기본 접근 방식이 사용 가능합니다.

프로젝트는 공통적으로 Eclipse 작업공간(.../eclipse/workspace/)에 있지만 파일 시스템 어디에서도 프로젝트를 찾을 수는 있습니다. Web Experience Factory Designer를 사용하여 IBM Web Experience Factory 프로젝트를 작성하는 경우 모든 필수 하위 디렉토리 및 파일은 올바른 구조로 작성됩니다. 프로젝트 구조를 소스 제어로 변환하는 두 가지 접근방법은 다음과 같습니다.

개별적인 프로젝트 접근: 각 팀 구성원은 자신의 프로젝트 아티팩트(예: 모델, Java 클래스, 빌더)에 대해 소스 제어를 위한 별도의 영역을 갖고 있습니다. 이 영역은 프로젝트 구조를 미러링해야 합니다.
이 접근 방식은 프로젝트에 하나의 느슨한 연결(예: http 연결)만 있는 경우에 유용합니다. 아티팩트 이름을 선택하여 작성된 아티팩트를 실제로 사용하는 경우(공통 빌드에서) 충돌을 방지해야 합니다. 공통 빌드가 있는 경우 빌드 프로세스가 필요합니다.
공유 팀 프로젝트: 팀 구성원이 작성한 모든 아티팩트를 캡처하는 하나의 공유된 소스 제어 영역이 있습니다. 여기에는 모든 소스 파일, 모든 생성된 파일 및 모든 Web Experience Factory 운송 파일(예: WAR)이 포함됩니다. 이 영역은 프로젝트 구조를 미러링해야 합니다.
이 접근 방식은 여러 사람이 애플리케이션의 다른 파트에 대해 작업하는 경우에 유용하게 사용됩니다. 개발자 각각은 Web Experience Factory 사본을 가지고 자신의 작업을 공통 소스 제어 영역에서 확인합니다. 모든 팀 구성원은 필요할 경우 용이하게 자신의 프로젝트를 모든 아티팩트로 채울 수 있으며, 충돌의 이름을 지정하여 이를 더욱 방지할 수 있습니다.

두 경우 모두 소스 제어에서 프로젝트 구조를 미러링하여 소스 제어 시스템과 프로젝트의 트래픽을 줄일 수 있습니다.

아티팩트 버전 작성

애플리케이션을 장기로 다시 작성하는 기능이 필요한 경우 프로젝트에서 사용되는 모든 아티팩트를 캡처하는 것이 중요합니다.

연관된 소프트웨어 계층의 연속성은 반드시 있습니다(예: 운영 체제, JVM, Eclipse 및 Web Experience Factory Designer). 차후에 수정할 수 있도록 중요한 소프트웨어 부품 중 일부는 반드시 캡처해야 합니다. CD, DVD 또는 기타 매체를 작성하여 기저 계층 및 프로젝트 아티팩트 대부분의 스냅샷을 캡처할 수 있습니다.

프로젝트 레벨에는 버전을 제어해야 하는 다음과 같은 선택사항이 있습니다.

전체 프로젝트: 전체 프로젝트를 체크인합니다. 여기에서 소스 제어는 작업 디렉토리 구조를 정확히 미러링합니다. 이 접근 방식은 매우 쉽지만 소스 제어 시스템의 기능이나 성능에 따라 사용하기에 너무 느리거나 방해가 될 수 있습니다. 또한 개발 팀이 아주 큰 경우 이 접근 방식은 서버에서 큰 용량을 사용하게 됩니다.
새 파일 및 수정된 파일: 프로젝트에서 작성했거나 수정한 파일만 체크인합니다. 프로젝트를 작성할 때 여기에 Web Experience Factory 운송 파일, 소스 파일 및 모든 생성된 파일이 포함됩니다. 모델, HTML 파일, Java 클래스 및 프로젝트에서 사용하기 위해 작성하는 기타 파일을 저장할 사용자 고유의 폴더를 작성하십시오.

소스 파일과 생성된 파일만 프로젝트에 남게 됩니다. 생성된 파일에서 확인하거나(권장되지 않음) 동일한 환경을 다시 만들려는 경우 소스에서 나중에 쉽게 작성할 수 있습니다. 생성된 파일은 WEB-INF/factory/generated/ 폴더에 있습니다. 이 기술을 사용하여 소스 제어에 소스 파일을 포함하고 각 개발자가 프로젝트에 필요한 Web Experience Factory 및 다른 운송 소프트웨어의 동일한 버전을 설치할 수 있습니다.

소스 제어에 공유 팀 프로젝트를 사용하고 새 파일이나 수정된 파일만 체크인하는 경우 팀 구성원 간에 공유하고 수정하지 않으려는 모든 아티팩트(Jar, 빌더 정의, 특성)를 포함하는 소스 제어 시스템에 원형 프로젝트를 설정하십시오. 원형 프로젝트 및 공유 팀 프로젝트를 결합하여 새 팀 구성원을 위한 프로젝트를 작성해 줄 수 있습니다. 물론 이 두 차원에는 여러 변이가 가능합니다(캡처할 내용이나 표시하는 방법 등).

소스 제어 시스템에서 반드시 다음 프로젝트 아티팩트는 저장해야 합니다.

WEB-INF/models/*.model의 모델 파일
WEB-INF/profiles/*.xml 프로파일 세트 파일
HTML 파일(*.htm, *.html)
JavaScript 라이브러리, CSS 및 XSL 스타일시트(*.js, *.css, *.xsl)
이미지 파일(*.jpg, *.gif)
프로젝트 맨 위 레벨의 구성 파일을 제외한 구성 파일(예: *.properties, *.xml 및 Java 자원 번들)
WEB-INF/work/source/*.java의 Java 소스 파일
사용자 정의(클라이언트 측) JAR 파일
WEB-INF/builders/*.bdef의 사용자 정의 빌더 정의
WEB- INF/config/selection_handlers/*.xml의 사용자 정의 프로파일 선택 핸들러 파일
프로젝트용 빌드 스크립트
프로젝트 문서

다음 아티팩트를 소스 제어에서 캡처하거나 저장하지 마십시오.

생성된 프로젝트 아티팩트: Web Experience Factory 재생성 프로세스에서 생성된 아티팩트는 캡처하고 제어할 필요가 없습니다(JSP, Java 클래스, 스키마). 이 파일들은 컴파일러의 2진 출력과 정확히 일치합니다. 소스 파일(예: 모델, 프로파일, 빌더)을 보존하고 있는 경우 생성된 아티팩트는 항상 다시 만들 수 있습니다. 생성된 Java 파일은 WEB-INF/factory/generated에 있습니다. 생성된 JSPpages는 /genjsp 디렉토리에 있습니다. 생성된 Java 클래스는 WEB-INF/factory/generated/genjava에 있습니다.
특성 파일: 공유 팀 프로젝트에 대해 프로젝트 맨 위 레벨의 특성 파일을 소스 제어에 저장하지 마십시오(.bowstreet, .classpath 및 .project). 해당 파일은 사용자 및 시스템 고유 파일입니다.

소스 제어에서 제외된 파일

IBM Web Experience Factory는 소스 제어에서 제외된 파일의 기본 선택을 제공합니다.

Eclipse 개발 환경은 소스 제어에서 기본적으로 제외되는 폴더 및 파일 설정을 지원합니다. Web Experience Factory는 소스 제어에서 제외되는 폴더 및 파일의 목록을 제공하여 Eclipse의 표준 팀 기능과 통합합니다. 목록을 보려면 Eclipse에서 창 > 환경 설정 > 팀 > 무시된 자원을 클릭하고 */WebContent로 시작하는 항목을 참고하십시오. 이러한 항목은 기본적으로 Web Experience Factory에서 제공됩니다.

환경 설정 대화 상자에서 제어를 사용하여 프로젝트의 필요에 따라 목록을 수정할 수 있습니다. 또한 사용하는 소스 제어 명령을 통해 목록의 모든 항목을 대체할 수 있습니다.

웹 애플리케이션 모델 실행

이 문서는 IBM Web Experience Factory 시스템에서 웹 애플리케이션 오브젝트의 구조 및 작동에 대해 설명합니다.

이 문서의 정보는 아래와 같은 사용자를 대상으로 합니다.

웹 애플리케이션 모델을 작성하는 개발자: 모델 작성 시에 사용되는 빌더에 상관없이 결과로 작성된 애플리케이션은 웹 애플리케이션 구조 및 실행 작동을 준수합니다. 모델을 작성하는 개발자는 Web Experience Factory Designer의 웹 애플리케이션 보기를 사용하여 모델용으로 생성된 웹 애플리케이션을 볼 수 있습니다.
모델 생성 및 실행 프로세스에 대해 알고자 하는 기타 사용자.

웹 애플리케이션은 웹 애플리케이션 파라메트릭 모델 생성의 실행 결과입니다. 웹 애플리케이션 요소는 빌더에서 애플리케이션 생성 시에 사용 가능한 기본이 되는 빌딩 블럭입니다.

웹 애플리케이션은 J2EE 웹 애플리케이션 전체 또는 일부를 나타내며 여기에는 다음이 포함됩니다.

페이지(JSP)
상태 데이터(원시, XML 및 Java 오브젝트)
비즈니스 오브젝트 및 기타 지원 오브젝트로의 링크
실행 논리 및 생성된 Java 코드
이벤트 처리
기타 Web Experience Factory 웹 애플리케이션으로의 링크

참고: 빌더는 기본이 되는 빌딩 블럭을 무제한적인 방법으로 사용할 수 있기 때문에 웹 애플리케이션 요소 유형보다 웹 애플리케이션 빌더가 훨씬 더 많게 됩니다.

웹 애플리케이션 실행

이 정보에서는 웹 애플리케이션 런타임 환경 프로세스와 웹 애플리케이션 개발자가 사용하는 API에 대해 설명합니다.

개발자를 위한 기본 API 시작점은 WebAppAccess 인터페이스이며 여기에는 웹 애플리케이션 실행에 필요한 모든 인스턴스 고유 정보가 포함됩니다. 보조 API는 웹 애플리케이션 인터페이스이며 더 정적이고 웹 애플리케이션 실행이나 비실행에 대한 구조적인 정보를 포함합니다.

웹 애플리케이션의 실행 경로 및 실행 시간 조치를 이해해야 합니다.

웹 애플리케이션 실행 시간 조치

내부적으로 웹 애플리케이션 실행에서 처리되는 두 가지 유형의 조치가 있습니다.

이 두 조치는 페이지 및 메소드입니다. 웹 애플리케이션은 실행 가능한 이 두 조치를 통해 실행됩니다.

메소드: 메소드, 조치 목록/조치 및 메소드 호출과 같은 모든 비페이지 실행 코드는 Java 소스 코드로 변환됩니다. 코드는 웹 애플리케이션의 각 고유 변이에 대해 하나의 Java 클래스를 생성하도록 컴파일됩니다. 런타임 시, 클래스는 인스턴스로 작성되고 WebAppAccess callMethod API를 사용하여 실행 가능하게 됩니다. 생성된 Java 메소드를 실행하는 동일한 메소드 조치도 링크된 Java 오브젝트 메소드를 호출하는 데 사용됩니다.
페이지: 모든 페이지는 페이지 유형을 발견하고 올바른 페이지 프로세서로 처리를 전달하는 페이지 조치를 통해 실행됩니다. 현재 두 가지 유형의 페이지 프로세서가 있습니다. 하나는 호스트 서버에서 실행되는 JSP 페이지 프로세서이고, 다른 하나는 실제로는 처리되지 않지만 페이지를 직접 클라이언트로 다시 전송하는 정적 페이지 프로세서입니다.
조치 목록: 조치 목록은 메소드 호출, 지정 조작, 프로세스 페이지 호출 및 리턴 명령문과 같은 조치 항목 목록을 보유합니다. ActionLists는 Java 메소드로 변환되어 런타임시에는 위에서 설명한 다른 모든 메소드처럼 처리됩니다.

웹 애플리케이션 실행 경로

웹 애플리케이션 런타임 환경에 대해 더 자세히 알려면 개별적인 요청의 실행 경로를 이해하는 것이 도움이 됩니다.

다음은 요청이 지정된 요청자에 대해 처음으로 웹 애플리케이션을 실행하는 데 필요한 상위 레벨 단계입니다.

요청은 실행할 웹 애플리케이션 모델뿐만 아니라 웹 애플리케이션에서 선택적으로 지정한 조치(지정하지 않는 경우 이름이 "main"인 조치가 기본값으로 사용)를 결정하기 위해 구문 분석됩니다.
InstanceDataStorage(세션의 기본값인 인스턴스 데이터용 요약 스토리지)가 요청자가 웹 애플리케이션 인스턴스를 이미 실행했는지 확인하기 위해 사용됩니다. 첫 번째 요청이기 때문에 기존의 인스턴스 데이터가 없습니다.
인스턴스가 없기 때문에 웹 애플리케이션은 캐시에서 검색되거나 적절한 프로파일 데이터를 사용하여 생성됩니다.
InstanceDataStorage는 후속 요청을 위해 인스턴스 데이터를 저장하는 데 사용됩니다. 인스턴스 데이터는 변수나 링크된 모델과 같은 상태 데이터를 포함합니다.
새 WebAppAccess 오브젝트는 웹 애플리케이션 변수의 인스턴스 고유 사본과 링크된 모델로 작성됩니다.
그런 다음 웹 애플리케이션 요청에 웹 애플리케이션을 사용하는 대신에 웹 애플리케이션이 외부 요청으로 실행할 수 있는지 결정하기 위해 일부 인증 확인이 수행됩니다.
그러면 서블릿은 웹 애플리케이션 조치를 처리합니다. 예를 들어, 웹 애플리케이션 "main" 메소드가 요청되면 해당 메소드가 호출되고 다른 메소드 또는 페이지와 같은 다른 조치를 차례로 호출할 수 있게 됩니다.
조치 결과는 요청자에게 리턴됩니다.

다음은 동일한 요청자에 대해 작성한 웹 애플리케이션 요청의 후속 요청에 대한 상위 레벨 단계입니다.

요청은 실행할 웹 애플리케이션뿐만 아니라 웹 애플리케이션에서 선택적으로 지정한 조치(지정하지 않는 경우 이름이 "main"인 조치가 기본값으로 사용)를 결정하기 위해 구문 분석됩니다.
InstanceDataStorage는 요청자가 해당 웹 애플리케이션 인스턴스를 이미 실행했는지 확인하기 위해 사용됩니다. 이 요청은 두 번째 요청이기 때문에 인스턴스가 있습니다.
새 WebAppAccess 오브젝트는 InstanceDataStorage에서 검색된 인스턴스 데이터를 사용하여 작성됩니다.
그런 다음, 웹 애플리케이션이 외부 요청을 통해 실행할 수 있는지 결정하기 위해 인증 확인이 수행됩니다.
그러면 서블릿은 웹 애플리케이션 조치를 처리합니다. 예를 들어, 웹 애플리케이션 "main" 메소드가 요청되면 해당 메소드가 호출되고 다른 메소드 또는 페이지와 같은 다른 조치를 차례로 호출할 수 있게 됩니다.
조치 결과는 요청자에게 리턴됩니다.

WebAppAccess

WebAppAccess는 애플리케이션을 실행시키는 프로그래머의 인터페이스입니다.

이 인터페이스를 사용하여 프로그래머는 변수, 링크된 모델 및 링크된 Java 오브젝트와 같은 인스턴스 고유 런타임 컴포넌트 모두에 액세스하고 수정할 수 있습니다. 수정할 수 없는 컴포넌트(읽기 전용)는 페이지, 메소드, 시스템 이벤트 핸들러 및 오류 핸들러이며 웹 애플리케이션 인터페이스를 통해 액세스할 수 있습니다. WebAppAccess 인터페이스 API는 메소드, LJO 및 JSP 페이지에서 개발자가 사용할 수 있습니다. 웹 애플리케이션, 변수 및 링크된 모델은 WebAppAccess API를 통해 액세스할 수 있습니다.

Java 및 WebAppAccess 오브젝트 사용

IBM Web Experience Factory에서는 다음과 같은 여러 가지 방법으로 Java 코드를 애플리케이션에 통합할 수 있습니다.

메소드 빌더
링크된 Java 오브젝트 빌더
${Java/...} 간접 참조

WebAppAccess 오브젝트를 사용하여 Web Experience Factory 런타임 및 API를 프로그래밍할 수 있습니다. Web Experience Factory에서 Java 사용에 대한 자세한 정보는 제품 위키에서 웹 애플리케이션에서 Java 사용 기사를 참조하십시오.

웹 애플리케이션과 함께 WebAppAccess 사용

웹 애플리케이션은 생성 프로세스 결과입니다. 작성한 모델이 프로파일화된 경우, 웹 애플리케이션의 고유 버전이 필요에 따라 작성됩니다. 웹 애플리케이션에는 애플리케이션 실행에 필요한 구조화된 데이터 전체가 포함됩니다.

실행 시, 웹 애플리케이션은 여러 WebAppAccess 인스턴스에서 공유되기 때문에 읽기 전용입니다. 웹 애플리케이션 공유를 사용하면 동일한 웹 애플리케이션에 동일한 프로파일 요구사항으로 요청이 작성되는 경우 새로 웹 애플리케이션을 다시 생성하지 않아도 되는 기능이 있습니다.

웹 애플리케이션에 포함된 컴포넌트는 페이지, 메소드, 조치 목록, 변수, 링크된 Java 오브젝트, 링크된 모델, 시스템 이벤트 리스너 및 오류 핸들러입니다.

WebAppAccess가 처음으로 인스턴스로 작성되는 경우, 웹 애플리케이션의 런타임으로 수정 가능한 컴포넌트는 웹 애플리케이션에서 WebAppAccess 오브젝트로 복사됩니다. 이러한 컴포넌트는 변수, 링크된 모델 및 링크된 Java 오브젝트입니다. 이를 사용하여 WebAppAccess는 공유된 웹 애플리케이션 오브젝트를 손상시키지 않으면서 해당 항목을 수정할 수 있습니다

참고: 링크된 Java 오브젝트는 오브젝트 유형으로 변수에 저장됩니다.

WebAppAccess에는 웹 애플리케이션으로의 참조가 포함되고 getWebApp 메소드를 사용하여 검색할 수 있습니다.

WebApp webApp = webAppAccess.getWebApp();

링크된 모델

링크된 모델은 웹 애플리케이션 개발자가 다른 웹 애플리케이션에서 모델 기능을 재사용하고 공유할 수 있게 해주는 메커니즘을 제공합니다.

모델을 링크하여 메소드 또는 페이지와 같은 링크된 모델의 공용 기능 링크를 요청하는 모델에 노출됩니다.

링크된 모델을 추가하려면 링크된 모델 빌더를 사용하여 링크할 모델을 지정해야 합니다. 링크된 모델 빌더는 이름이 지정된 슬롯을 모델에 추가하며, 여기에는 링크되는 모델 정보가 포함됩니다. 아래 예제에서는 LM1을 로컬로 링크된 모델 참조 이름으로 사용하여 모델 A를 모델 B에 링크하는 것을 보여줍니다.

참고: 모델 B는 실제로 호출되기 전까지는 인스턴스화되지 않습니다.

빌더 이름은 링크된 모델 기능에 액세스할 때 사용해야 하는 접두부 이름으로 사용됩니다. 예를 들어, LM1을 빌더 이름으로 지정한 링크된 모델을 추가한 경우 링크된 모델 빌더 이름, 마침표(.) 구분 기호 및 페이지 이름을 사용하여 해당 모델에서 페이지를 참조합니다.

webAppAccess.processPage("LM1.HomePage");

링크된 모델에서 메소드를 호출할 때에도 비슷한 형식을 사용합니다.

String value = webAppAccess.callMethod("LM1.doWork");

모델이 링크되는 경우, 세션에서 공유되는 모델의 인스턴스를 하나만 작성하거나 링크된 모델이 세션에서 공유되지 않도록 지정할 수 있습니다. 링크된 모델이 공유되지 않는 경우 둘 이상의 링크된 모델 빌더에서 사용되면 모델의 인스턴스가 여러 개 작성됩니다.

링크된 모델: 비 단독 세션

링크된 모델이 비 단독 세션으로 지정되면 이 모델의 여러 인스턴스가 해당 요청자 세션에서 작성됩니다.

동일한 모델을 참조하는 다른 링크된 모델은 자체 고유한 인스턴스를 갖습니다. 비 단독 모드에서 링크된 모델은 요청자 세션에 저장되지는 않지만 대신 해당 모델을 링크한 모델에 참조로 유지됩니다. 예를 들어, 모델 A 및 모델 B가 모델 C에 연결되는 경우 모델 C의 인스턴스 두 개가 주어진 세션에 작성됩니다. 상위 모델의 링크된 모델 슬롯은 각 인스턴스를 참조합니다.

모델 C의 인스턴스가 여러 개 있기 때문에 사용자 세션에서 이에 대한 참조는 없고 모델 C 페이지의 링크는 체인에서 최상위 단독 상위 모델을 가리켜야 합니다. 예를 들어, 모델 doWork 메소드로의 링크를 포함하는 HomePage의 경우 링크는 다음과 같습니다.

/webengin/A/Action:LM1.doWork

다른 링크된 모델을 추가하고 모델 C는 모델 D에 링크되며 모델 D의 페이지를 main 메소드에 링크하려는 경우 링크는 다음과 같습니다.

/webengin/A/Action:LM1.LM2.main

이 예제에서 LM2는 모델 C에 추가되는 링크된 모델의 빌더 이름입니다.

링크된 모델: 단독 세션

링크된 모델이 단독 세션으로 지정되면 이 모델의 인스턴스는 해당 세션에서 하나만 작성됩니다.

다른 링크된 모델은 동일한 모델 이름을 참조하는 경우 이 인스턴스를 공유할 수 있습니다. 예를 들어, 모델 A 및 모델 B가 모델 C에 연결되는 경우 모델 C의 하나의 인스턴스만 주어진 세션에 작성됩니다.

모델 C의 인스턴스 하나만 있고 요청자 세션에는 이에 대한 참조가 포함되어 있기 때문에 모델 C 페이지로의 링크는 내부 조치에 대해 모델 C 자체를 직접 가리킬 수 있습니다. 예를 들어, 모델 doWork 메소드로의 링크를 포함하는 HomePage의 경우 링크는 다음과 같습니다.

/webengin/C/Action:doWork

링크된 모델의 WebAppAccess

링크된 모델의 WebAppAccess는 링크된 모델 슬롯에 연관된 인스턴스로 작성된 모델을 설정하거나 변경하는 데 사용할 수 있습니다.

예를 들어, 다음과 같이 모델의 인스턴스를 작성하고 새 모델을 사용하여 링크된 모델을 다시 지정할 수 있습니다.

// create or get a singleton instance of model "C"
WebAppAccess modelC = webAppAccess.getModelInstance("C", null, true);
// Get the linked model slot holder
LinkedModel linkedModel = webAppAccess.getLinkedModel("LM1");
// Now set the instance on the linked model slot
linkedModel.setLinkedModelInstance(modelC);

LM1이 호출되면 새 모델로 이동합니다. 여기에서는 링크된 모델이 스왑되면 호출된 동일한 메소드/페이지를 포함하는 모델로 링크된 모델을 바꾼다고 가정합니다.

링크된 모델 해지

어떤 경우 링크된 모델의 참조를 해지하여 JVM 가비지 콜렉션이 링크된 모델에서 사용하던 메모리를 다시 사용할 수 있게 됩니다.

다음은 링크된 모델을 해지할 때 적용되는 몇가지 규칙 목록입니다.

링크된 모든 모델과 상위 모델은 세션이 시간 종료되면 해지됩니다.
비단독 링크된 모델은 상위 모델이 명시적으로 해지되면 자동으로 해지됩니다.
단독 링크된 모델은 상위 모델이 명시적으로 해지되어도 자동으로 해지되지 않습니다. 단독 모델은 세션 전체 모델에서 공유되기 때문에 상위 모델과 같이 자동으로 해지되면 원하지 않는 결과를 초래할 수 있습니다. 애플리케이션 개발자는 freeLinkedModel(..) 메소드를 사용하여 단독 또는 비단독 링크된 모델을 명시적으로 해지할 수 있습니다(API 섹션 참조).

메소드 및 LJO 메소드 호출

웹 애플리케이션 메소드 및 조치 목록은 모든 웹 애플리케이션 메소드 및 조치 목록을 나타내는 생성된 Java 클래스로 변환됩니다.

웹 애플리케이션의 각 고유 인스턴스에 대해 한 개의 Java 클래스가 생성됩니다. 생성된 클래스 이름은 웹 애플리케이션 이름 + 고유 접미부(웹 애플리케이션 생성에 사용되는 프로파일 데이터 지정에 사용)로 구성됩니다.

웹 애플리케이션 메소드 및 LJO 메소드의 일반 규칙

생성된 모든 메소드 및 조치 목록 메소드는 WebAppAccess 오브젝트를 첫 번째 인수로 사용합니다.
WebAppAccess 오브젝트를 통해 웹 애플리케이션에 액세스해야 하는 모든 LJO 메소드는 WebAppAccess의 해당 메소드를 첫 번째 인수로 선언해야 합니다.

링크된 Java 오브젝트 메소드 호출

웹 애플리케이션 메소드나 다른 LJO에 있는 경우 다음 두 가지 방식 중 하나로 LJO 메소드를 호출할 수 있습니다.

웹 애플리케이션 메소드에 대해 수행했던 것처럼 메소드 이름을 제외하고 WebAppAccess callMethod(..) 메소드를 사용할 수 있습니다. 이때 모델에 링크된 Java 오브젝트 빌더 호출의 이름을 지정해야 합니다. WebAppAccess 및 String 인수를 사용하는 LSO에서 doWork로 이름 지정된 메소드를 호출하는 예제입니다.

webAppAccess.callMethod("MyLJO.doWork", "foo");

이 예제에서 doWork의 실제 서명은 다음과 같습니다.

public void doWork(WebAppAccess webAppAccess, String name);

callMethod(..)를 통해 호출하면 WebAppAccess를 자동으로 첫 번째 인수로 전달합니다.

다음과 같이 LJO 인스턴스를 가져오고 직접 호출할 수 있습니다.

SampleLJO myLJO = (SampleLJO)webAppAccess.getVariables().getObject("MyLJO");
myLJO.doWork(webAppAccess, "foo");

참고: 직접 호출하는 경우 WebAppAccess 참조로 전달해야 합니다.

LJO가 생성된 메소드 클래스의 기본 클래스로 사용되도록 지정된 경우 링크된 오브젝트 빌더 이름을 접두부로 사용하지 않고("MyLJO" 사용 안함) 메소드를 직접 호출할 수 있습니다.

webAppAccess.callMethod("doWork", "foo");

링크된 모델에서 LJO 메소드 호출

웹 애플리케이션 메소드에 대해 수행했던 것처럼 메소드 이름을 제외하고 WebAppAccess callMethod(..) 메소드를 사용하여 링크된 모델 LJO 메소드를 호출할 수 있는 웹 애플리케이션 메소드나 LJO에 있는 경우, 링크된 모델 빌더 호출 이름과 링크된 모델의 LJO 빌더 호출 이름 및 LJO 메소드 이름을 모두 지정해야 합니다.

다음은 링크된 모델의 LJO에 있는 WebAppAccess 및 string 인수를 사용하는 doWork로 이름 지정된 메소드를 호출하는 예입니다.

webAppAccess.callMethod("MyLinkedModel.MyLJO.doWork", "foo");

이 예제에서 doWork의 실제 서명은 다음과 같습니다.

public void doWork(WebAppAccess webAppAccess, String name);

callMethod(..) 메소드를 통해 호출하면 WebAppAccess를 자동으로 첫 번째 인수로 전달합니다.

다음과 같이 링크된 모델의 인스턴스를 가져오고 링크된 모델 WebAppAccess의 callMethod(..)를 사용할 수 있습니다.

WebAppAccess linkedWebAppAccess = webAppAccess.getLinkedModel("MyLinkedModel");
linkedWebAppAccess.callMethod("MyLJO.doWork", "foo");

또는, 직접 LJO 인스턴스로 가서 호출할 수도 있습니다.

WebAppAccess linkedWebAppAccess = webAppAccess.getLinkedModel("MyLinkedModel");
SampleLJO myLJO = (SampleLJO)linkedWebAppAccess.getVariables().getObject("MyLJO");
myLJO.doWork(linkedWebAppAccess, "foo");

참고: 이 상황에서 링크된 모델에서 올바른 WebAppAccess를 전달해야 합니다. 이 경우에는 linkedWebAppAccess입니다.

웹 애플리케이션 메소드 호출

Java 코드에서 메소드를 호출하는 작업은 호출하는 대상에 따라 두 가지 방식으로 수행할 수 있습니다.

LJO에 있는 경우, WebAppAccess callMethod(..) 메소드를 사용해야 합니다. 다음은 문자열 인수를 사용하는 doWork로 이름 지정된 메소드를 호출하는 예제입니다.

webAppAccess.callMethod("doWork", "foo");

이 예제에서 doWork의 실제 서명은 다음과 같습니다.

public void doWork(WebAppAccess webAppAccess, String name);

callMethod(..) 메소드를 통해 호출하면 WebAppAccess를 자동으로 첫 번째 인수로 전달합니다.

웹 애플리케이션 메소드에 있는 경우 웹 애플리케이션의 모든 메소드가 하나의 Java 클래스로 컴파일되기 때문에 직접 호출할 수 있습니다. 다음은 WebAppAccess 및 String 인수를 사용하는 doWork로 이름 지정된 메소드를 호출하는 예제입니다.

doWork(webAppAccess, "foo");

참고: 직접 호출하는 경우 사용자의 다른 인수와 함께 WebAppAccess에 전달해야 합니다. 그러나, 이 상황에서도 callMethod(..) 메소드를 사용할 수 있습니다.

링크된 모델에서 웹 애플리케이션 메소드 호출

웹 애플리케이션 메소드나 LJO에 있는 경우 웹 애플리케이션 메소드에 대해 수행했던 것처럼 메소드 이름을 제외하고 WebAppAccess callMethod(..) 메소드를 사용하여 링크된 모델 메소드를 호출할 수 있습니다. 이때 링크된 모델 빌더 호출 이름과 메소드 이름을 모두 지정해야 합니다.

다음은 링크된 모델에 있는 WebAppAccess 및 string 인수를 사용하는 doWork로 이름 지정된 메소드를 호출하는 예입니다.

webAppAccess.callMethod("MyLinkedModel.doWork", "foo");

이 예제에서 doWork의 실제 서명은 다음과 같습니다.

public void doWork(WebAppAccess webAppAccess, String name);

callMethod(..) 메소드를 통해 호출하면 WebAppAccess를 자동으로 첫 번째 인수로 전달합니다.

개요: 모델 간의 통신

IBM Web Experience Factory 애플리케이션이 기능을 위해 둘 이상의 모델을 사용하는 경우 한 모델에서 다른 모델로 데이터를 전송할 수 있습니다.

모델 사이에 통신하는 여러 가지 방법이 있습니다.

이벤트 사용: 한 모델에서 이벤트를 시작하고 다른 모델에서 처리할 수 있습니다. Web Experience Factory는 데이터 전송도 제공합니다.
세션 사용: 세션 오브젝트에 정보를 저장할 수 있습니다. 동일한 세션이 요청하는 모든 모델은 이 정보에 액세스할 수 있습니다.

모델간 통신에 이벤트 사용

이벤트는 이벤트를 청취하는 세션(예: 동일 사용자에 대한)에서 모델에 도착하는 이름 지정된 브로드캐스트입니다. 이벤트 종류에는 일반 이벤트 및 위젯 이벤트 두 가지가 있습니다.

인수를 갖도록 이벤트를 선언할 수 있으며, 이벤트가 발생할 때 값이 지정됩니다. 일반 이벤트의 경우, 주어진 이벤트의 모든 사용자가 동일한 방식으로 이벤트를 선언하는 것이 중요합니다.

일반 이벤트의 경우, 이벤트 선언 빌더를 단일 모델에 배치한 후 해당 모델을 이벤트를 발생시키거나 처리할 다른 모델로 가져오십시오. 이벤트는 세션에서 이름 지정된 브로드캐스트입니다. 이벤트가 발생할 때 동일한 사용자를 실행 중인 다른 모델이 해당 이벤트를 포착할 수 있습니다.

직접 또는 가져온 모델 빌더를 통해 모델에 이벤트 선언 빌더를 포함시킬 때 빌더는 fireXxx(여기서 Xxx는 이벤트 이름임)라는 메소드를 웹 애플리케이션에 작성합니다. 이 메소드는 이벤트 선언 빌더에 정의된 대로 올바른 인수를 갖습니다.

이벤트를 처리하려면 이벤트 선언과 동일한 인수를 가진 메소드를 작성한 후 이벤트 핸들러 빌더를 작성하여 이름 지정된 해당 이벤트를 해당 메소드로 라우트하도록 시스템에 알리십시오. 일단 모델이 구체화되면, 모델은 해당 이벤트를 발생시키는 모델(자신 포함)을 청취합니다. 특정 모델(또는 모델 유형)이 존재함을 알고 있지만 이에 대한 직접 링크는 없는 경우 이벤트는 통신을 위한 좋은 기술입니다.

위젯 이벤트의 경우, 위젯 이벤트 빌더 입력을 사용하여 위젯이 이벤트를 발생시키거나 처리하는지 또는 둘 다를 수행하는지 여부를 지정하십시오. 동일한 대화 상자에서 이벤트를 처리할 방법을 지정하십시오.

모델간 통신에 세션 사용 정보

세션 데이터를 단순 맵에 저장할 수 있으므로 두 개의 서로 다른 모델이 단지 동일한 키를 사용함으로써 동일한 오브젝트를 공유할 수 있습니다.

모델은 WebAppAccess 오브젝트에서 getWebAppData 메소드를 사용하여 세션에 데이터를 저장할 수 있습니다. 데이터는 단순 맵에 저장되므로 두 개의 서로 다른 모델이 단지 동일한 키를 사용하여 동일한 오브젝트를 공유할 수 있습니다.

참고: IBM Web Experience Factory의 기본 작동은 J2EE 세션 오브젝트에 직접 데이터를 저장하는 것이며, 대부분의 J2EE 플랫폼이 이 저장 공간을 최소로 유지할 것을 권장합니다. 그러나 실제 이 데이터의 저장 공간은 플러그 가능한 인터페이스를 통해 이루어지므로 예를 들어 지속적 Java Bean에 데이터를 실제로 저장할 수 있습니다. 한 기술을 사용하여 작동하는 애플리케이션은 다른 기술과 자동으로 작동합니다.

모델간 통신에 링크된 모델 사용 정보

링크된 모델에서 메소드를 사용하여 기본 모델에서 링크된 모델로 데이터를 전송하거나 링크된 모델에서 데이터를 검색하십시오.

하나의 모델이 링크된 모델 빌더를 사용하여 다른 모델을 참조하는 경우, 첫 번째 모델은 자체 메소드에 액세스하는 것과 동일한 방법으로 링크된 모델의 공용 메소드에 액세스할 수 있습니다.

참고: 웹 애플리케이션에서도 링크된 모델을 작성하는 다른 빌더(예: 모델 컨테이너 빌더)도 있습니다. 이들 다른 빌더는 동일한 결과를 갖습니다.

기본 모델은 <링크된 모델 이름>.<공용 메소드 이름>으로 공용 메소드를 지정하여 조치 목록 또는 메소드에서 공용 메소드를 호출합니다.

링크된 모델에서 메소드를 사용하여 기본 모델에서 링크된 모델로 데이터를 전송하거나 링크된 모델에서 데이터를 검색할 수 있습니다.

IBM Web Experience Factory의 내게 필요한 옵션

IBM은 나이나 능력에 관계 없이 모든 사용자가 액세스할 수 있는 제품을 제공하려고 노력하고 있습니다.

이 제품은 표준 Microsoft Windows 탐색 키를 사용합니다.

IBM 및 내게 필요한 옵션에 대한 자세한 정보는 IBM Accessibility Center를 참조하십시오.

생성된 웹 애플리케이션의 내게 필요한 옵션

웹 애플리케이션에 액세스할 수 있으려면 각 페이지의 시작 부분에 공개 DTD를 가리키는 문서 유형 선언(DTD)이 포함되어야 합니다. Web Experience Factory Designer는 DTD를 페이지에 추가하지 않은데, 그 이유는 애플리케이션에 적합한 DTD(있는 경우)를 알 수 없기 때문입니다. Web Experience Factory Designer에서 생성된 웹 애플리케이션에 액세스하려면 다음 형식으로 DTD를 애플리케이션 페이지에 추가하십시오.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

DTD는 지원되는 문서 유형 선언을 가리킵니다.

IBM Web Experience Factory Designer의 내게 필요한 옵션 기능

내게 필요한 옵션 기능은 거동이 불편하거나 시각 장애를 가진 사용자가 IT 제품을 사용할 수 있도록 도와 줍니다.

Web Experience Factory Designer는 다음의 내게 필요한 옵션 기능을 지원합니다.

키보드 전용 조작
화면 판독기에서 일반적으로 사용하는 인터페이스

고대비 설정

Windows에서 읽기 쉽도록 구성된 글꼴 및 색상을 사용하려면 고대비 모드 설정을 사용하십시오. Eclipse는 Microsoft Windows XP 고대비 모드의 1152 x 864 해상도를 사용하는 고대비에 대해 테스트되었습니다. 테스트된 해상도 이상을 고대비 모드로 사용할 수 있습니다.

고대비 모드를 사용하려면 Windows 제어판을 열고 내게 필요한 옵션을 두 번 클릭하여 내게 필요한 옵션 대화 상자를 열고 디스플레이 탭을 클릭한 다음 고대비 사용을 선택하십시오.

고대비 모드에서는 메소드 빌더의 메소드 본문 입력과 같이 여러 행으로 된 편집 필드에서 키를 사용하여 탐색할 경우 문제가 발생할 수 있습니다. 메소드 본문 입력을 탐색할 경우 화살표로 이동하여 모든 텍스트를 읽을 수 있습니다. 그러나 키보드 명령으로는 모든 텍스트를 볼 수 있도록 수평 및 수직 화면이동 막대가 이동하지 않습니다. 다음과 같은 옵션이 있습니다.

여러 행으로 된 편집 필드의 안쪽 화면이동 막대를 이동하려면 Alt+Ctrl+UpArrow 및 Alt+Ctrl+DownArrow 키를 누릅니다.
이 문제는 다음 조치 중 하나를 수행하여 해결할 수 있습니다.
- Alt+-를 눌러 편집기 영역의 크기를 조정합니다.
- 편집기를 별도의 창에 표시한 다음 Alt+Space를 눌러 모든 텍스트를 볼 수 있도록 창 크기를 조정합니다.

키 보조

Eclipse는 Eclipse Workbench에서 사용할 수 있는 키 바인딩 세트를 제공합니다. Eclipse는 명령을 호출하는 명령 및 키 조합의 연관과 같은 키 바인딩을 정의합니다. Web Experience Factory Designer에서 작업하는 중 사용할 수 있는 Eclipse 키 바인딩 목록을 보려면 도움말 > 키 보조를 클릭하거나 Ctrl+Shift+L을 입력하십시오. Eclipse 키 바인딩에 대한 자세한 정보는 도움말의 Workbench 사용자 안내서를 참조하십시오.

키보드 탐색

이 제품에서는 표준 Windows 탐색 키를 사용합니다. Eclipse의 키보드 탐색 및 내게 필요한 옵션 기능에 대한 정보는 도움말의 Workbench 사용자 안내서를 참조하십시오.

메뉴

표 1에 표시된 것처럼 키보드 탐색으로 기본 메뉴에 액세스할 수 있습니다.

표 1. 메뉴 액세스 키보드 조합 및 관련 조치
키보드 조합	조치
F10	메뉴 표시줄의 메뉴 액세스
오른쪽 화살표	메뉴 표시줄에서 오른쪽으로 탐색
왼쪽 화살표	메뉴 표시줄에서 왼쪽으로 탐색
아래로 화살표	선택된 메뉴의 아래 메뉴 옵션으로 탐색
위로 화살표	선택된 메뉴의 위 메뉴 옵션으로 탐색
Shift+F10	현재 보기로 컨텍스트 메뉴 열기
Ctrl+F10	현재 보기로 드롭 다운 메뉴 열기
Alt+니모닉	메뉴 표시줄의 니모닉 해당 메뉴 및 메뉴 옵션 열기

보기 및 편집기

키보드 탐색으로 모든 보기 및 편집기 사이를 탐색할 수 있습니다. 보기 및 편집기 사이를 탐색할 때 Web Experience Factory Designer가 최근 선택된 항목을 기억하여 필요 시 두 항목 사이를 신속하게 탐색할 수 있습니다. 예를 들어 프로젝트 탐색기의 초점을 포함하고 빌더 호출 편집기를 열었으면 Ctrl+F7을 눌러 보기 메뉴를 활성화한 다음 보기 메뉴의 편집기를 선택하십시오. 빌더 호출 편집기에 초점이 포함되면 Ctrl+F7을 사용하여 프로젝트 탐색기 및 빌더 호출 편집기 사이에서 앞뒤로 토글할 수 있습니다.

표 2. 보기 및 편집기 탐색 키보드
키보드 조합	조치
Ctrl+F6	편집기 메뉴 활성화 및 열기 편집기 사이 탐색
Ctrl+F7	보기 메뉴 활성화 및 열기 보기 사이 탐색
Ctrl+E	열기 편집기 사이를 탐색하기 위해 편집기의 편집기 드롭 다운 메뉴를 활성화
Ctrl+Page Up, Ctrl+Page Down	퍼스펙티브의 모델 편집기 영역 내부에 있는 열기 탭 사이 탐색 탭은 애플리케이션 트리 패널 위의 막대나 빌더 호출 편집기 아래의 막대에 있을 수 있습니다. 키는 초점이 포함된 패널의 막대에서 작동합니다.
Alt+(-)	보기 탭 이동, 보기 크기 수정, 빠른 보기에 액세스, 보기 분리, 최소화 및 최대화하기 위해 보기 메뉴 활성화
Alt+Page Up, Alt+Page Down	빌더 호출 편집기의 수직 화면이동 막대를 위/아래로 이동
Ctrl+Alt+Tab	왼쪽의 테이블을 벗어나 오른쪽의 해당 필드로 이동
Shift+Alt+Page Up, Shift+Alt+Page Down	빌더 호출 편집기의 수평 화면이동 막대를 왼쪽/오른쪽으로 이동
아래로 화살표	아래 메뉴 옵션으로 탐색
위로 화살표	위 메뉴 옵션으로 탐색
오른쪽 화살표	하위 메뉴 옵션으로 탐색
왼쪽 화살표	하위 메뉴의 메뉴 옵션으로 탐색

빌더 호출 편집기 독해도

빌더 호출 편집기가 읽기 어려운 경우 더 큰 글꼴을 사용하거나 낮은 화면 해상도를 사용해 볼 수 있습니다. 여전히 독해도가 충분히 개선되지 않은 경우 빌더 호출 편집기를 자체 창에서 실행할 수 있습니다.

빌더 호출 편집기 데이터 항목

키보드 탐색으로 테이블 내부의 초점을 선택할 수 있습니다. 그러나 빌더 호출 편집기에서 테이블 내부 탐색 및 편집은 보통 테이블 데이터 편집과 다릅니다. 빌더 호출 편집기에서 테이블 셀의 특정 옵션을 선택하면 테이블 외부에서 사용 가능한 입력을 새로 작성할 수 있습니다. 일반적으로 초점이 포함된 셀을 제외하고 첫 번째 새 입력에 초점을 배치하기 위해 사용됩니다. 테이블의 셀에서 첫 번째 새 입력으로 초점을 변경하기 위해 빌더 호출 편집기는 Ctrl+Tab 조합을 지원합니다. 그러면 Tab을 여러 번 눌러서 테이블의 끝까지 탐색하고 마지막 행의 아래로 화살표를 클릭하여 테이블을 종료하고 새 입력을 탐색하는 요구사항이 해제됩니다. 조합은 현재 초점이 포함된 셀에서 선택된 옵션과 관련된 첫 번째 입력으로 초점을 변경합니다.

표 3. 빌더 호출 편집기 테이블 탐색 키보드 조합
키보드 조합	조치
오른쪽 화살표	현재 초점이 셀의 끝에 있는 경우 다음 셀의 시작으로 이동
왼쪽 화살표	현재 초점이 셀의 시작에 있는 경우 이전 셀의 끝으로 이동
위로 화살표	현재 초점이 셀의 첫 행에 있는 경우 위의 셀로 이동
위로 화살표	현재 초점이 테이블의 첫 행에 있는 경우 테이블 종료
아래로 화살표	현재 초점이 셀의 마지막 행에 있는 경우 아래의 셀로 이동
아래로 화살표	현재 초점이 테이블의 마지막 행에 있는 경우 테이블 종료
Tab	다음 셀로 이동
Tab	초점이 테이블의 마지막 셀에 있는 경우 테이블에 새 행 추가 및 해당 셀로 이동
Ctrl+Tab	테이블 외부로 이동
Shift+Tab	이전 셀로 이동(초점이 첫 번째 셀에 있고 탐색이 없는 경우)

키보드 명령으로 Information Center 탐색

키보드 명령으로 키 조합을 사용하여 도움말 시스템을 탐색할 수 있습니다.

다음 링크, 단추 또는 주제 노드로 이동하려면 도움말 브라우저의 분할창 내에서 Tab을 누르십시오.
트리에서 노드를 펼치고 접으려면 Ctrl+오른쪽 및 Ctrl+왼쪽 화살표를 누르십시오.
다음 주제 노드로 이동하려면 아래로 화살표 또는 Tab을 누르십시오.
이전 주제 노드로 이동하려면 위로 화살표 또는 Shift+Tab을 누르십시오.
맨 위 또는 맨 아래로 이동하려면 Home 또는 End를 누르십시오.
뒤로 이동하려면 Alt+왼쪽 화살표를 누르십시오. 앞으로 이동하려면 Alt+오른쪽 화살표를 누르십시오.
다음 분할창으로 이동하려면 Ctrl+Tab을 누르십시오.
이전 페이지로 이동하려면 Shift+Ctrl+Tab을 누르십시오.
활성 분할창을 인쇄하련면 Ctrl+P를 누르십시오.

IBM Support에 문의

IBM Support는 IBM Web Experience Factory 제품 결함에 대한 지원을 제공합니다.

IBM Support에 문의하려면 회사에 활성 IBM 소프트웨어 유지보수 계약이 있어야 하며, IBM에 문제점을 제출할 수 있는 권한이 부여되어 있어야 합니다. 사용 가능한 유형의 유지보수 계약에 대한 정보는 다음 위치에 있는 소프트웨어 지원 핸드북의 "지원 포트폴리오"를 참조하십시오.

http://techsupport.services.ibm.com/guides/services.html

문제점이 있어 IBM 지원에 문의하려면 다음 단계를 완료하십시오.

문제점을 정의하고 배경 정보를 수집하고 문제점의 심각도를 판별하십시오.
도움말은 소프트웨어 지원 핸드북의 "IBM Support 가져오기"를 참조하십시오.

Web Experience Factory 퍼스펙티브에서 실행 중인 동안 Eclipse의 제품 위키 및 포럼에 액세스하려면 도움말 > IBM Web Experience Factory 자원 액세스를 클릭한 후 해당 선택항목을 클릭하십시오.
진단 정보를 수집하십시오.
Web Experience Factory 지원 사이트를 방문하십시오.
사용자를 돕기 위한 여러 자원이 있습니다.
- 최신 문제점 해결 정보 목록
- 포럼 및 커뮤니티로의 링크
- 지원 정보에 대한 도구 검색
문제점을 해결할 수 없는 경우 다음 방법 중 하나로 IBM Support에 문제점을 제출하십시오.
- ISA(IBM Support Assistant)를 사용하십시오.
- 지원 사이트의 페이지 선택에서 서비스 요청 및 PMR을 클릭하여 IBM 서비스 요청 도구를 사용하십시오.
  IBM 서비스 요청(SR) 애플리케이션은 온라인에서 서비스 요청(이전 이름은 문제점 관리 레코드(PMR))을 열고 업데이트하며 보고하는 데 사용됩니다. 자세한 정보를 얻으려면 해당 페이지에서 서비스 요청 보조를 클릭하십시오.
- 지원 담당자에게 문의하십시오.
  각 국가의 문의처 전화번호는 소프트웨어 지원 핸드북의 문의처로 이동하십시오.

제출하는 문제점이 소프트웨어 결함 또는 누락되거나 부정확한 문서에 관한 내용인 경우 IBM Support는 APAR(Authorized Program Analysis Report)을 작성합니다. APAR은 문제점을 자세히 설명합니다. IBM Software IBM Support는 가능한 한 APAR이 해결되고 수정사항이 전달될 때까지 사용자가 구현할 수 있는 임시 해결 방법을 제공합니다. IBM은 해결된 APAR을 IBM Support 웹 사이트에 매일 공개하므로 동일한 문제점을 겪는 다른 사용자가 같은 방법으로 해결할 수 있습니다.

Information Center 검색 개선

Information Center의 검색 질을 개선하기 위한 태스크를 수행해야 할 수 있습니다.

기존 Eclipse에 IBM Web Experience Factory를 설치하거나 업그레이드한 경우, 캐시된 검색 색인을 제거해야 새 컨텐츠에 액세스할 수 있는 도움말을 검색합니다.

Eclipse 시스템을 종료하십시오.
Eclipse 위치로 이동하여 다음 폴더를 찾으십시오.
```
/configuration/org.eclipse.help.base
```
폴더의 컨텐츠를 삭제하십시오.

다음 번에 도움말에서 검색을 실행할 때 새 검색 인덱스가 빌드됩니다.

IBM Web Experience Factory Designer 시작

Web Experience Factory Designer를 시작하는 프로시저는 Windows 시스템과 Linux 시스템에서 서로 다릅니다.

Windows 시스템의 경우 다음 단계를 수행하십시오.
1. Microsoft Vista 시스템에 있는 경우 관리자 계정 권한으로 실행하십시오.
  Web Experience Factory Designer를 실행 중인 사용자는 관리자 권한이 있어야 합니다.
2. 시작 > 프로그램 > IBM Web Experience Factory > Designer를 클릭하십시오.
  그러면 Web Experience Factory Designer가 로드되면서 Eclipse IDE가 자동으로 시작됩니다.
  
  기존 Eclipse 기반 환경에 Web Experience Factory Designer를 설치하는 경우 Web Experience Factory Designer 설치 후 IDE를 시작하면 소프트웨어 업데이트 대화 상자가 표시됩니다.
3. 옵션: 소프트웨어 업데이트 대화 상자가 표시되는 경우, 다음 중 하나를 수행하십시오.
  - 소프트웨어 업데이트를 수행하려면, 예를 선택한 후 표시되는 상위 레벨 선택란을 선택하십시오.
    그러면 환경에 Web Experience Factory Designer의 시작 페이지가 추가됩니다.
  - 아니오를 선택하여 Web Experience Factory Designer의 시작 페이지가 사용 가능한 시작 페이지 목록에 표시되지 않도록 하십시오.
Linux 시스템의 경우 다음 단계를 수행하십시오.
1. Web Experience Factory Designer가 설치된 위치로 디렉토리로 변경하십시오.
2. 해당 위치에 있는 eclipse 디렉토리에서 eclipse 실행 파일을 실행하여 Web Experience Factory 퍼스펙티브에서 시작되게 하십시오.
```
eclipse -perspective com.bowstreet.designer.model.ModelPerspective -vmargs -Xmx512m
```
  그러면 Web Experience Factory Designer 플러그인이 로드되면서 Eclipse IDE가 시작됩니다.

IBM Web Experience Factory 설치

제품을 설치하려면 프로그램을 실행하고 몇 가지 질문에 답해야 합니다.

설치가 완료되면 웹 애플리케이션 개발에 사용할 수 있는 여러 확장을 설정할 수 있습니다.

Web Experience Factory 제품 설치 안내서

이 안내서를 사용하여 IBM Web Experience Factory 버전 8.0을 설치할 수 있습니다.

이 안내서에는 다음 설치 주제가 들어 있습니다.

1. 설치 개요

이 안내서는 Web Experience Factory에 적용되지만 설치에는 기타 제품 설치가 포함될 수 있습니다.

1.1 설치 단계

설치에는 다음 단계가 포함됩니다.

1단계 - Web Experience Factory Designer 설치: 설치 프로그램을 실행하여 Web Experience Factory Designer를 설치하십시오.
2단계 - 웹 애플리케이션 프로젝트 작성 및 배치: 제공된 학습서를 사용하여 애플리케이션 서버 또는 WebSphere Portal 서버에 배치하는 웹 애플리케이션 프로젝트를 작성하십시오.

1.2 설치 전 작업 정보

기본 설치 선택은 지원되는 Eclipse 버전이 포함됩니다. 또는 Web Experience Factory를 다음 IDE 중 하나의 지원되는 버전에 설치할 수도 있습니다.

IBM Rational Application Developer
IBM Rational Software Architect
IBM Rational Web Developer
Eclipse(Eclipse SDK 버전 전용)

설치 전에, IBM WebSphere Portal 또는 지원되는 애플리케이션 서버 중 하나를 설치해야 합니다. 애플리케이션 서버 버전 및 패치 레벨은 제품 릴리스 정보 주제의 자세한 시스템 요구사항 섹션을 참조하십시오.

참고: 영어 이외의 언어를 사용하여 시스템의 Rational IDE에 Web Experience Factory를 설치하려면 먼저 installer.properties 파일을 편집하고 PRODUCTREG_PATH=로 시작하는 행에서 지정된 경로를 시스템의 경로로 정확히 수정하십시오.

1.3 Web Experience Factory의 기존 설치

기존에 설치된 Web Experience Factory가 있는 경우 동일한 디렉토리에서 이전 버전 위에 새 버전을 설치하지 마십시오.

신규 설치에 동일한 디렉토리를 사용하려면 다음 단계를 수행하십시오.

기존 설치를 백업하십시오.
SAP 라이브러리와 같은 개인용 파일을 백업하십시오.
섹션 4에 설명되어 있는 프로세스에 따라 이전 버전을 제거하십시오.
섹션 2에 설명되어 있는 프로세스에 따라 새 버전을 설치하십시오.
백업한 개인용 파일을 새 설치의 올바른 디렉토리로 이동시키십시오.

2. Web Experience Factory 설치

먼저 다음 설치 섹션 중 하나에 설명된 단계를 따라 원하는 플랫폼에 Web Experience Factory를 설치하십시오.

그런 다음 Web Experience Factory 제품 설치 안내서에 설명된 단계에 따라 제품 탐색을 시작합니다.

1단계 - Windows 시스템에 Web Experience Factory 설치

Microsoft Vista 시스템에 있는 경우 관리자 계정 권한으로 실행하십시오.
Microsoft Vista 시스템에서 Web Experience Factory Designer를 실행하려면 관리자 계정 권한으로 Web Experience Factory를 설치하고 애플리케이션을 실행하는 사용자는 관리자 권한이 있어야 합니다.
설치 실행 파일(Factory.exe)을 실행하십시오.
프롬프트되면 제품에 사용할 자주 사용하는 언어를 선택한 후 확인을 클릭하십시오.
소개 페이지가 저작권 및 기타 정보와 함께 표시됩니다. 설치를 계속 진행하려면 다음을 클릭하십시오.
라이센스 계약을 읽고 설치를 계속 진행하려면 라이센스 계약의 조항에 동의합니다를 선택한 후 다음을 클릭하십시오.
참고: 라이센스 조항에 동의하지 않는 경우, 설치를 종료하는 프롬프트가 표시됩니다.
다음 옵션 중 하나를 선택할 수 있습니다.
- 표준 설치로 신속히 시작하는 데 필요한 모든 사항 제공
  Web Experience Factory 설치와 함께 Eclipse 및 IBM WebSphere Application Server Community Edition을 포함하려면 이 옵션을 선택하십시오. 이 옵션을 선택하면 설치 프로그램이 Eclipse, Web Experience Factory Designer, WebSphere Application Server Community Edition(CE) 및 IBM Support Assistant를 설치합니다. 이 옵션을 선택한 경우 설치 디렉토리 선택항목을 검토한 후 11단계로 건너뛰십시오.
- 사용자 정의 설치로 기능 및 설치 옵션 선택 가능
  소프트웨어 옵션 및 설치 위치를 자세히 지정해야 할 경우 이 옵션을 선택하십시오.
- 설치 디렉토리 선택
  필드에서 Web Experience Factory 파일 설치 위치를 변경하려면 선택을 클릭하거나 경로를 편집한 후 다음을 클릭하십시오.
설치 항목 지정 화면에서 Web Experience Factory Designer에 사용할 IDE(Integrated Development Environment)를 선택하십시오.
다음 옵션 중 하나를 선택할 수 있습니다.
- Eclipse의 새 사본으로 Designer 설치
  IDE가 없으면 이 옵션을 선택하십시오. 이 옵션을 선택하면 설치 프로그램이 Eclipse와 Web Experience Factory Designer를 설치합니다.
  참고: 이 옵션을 선택하고 기존 Eclipse 설치를 포함하는 디렉토리를 선택하는 경우 경고 메시지가 표시됩니다. 설치를 계속하려면 다른 디렉토리를 선택하십시오.
- 기존 IBM Rational Application Developer*에 설치
  이미 설치되어 있는 Rational Development Environment를 사용하려면 이 옵션을 선택하십시오. 여기에는 Rational Application Developer, Rational Software Architect 및 Rational Web Developer가 포함됩니다. 설치 프로그램이 Web Experience Factory에 특정한 현재 버전의 Rational Development Environment 메뉴 항목에 추가합니다.
- 기존 Eclipse에 설치
  이미 설치되어 있는 Eclipse 기반 IDE 버전을 사용하려면 이 옵션을 선택하십시오. 설치 프로그램이 Web Experience Factory Designer에 특정한 현재 버전의 Eclipse IDE 메뉴 항목에 추가합니다.
IDE 지정 화면에서 IDE 위치를 지정하고 다음을 누르십시오.
위치를 찾아봐야 하는 경우 선택을 누르십시오.
WebSphere Application Server CE를 설치하려면 테스트 서버 설치 옵션 화면에서 WAS CE를 개발 테스트 서버로 설치를 클릭하고 설치 위치를 선택하십시오.
Windows 시스템에서는 WebSphere Application Server Community Edition(CE)을 설치할 옵션이 표시됩니다. WebSphere Application Server CE는 Apache Geronimo 기반의 개방형 소스 J2EE(Java 2 Platform, Enterprise Edition) Application Server입니다. WebSphere Application Server CE를 사용하면 애플리케이션을 빠르고 쉽게 개발 및 테스트할 수 있습니다.

참고: WebSphere Application Server Community Edition은 오직 Web Experience Factory Designer를 시작할 목적으로 애플리케이션을 빠르고 쉽게 개발 및 테스트하기 위해 제공됩니다. 대상 프로덕션 개발 환경과 일치하는 로컬 개발 환경을 사용하는 것이 가장 좋습니다. (예를 들어, 프로덕션에서 애플리케이션이 IBM WebSphere Portal에 배치될 경우 IBM WebSphere Portal을 로컬 개발 환경으로 사용해야 합니다.)

기본적으로 WebSphere Application Server CE는 프로그램 > IBM WebSphere > Application Server Community Edition의 바로 가기와 함께 설치됩니다. 기본 사용자 이름과 비밀번호는 system 및 manager입니다.
IBM Support Assistant 설치 옵션 화면에서 지원을 보조하도록 IBM Support Assistant 설치를 클릭하십시오.
이 옵션을 사용하여 지원 담당자에게 필요한 정보를 수집할 수 있습니다.

그 다음 화면에서 옵션을 설치할 다른 위치를 선택할 수 있습니다.
설치 전 작업 요약 화면에서 선택항목을 검토하십시오.
- 모든 정보가 올바르면 설치를 클릭하십시오. 설치 진행 상태 화면이 표시되고, 설치가 완료되면 설치 완료 화면이 표시됩니다.
- 선택항목이 올바르지 않은 경우에는 이전을 클릭하여 관련 화면으로 돌아가 선택항목을 변경한 후 다음을 클릭하여 이 화면으로 돌아와 설치를 시작하십시오.
설치 프로그램을 닫으려면 완료를 클릭하십시오.
브라우저가 열리고 제품에 대한 정보가 있는 시작하기 페이지가 표시됩니다. 정상적으로 설치가 완료되면 설치 위치(예: C:\Program Files\IBM\Web Experience Factory)에 설치 로그가 작성됩니다.
기존 Eclipse 기반 Web Experience Factory Designer 설치에 설치할 때, 이전 버전의 Web Experience Factory에 설치할 경우 Web Experience Factory Designer 플러그인을 업그레이드해야 합니다.
플러그인 업그레이드에 필요한 단계에 대한 정보는 Web Experience Factory 제품 설치 안내서를 참조하십시오.

1단계 - Linux 시스템에 Web Experience Factory 설치

Web Experience Factory를 설치하기 전에 다음을 설치해야 합니다.

애플리케이션 서버(예: Tomcat, WebSphere Application Server Community Edition 또는 IBM WebSphere Portal)
웹 도구를 사용하는 Eclipse 또는 Rational Application Developer. 지원되는 Eclipse 릴리스를 설명하는 자세한 시스템 요구사항은 Web Experience Factory 릴리스 정보 주제를 확인하십시오.

Web Experience Factory를 Linux 시스템의 기존 Rational Application Developer 또는 Rational Software Architect 설치에 설치하려면 Web Experience Factory 제품 설치 안내서에 설명된 프로시저를 따르십시오.

WebSphere Portal에 배치 중인 경우 올바른 권한을 설정하십시오. 다음 단계를 수행하십시오.
1. 사용자에 대한 그룹을 작성하십시오(예: wpfDev).
  이 그룹에는 WebSphere 디렉토리에 대한 쓰기 권한이 있습니다.
2. WebSphere Application Server 실행 시 관리 콘솔을 열고 애플리케이션 서버 > WebSphere_Portal > 프로세스 실행으로 이동하십시오.
  1. umask 값을 002로 변경하십시오.
  2. '그룹으로 실행''을 wpfDev로 변경하십시오.
  3. server1에 대해 동일한 단계를 수행하십시오.
  이와 같이 수행하면 WebSphere Portal 서버의 파일 권한을 변경할 수 있습니다. WebSphere Portal 서버에서 작성한 모든 파일에 이제 WebSphere Portal 사용자 및 WebSphere Portal 사용자가 속한 그룹의 읽기, 쓰기 및 실행 권한이 있습니다.
3. WebSphere Portal 서버를 중지하십시오.
4. 새로 작성된 그룹(이 예에서는 wpfDev)의 구성원이 되십시오.
5. 명령행에서 다음 명령을 루트로 실행하십시오.
```
chgrp -R wpfDev WP_INSTALL_DIR/AppServer/ 
chgrp -R wpfDev WP_INSTALL_DIR/PortalServer/  
```
  그룹에서 디렉토리에 쓸 수 없는 경우에는 다음 명령을 실행하십시오.
```
chmod -R g+w WP_INSTALL_DIR/AppServer/ 
chmod -R g+w WP_INSTALL_DIR/PortalServer/
```
  그러면 WAR 파일이 배치된 후에 해당 폴더에 대한 쓰기 액세스가 허용됩니다.
6. WebSphere Portal 서버를 다시 시작하십시오.
설치 프로그램을 실행하십시오.
```
./Factory.bin
```
설치 프로그램은 공간 및 기타 전제조건을 확인하고 첫 번째 패널을 표시합니다.
프롬프트되면 제품에 사용할 언어를 선택하십시오. 그런 다음 확인을 클릭하십시오.
소개 페이지가 저작권 및 기타 정보와 함께 표시됩니다.
다음을 클릭하여 설치를 진행하십시오.
라이센스 계약을 읽고 설치를 계속 진행하려면 라이센스 계약의 조항에 동의합니다를 선택한 후 다음을 클릭하십시오.
참고: 라이센스 조항에 동의하지 않는 경우, 설치를 종료하는 프롬프트가 표시됩니다.
설치 폴더 선택 화면에서 Web Experience Factory 파일을 설치할 위치를 지정하고 다음을 클릭하십시오.
웹 도구를 사용하는 Eclipse가 설치된 위치를 지정한 후 다음을 클릭하십시오.
Rational Application Developer를 사용 중인 경우에는 기본값을 선택하고 다음을 클릭하십시오.
설치 전 작업 요약 화면을 검토하고 모든 정보가 올바르면 설치를 클릭하십시오.
설치 진행 상태 화면이 표시되고, 설치가 완료되면 설치 완료 화면이 표시됩니다.
완료를 클릭하여 Factory 설치 프로그램을 닫으십시오.
브라우저가 열리고 다음 단계에 대한 정보가 들어 있는 환영 페이지가 표시됩니다. 설치 후에는 설치 로그가 설치 위치(예: /root/IBM/)에 작성됩니다.

Linux 시스템의 Rational Application Developer/Rational Software Architect에 Web Experience Factory 설치

Web Experience Factory를 Linux 시스템의 기존 Rational Application Developer 또는 Rational Software Architect 설치에 설치 중인 경우에는 다음 단계를 수행하십시오.

WebSphere Portal에 배치 중인 경우 올바른 권한을 설정하십시오. 다음 단계를 수행하십시오.
1. 사용자에 대한 그룹을 작성하십시오(예: wpfDev).
  이 그룹에는 WebSphere 디렉토리에 대한 쓰기 권한이 있습니다.
2. WebSphere Application Server 실행 시 관리 콘솔을 열고 애플리케이션 서버 > WebSphere_Portal > 프로세스 실행으로 이동하십시오.
  1. umask 값을 002로 변경하십시오.
  2. '그룹으로 실행''을 wpfDev로 변경하십시오.
  3. server1에 대해 동일한 단계를 수행하십시오.
  이와 같이 수행하면 WebSphere Portal 서버의 파일 권한을 변경할 수 있습니다. WebSphere Portal 서버에서 작성한 모든 파일에 이제 WebSphere Portal 사용자 및 WebSphere Portal 사용자가 속한 그룹의 읽기, 쓰기 및 실행 권한이 있습니다.
3. WebSphere Portal 서버를 중지하십시오.
4. 새로 작성된 그룹(이 예에서는 wpfDev)의 구성원이 되십시오.
5. 명령행에서 다음 명령을 루트로 실행하십시오.
```
chgrp -R wpfDev WP_INSTALL_DIR/AppServer/ 
chgrp -R wpfDev WP_INSTALL_DIR/PortalServer/  
```
  그룹에서 디렉토리에 쓸 수 없는 경우에는 다음 명령을 실행하십시오.
```
chmod -R g+w WP_INSTALL_DIR/AppServer/ 
chmod -R g+w WP_INSTALL_DIR/PortalServer/
```
  그러면 WAR 파일이 배치된 후에 해당 폴더에 대한 쓰기 액세스가 허용됩니다.
6. WebSphere Portal 서버를 다시 시작하십시오.
Web Experience Factory 사용자의 사용자 계정으로 Web Experience Factory를 설치하십시오.
Eclipse 설치 위치는 사용자 계정이 쓰기 액세스를 가지고 있는 디렉토리여야 합니다. Rational Application Developer 설치 위치가 아닌 다른 위치를 선택해야 할 수도 있습니다. 이 위치에서 기존 Eclipse일 필요가 없습니다.
이전 단계에서 Rational Application Developer 설치 위치에 Eclipse를 설치할 것을 선택하는 경우 이 단계를 건너뛰십시오.
다음 단계 중 하나를 수행하십시오.
- Rational Application Developer 설치 위치에 대한 쓰기 특권이 있는 계정을 사용하여 설치 프로그램이 작성한 links 디렉토리를 Rational Application Developer 설치 위치의 올바른 디렉토리로 복사하십시오.
  links 폴더는 Rational Application Developer 설치 디렉토리에 위치해 있어야 합니다.
- 또한 Web Experience Factory 링크 파일을 직접 Rational Application Developer에서 이전에 작성된 links 디렉토리로 복사할 수도 있습니다.
루트(또는 Rational Application Developer 소유자)로 -clean 플래그를 사용하여 Rational Application Developer를 시작하고 Web Experience Factory가 설치됨을 검증하십시오.
Web Experience Factory 단추가 표시됨을 검증하려면 도움말 > 프로그램 정보를 사용하십시오.
Web Experience Factory 사용자로 -clean 플래그를 사용하여 Rational Application Developer를 다시 시작하고(이전 단계에서 사용자가 아닌 경우) 이전 단계처럼 검증하십시오.
Rational Application Developer 사용자로 정상적으로 Web Experience Factory를 다시 시작하십시오.
이 시점에서 -clean 플래그를 사용하지 않아도 됩니다.

명령행에서 자동 설치

설치 실행 파일을 포함하는 디렉토리 아래에 저장된 다음 사전 구성된 특성 파일 중 하나를 사용하여 Web Experience Factory 자동 설치를 수행할 수 있습니다.

config/win_silent_install.properties
config/linux_silent_install.properties

특성 파일에는 설치 프로그램에 대한 기본 응답이 포함됩니다. 자동 설치에 대한 사용자 고유 응답 파일 생성에 대한 정보는 Web Experience Factory 제품 설치 안내서을 참조하십시오.

설치 환경에 일치하도록 원하는 사전 구성 특성 파일을 편집하십시오.
- 라이센스 계약 특성을 설정하십시오.
  참고: 자동 설치가 올바르게 작동하려면 라이센스 계약 특성을 true로 설정하여 라이센스 계약 동의를 표시해야 합니다.
```
# License agreement. Please see documentation for more info.
LICENSE_ACCEPTED=true
```
  기본적으로 이 값은 제공된 파일에서 false로 설정되어 있습니다.
- 기존 Rational IDE에 설치할 경우 다음 값을 설정하십시오.
```
USER_INSTALL_ECLIPSE=0
USER_EXISTING_PRODUCT=1
USER_EXISTING_ECLIPSE=0
```
  기존 IDE의 경로를 지정하십시오. 예를 들어, Windows 시스템의 경우 다음 형식을 사용하여 경로를 설정하십시오.
```
USER_MAGIC_FOLDER_1=C:\\Program Files\\IBM\\SDP
```
  지원되는 버전의 IDE에 설치하도록 지정하는 경우에도 이들 값은 자동으로 설정되지 않습니다.
설치 명령에서 응답 파일 위치를 표시하십시오.
Windows 시스템에서 명령행을 열고 다음 명령을 입력하십시오.
```
c:\Factory.exe -f c:.\config\win_silent_install.properties
```
Linux 시스템에서 다음 명령을 입력하십시오.
```
sh ./Factory.bin -f ./config/linux_silent_install.properties
```
이 경로는 절대 경로이거나 설치 프로그램 위치의 상대 경로일 수 있습니다.
자동 설치 모드에서 설치를 실행하십시오.
- Windows 시스템에서 명령행을 열고 다음 명령을 입력하십시오.
```
Factory.exe -i Silent -f config\win_silent_install.properties
```
- Linux 시스템에서 다음 명령을 입력하십시오.
```
./Factory.bin -i Silent -f config/linux_silent_install.properties
```

설치 프로그램은 사용자에게 출력을 표시하지 않고 대상 위치에 모든 것을 설치합니다. 설치 디렉토리의 루트에 로그 파일이 작성될 때 설치가 완료됨을 알게 됩니다.

선택사항: 설치 응답 파일 작성

설치 실행 파일을 실행하고, 원하는 옵션을 선택한 다음 제품을 자동 설치하는 데 사용할 수 있는 텍스트 파일에 이 옵션을 저장할 수 있습니다.

응답 파일을 다른 디렉토리에 쓰려면 다음 명령행 인수를 사용하십시오.
Windows 시스템의 경우
```
factory.exe -r full path to the response file destination
```
Linux 시스템의 경우
```
/Factory.bin -r full path to the response file destination
```
예를 들어, 다음 명령은 지정된 디렉토리에 있는 myresponse.txt 파일에 사용자가 제공하는 응답을 씁니다.
```
factory.exe -r c:\temp\myresponse.txt
```
사용자 응답으로 설치를 완료하십시오.
응답 파일을 생성한 후에 다음 행을 생성된 파일에 추가하십시오.
```
INSTALLER_UI=silent
LICENSE_ACCEPTED=true
```

제공된 특성 파일이 아닌 다른 사용자 응답 파일을 사용하여 자동 설치를 실행하려면 Web Experience Factory 제품 설치 안내서의 프로시저를 수행하십시오.

2단계 - 학습서 실행: 웹 애플리케이션 프로젝트 작성

Web Experience Factory Designer를 설치했으면 새 프로젝트를 작성해야 합니다. 프로젝트를 작성할 때 설치에 대한 애플리케이션 서버 특정 및 WebSphere Portal 서버 특정 정보를 제공합니다. 이 프로세스는 Web Experience Factory 설치의 배치 단계를 완료합니다.

Web Experience FactoryDesigner는 프로젝트 작성에 도움이 되는 새로운 프로젝트 마법사를 제공합니다. 이 다중 페이지 마법사는 프로젝트 작성 및 배치에 포함된 단계를 안내하고 프로젝트도 빌드합니다. 프로젝트 설정 및 매개변수를 설명하는 F1 도움말은 마법사의 각 페이지에 사용 가능합니다. 주어진 페이지의 설정에 대해 배우고 추가적 정보에 대한 링크에 액세스하려면 F1 도움말을 참조하십시오.

첫 번째 프로젝트를 작성하는 가장 좋은 방법은 이 프로세스를 설명하는 학습서를 실행하는 것입니다. Windows 클라이언트를 사용하는 경우 이 학습서는 환경 페이지 또는 시작에서 사용할 수 있습니다. 시작 > 프로그램 > IBM > Web Experience Factory > 학습서를 클릭하십시오. Linux 클라이언트를 사용하는 경우 이 학습서는 Web Experience Factory 도움말 시스템에서 사용할 수 있습니다.

3. 설치 정보

설치 후 몇 개의 태스크를 수행해야 할 수도 있습니다.

3.1 Eclipse의 기본 언어 지원

Web Experience Factory Designer에서는 독일어, 스페인어, 프랑스어, 이탈리아어, 한국어, 일본어, 포르투갈어(브라질), 대만어 및 중국어와 같은 언어를 지원합니다.

영어가 아닌 다른 언어로 Eclipse를 사용하려면 Eclipse 웹 사이트에서 언어 팩을 다운로드하여 해당 팩을 Eclipse IDE에 설치해야 합니다.

Web Experience Factory Designer에서 도움말 > 새 소프트웨어 설치를 클릭하십시오.
설치 대화 상자에서 추가를 클릭하십시오.
사이트 추가 대화 상자의 이름에서 패키지를 설명할 텍스트(예: 언어 FR)를 입력하고 위치에서 다음 URL을 입력하십시오.
```
http://download.eclipse.org/technology/babel/update-site/R0.8.1/helios
```
사용 가능 언어 목록이 사용 가능하도록 하려면 확인을 클릭하십시오.
이 조작에는 몇 분이 소요될 수 있습니다.
사용 가능 언어 목록에서 원하는 언어를 펼치고 사용 가능 언어 팩 목록에서 다음 항목을 선택하십시오.
```
Babel language pack for eclipse language (%)
```
이 선택사항은 모든 필수 코드를 제공합니다.
다음을 클릭하여 언어를 로드하고 다시 다음을 클릭하여 언어를 설치하십시오.
라이센스 계약에 동의하고 완료를 클릭하십시오.
설치가 완료된 후 Eclipse를 다시 시작하고 언어 대상과 함께 -nl 옵션을 시작 명령에 추가하십시오(예: -nl fr).
참고: Microsoft Windows 시스템이 비영어 그룹 1 언어를 사용하도록 구성된 경우에는 해당 언어로 Eclipse를 실행할 수 있습니다.

참고: 프로젝트 이름 또는 경로의 폴더 이름에는 멀티바이트 문자가 지원되지 않습니다.
옵션: Eclipse 시동 명령에 언어 ID를 추가하여 Web Experience Factory Designer가 그룹 1 언어에서 실행되도록 할 수 있습니다.
예를 들어, 시동 명령에 다음 ID를 추가하면 시스템이 사용하도록 구성된 언어에 관계없이 Web Experience Factory Designer를 스페인어로 실행할 수 있습니다.
```
-Duser.language=es -Duser.country=ES
```
참고: IBM Rational Application Developer에서 동일한 언어가 지원됩니다. Rational Application Developer에 언어 지원을 설치하려면 설치 관리자를 사용하십시오(또는 Rational Application Developer 설치 시 설치하십시오). 언어 지원 설치에 대한 지침은 Rational Application Developer 문서를 참조하십시오.

3.2 Apache Tomcat

Web Experience Factory Designer 새 프로젝트 마법사를 실행한 후에는 Tomcat을 다시 시작하십시오. 이렇게 하면 모든 라이브러리가 올바르게 로드됩니다.

3.3 Linux 시스템에서 Eclipse 2바이트 언어 문제

2바이트 언어로 Web Experience Factory를 Linux에 설치하면 올바른 글꼴이 표시되지 않을 수도 있습니다. 가능한 솔루션은 다음과 같습니다.

사용 중인 언어에 사용 가능한 모든 글꼴을 설치하십시오.
선택한 언어를 사용할 수 있는 시스템에서 JRE를 사용하여 설치 프로그램을 시작하십시오. 예를 들면 다음과 같습니다.
```
/Factory.bin LAX_VM $JAVA_HOME/bin/java 
```

참고: IBM Rational Application Developer에서 동일한 언어가 지원됩니다. 언어 지원 설치에 대한 지시사항은 Rational Application Developer 문서를 참조하십시오.

4. IBM Web Experience Factory 제거

Web Experience Factory 제품 설치 안내서 또는 Web Experience Factory 제품 설치 안내서(클라이언트 플랫폼에 따라 다름) 및 Web Experience Factory 제품 설치 안내서의 단계에 따라 Web Experience Factory Designer 파일과 프로젝트 WAR 파일을 제거하십시오.

4.1 Windows 시스템의 Web Experience Factory Designer 제거

Windows 제어판을 사용하여 프로그램 추가/제거에 액세스하십시오.
설치 제거할 제품을 선택하고 변경/제거를 클릭하십시오.
설치 제거 창이 표시되면 설치 제거를 클릭하십시오.
제품 파일, 레지스트리 항목 및 바로 가기가 시스템에서 제거됩니다.
참고: Web Experience Factory만 설치 제거하고 WebSphere Application Server Community Edition은 설치 제거하지 않을 수 있습니다. 그러면 새 버전의 Web Experience Factory는 설치할 수 있지만 WebSphere Application Server Community Edition은 설치할 수 없습니다(기존 버전이 존재하기 때문). WebSphere Application Server Community Edition을 시작 메뉴 또는 Web Experience Factory에서 실행하는 경우, WebSphere Application Server Community Edition에서 java.exe 파일을 찾을 수 없다는 오류가 발생합니다.
이 문제점을 피하려면 \wasceInstallDir\bin\setenv.bat 파일을 열고 다음 행을 편집하십시오.
```
set WASCE_JAVA_HOME=
```
이 값을 시스템의 JRE로 설정합니다. 예를 들면, Eclipse에 설치된 디렉토리(C:\Program Files\eclipse\jre)를 사용할 수 있습니다.

4.1.1 Linux 시스템의 Web Experience Factory Designer 제거

Linux 설치 시 설치 프로그램에서 작성한 특정 파일 및 디렉토리를 수동으로 제거해야 합니다.

Designer 디렉토리와 설치 디렉토리에 있는 로그 파일을 삭제하십시오.
원하는 경우 original install directory/license 디렉토리를 삭제하십시오.
IDE_INSTALL_DIR/links 디렉토리에서 Web Experience Factory 링크 파일(com.bowstreet.designer.link)을 삭제하십시오(예: /opt/IBM/SDP75/links).

4.2 프로젝트 WAR 파일 제거

애플리케이션 및 포털 서버 관리 도구를 사용하여 설치 가능 및 설치된 WAR 파일을 제거하십시오.
관리 도구를 사용하여 설치된 애플리케이션만 제거합니다. 그러면 나머지 애플리케이션 또는 포틀릿 관련 디렉토리 및 파일을 직접 삭제해야 할 수 있습니다.

5. 플러그인 파일, 프로젝트 및 포틀릿 업그레이드

이 절에서는 이전 버전이 설치된 IDE(Eclipse 또는 IBM Rational)에 새 버전의 Web Experience Factory를 설치한 경우 IBM Web Experience Factory 플러그인 파일을 업그레이드하는 데 필요한 프로시저를 설명합니다. 또한 이 절에서는 이전 버전의 Web Experience Factory Designer를 사용하여 빌드된 프로젝트를 최신 프로젝트 버전으로 업데이트하는 방법도 설명합니다. 마지막으로, 이 섹션에서는 포틀릿을 Java Portlet API 표준으로 업그레이드하는 방법을 설명합니다.

5.1 버전 5.12, 6.0.0, 6.0.1, 6.0.2, 6.1.0, 6.1.2, 6.1.5, 7.0 및 7.0.1에서 프로젝트 업그레이드

'flat' 프로젝트를 업그레이드할 경우 새 프로젝트를 작성하고 내보내기 > Web Experience Factory 아카이브 기능을 사용하여 컨텐츠를 새 프로젝트로 마이그레이션하십시오. flat 프로젝트는 WebContent 디렉토리가 없는 5.12 또는 6.0 프로젝트입니다. flat 프로젝트를 업그레이드하는 경우 패싯 지원의 추가된 이점을 가져오지 않습니다.

이러한 프로젝트가 새 플러그인 파일 및 기능 세트와 관련된 변경사항을 포함할 수 있도록 이전 플러그인 파일을 사용하여 작성한 프로젝트를 수정해야 합니다.

기존 프로젝트를 Web Experience Factory Designer로 여십시오.
프로젝트 탐색기에서 프로젝트 항목을 마우스 오른쪽 단추로 클릭하고 Web Experience Factory 프로젝트 > 프로젝트 버전 업그레이드를 클릭하십시오.
요약 정보가 표시됩니다. 다음을 클릭하십시오.
필요 시 이 프로젝트의 배치 정보를 업데이트하십시오. 배치 구성을 점검하고 업그레이드 마법사에서 완료를 클릭하십시오.
업그레이드 프로세스가 완료되기 전에 Web Experience Factory 기능에서 변경된 파일을 비롯하여 변경된 프로젝트의 Web Experience Factory 파일(직접 변경한 파일은 필수는 아님)을 겹쳐쓰도록 프롬프트가 표시됩니다.
프로젝트를 서버에 다시 배치해야 합니다. 다시 배치하도록 프롬프트가 표시되면 예를 클릭하십시오.
작업 공간에서 프로젝트를 마우스 오른쪽 단추로 클릭하십시오.
특성 > Web Experience Factory 특성 > 기능 정보를 클릭하십시오.
설치된 기능 세트 새로 고치기를 설정하고 확인을 클릭하십시오.

jar 파일을 /WEB-INF/work/lib에 추가한 경우 프로젝트 업그레이드가 끝나면 빌드 경로에 해당 파일을 수동으로 추가해야 합니다.

5.2 포틀릿을 Java 포틀릿 표준 API로 업그레이드

WebSphere Portal에는 WebSphere 포틀릿용 Java 포틀릿 표준 API에 대한 지원이 있습니다. 더 이상 사용되지 않는 WebSphere Native 포틀릿 API에서 사용되도록 설계된 포틀릿이 계속 WebSphere Portal에서 실행될 수 있지만, Java 포틀릿 표준 API를 사용하여 새 포틀릿을 빌드하는 것이 좋습니다.

사용되지 않는 WebSphere 기본 포틀릿 API를 사용하여 빌드된 포틀릿을 Java 포틀릿 표준 API로 쉽게 업그레이드할 수 있습니다. 이렇게 하려면 포틀릿 모델을 포함하는 프로젝트를 수정해야 합니다.

참고: 프로젝트를 이미 업그레이드한 경우 프로젝트를 Java 포틀릿 표준 API로 전환하여 Java 포틀릿 표준 API로 전환할 수 있습니다. 다음 단계에 설명된 대로 이전 WAR을 설치 제거하여 서버 구성을 변경하고 Java 포틀릿 표준 API 서버 구성을 사용하도록 프로젝트를 업데이트하십시오. 프롬프트가 표시되면 프로젝트를 공개하십시오.

이전 버전의 Web Experience Factory에서 빌드된 포틀릿을 Java 포틀릿 표준 API를 사용하도록 업그레이드하려면 다음 단계를 수행하십시오.

포틀릿 모델을 포함하는 프로젝트를 Web Experience Factory Designer에 로드하십시오.
프로젝트를 선택하고 Web Experience Factory 프로젝트 > 프로젝트 버전 업그레이드를 클릭하십시오.
WebSphere Portlet Administration 도구를 사용하여 WebSphere Portal Server에서 이전 포틀릿 WAR 파일을 제거하십시오.
(프로젝트를 이미 업그레이드한 경우 Java 포틀릿 표준 API 서버 구성으로 프로젝트를 전환하고 Java 포틀릿 표준 API 서버 구성을 사용하도록 프로젝트를 업데이트한 후 프롬프트 시 재배치하십시오.)
Web Experience Factory Designer에서, 내보내기 명령 중 하나를 사용하여 WebSphere Portal 서버에 대해 포틀릿 WAR 파일을 업데이트하십시오.
WebSphere Administration 도구를 사용하여 업데이트된 포틀릿을 WebSphere Portal 페이지에 놓으십시오.

5.3 포틀릿 모델 재생성

협업 포틀릿 소스 빌더 및 협업 포틀릿 대상 빌더를 사용하는 모델이 있는 경우 프로젝트가 Java Portlet Standard 2.0 API(JSR 286)를 사용하면 모델을 재생성하십시오.

이러한 단계는 이전 버전의 Web Experience Factory에 존재하지 않는 새로운 이벤트 메타데이터를 캡처하기 위해 필요합니다.

협업 포틀릿 소스 빌더 또는 협업 포틀릿 대상 빌더가 포함된 프로젝트에서 각 모델의 경우 모델을 여십시오.
재생성을 강제 실행하십시오.
예를 들어, 모델 > 모델 생성을 클릭하거나 아무 빌더나 열고 확인을 클릭하십시오.
모델을 저장하고 프로젝트를 공개하거나 다시 내보내십시오.

이 프로시저는 새 이벤트 메타데이터를 캡처합니다.

6. IBM Tivoli License Manager 트래킹 사용

IBM Tivoli® License Manager(ITLM)는 시스템에 설치 및 사용된 제품 및 해당 버전, 릴리스와 수정팩을 인식하고 모니터합니다. 이렇게 하면 IBM에서는 설치된 제품의 업데이트 사항을 해당 고객 기반으로 통신하고, 제품 및 사용량에 대해 적합하게 청구할 수 있습니다. 또한 다양한 IBM 소프트웨어 패키지와 번들된 동일한 제품의 다중 설치에 대한 청구를 방지합니다.

IBM Web Experience Factory로 작성된 애플리케이션 및 포틀릿 WAR 파일의 사용을 Tivoli License Manager를 통해 모니터하고 트랙할 수 있습니다. 이 성능을 사용하려면, Web Experience Factory에서 생성한 특정 파일을 애플리케이션 또는 포틀릿 EAR 파일의 루트 레벨에 놓아야 Tivoli License Manager가 인식할 수 있습니다.

Tivoli License Manager 사용 트래킹을 사용하려면 다음 조작을 수행하십시오.

WEB-INF\bin\itlm\ 디렉토리 및 해당 컨텐츠를 배치된 EAR 파일의 루트로 끄십시오.

참고: WEB-INF\bin\itlm\ 디렉토리가 한 위치에만 있는지 확인하십시오. 이 디렉토리의 여러 사본이 EAR 파일에 있으면 이중 사용 오류가 표시됩니다.

참고: WEB-INF\bin\itlm\ 디렉토리를 EAR 파일의 루트로 이동하지 않은 경우, Tivoli License Manager는 재고 트래킹만 제공합니다.

Tivoli License Manager 사용에 대한 자세한 정보는 IBM WebSphere Portal 문서를 참조하십시오.

7. 설치 시 Windows용 JAWS 사용

Web Experience Factory를 설치하고 내게 필요한 옵션으로 JAWS 화면 판독기를 사용하려면 다음 추가 단계를 수행하여 올바로 설치를 시작해야 합니다.

Web Experience Factory 설치를 시작하려면 다음 명령을 사용하십시오.

Factory.exe LAX_VM installDir-for-java\java.exe

여기서 installDir-for-java\는 로컬 Java 설치 디렉토리입니다.

이 명령은 사용자가 지정하고 Java Access Bridge에서 작동하는 JVM을 사용하도록 설치를 강제 실행합니다.

IBM Lotus Expeditor 6.1.1 설치 및 설정

IBM Lotus Expeditor(XPD) 6.1.1이 동적 JSP를 지원할 수 있도록 하려면 웹 변환기 기능을 사용하십시오.

이 지시사항은 보충용으로만 제공되며 IBM Lotus Expeditor 및 IBM Lotus Notes® 8 개발자 및 관리자 문서를 대체하지 않습니다.

IBM Lotus Expeditor(XPD) 6.1.1을 설치하여 웹 변환기 기능을 통해 동적 JSP를 지원하도록 설정하십시오.

기본값을 선택하여 IBM Lotus Expeditor 6.1.1을 설치하십시오.
IBM Lotus Expeditor 6.1.1 클라이언트를 시작하십시오.
파일 > 애플리케이션 > 설치를 클릭하십시오.
새 로컬 업데이트 사이트를 작성하고 IBM Lotus Expeditor DRE 제품 매체에서 updates\client 디렉토리를 가리키도록 하십시오.
완료를 클릭하십시오.
DRE 업데이트 사이트의 런타임 카테고리에서 Core JVM 기능 - J2SE 기능을 선택하십시오.
완료를 클릭하여 이 기능 설치를 완료하고 요청 시 다시 시작하십시오.
완료를 클릭하십시오.
업데이트 사이트의 런타임 카테고리에서 웹 컨테이너 - JSP 컴파일러 브릿지 및 Eclipse Java 개발 도구 기능을 선택하십시오.

이제, IBM Lotus Expeditor 6.1.1이 동적 JSP를 지원할 수 있어야 합니다.

통합 확장 시작하기

IBM Web Experience Factory에서는 몇 가지 백엔드 시스템을 통합할 수 있습니다.

기타 기능 세트를 추가하면서 해당 프로젝트에 통합 확장을 추가할 수 있습니다. 그러면 확장에 제공된 빌더를 사용할 수 있습니다.

그러나 필수 설치, 구성 및 관련된 주제 시작하기에 설명된 설정 단계를 수행해야 확장을 사용할 수 있습니다.

Lotus Collaboration 확장

이 주제에서는 Lotus Collaboration 확장에 대해 설명합니다.

시작하기

이 패키지는 IBM Lotus Domino 컴포넌트 및 서비스에 Domino 빌더를 제공하여 Web Experience Factory의 성능과 유연성을 확장합니다.

이 기능 세트에는 Domino 에이전트의 원격 호출 및 실행과 추가 보안 스키마(예: LTPA 토큰 또는 IBM WebSphere Portal Server 신임) 사용을 지원하는 기능도 포함되어 있습니다. 포틀릿 사용자에 대해 싱글 사인온을 둘 다 사용하십시오.

이 패키지로 작성한 포틀릿 및 위젯은 기타 Lotus 협업 서비스(예: 대화, 이메일, 프로파일 발견, 작성자 및 문서 검색)를 이용하도록 인식을 통합할 수도 있습니다. 그리고 Web Experience Factory의 고유 기능을 사용하여 포틀릿 및 위젯을 사용자 정의하면, 사용자에게 필요한 보기 및 협업 기능만 제공하는 사용자 정의 포틀릿 또는 위젯을 작성할 수 있습니다.

1 설치 정보

기타 모든 기능 세트의 경우와 마찬가지로 Collaboration 패키지를 설치하십시오.

참고: Application Server 설정에 따라, 모든 기능 세트 파일을 올바로 등록하기 위해 서버를 다시 시작해야 할 수도 있습니다. 모든 파일이 Web Experience Factory Designer에 올바로 인식되게 하려면 이 기능 세트를 설치한 후 Web Experience Factory Designer를 종료 및 다시 시작하십시오.

2 구성 요구사항

2.1 Domino 서버 특성 파일

편의를 위해 Domino 서버 설정을 확립하고 제어하는 특성 파일을 설정할 수 있습니다. Domino 데이터 액세스 빌더에서 이 파일을 선택하면 이는 Domino 서버에 연결을 설정하는 데 사용됩니다.

이 파일은 프로젝트 WEB-INF/config/domino_config 디렉토리에 있습니다. 특성 파일은 기본 Domino 연결 특성(예: Domino 서버 이름 및 올바른 Domino 사용자 이름과 비밀번호)를 지정하는 데 사용됩니다. 일반적인 Domino 특성 파일에는 domino.properties란 이름이 지정되고 다음이 들어 있을 수 있습니다.

# Domino application server
ServerName=
# Domino User Name
UserName=
# Domino Password
PassWord=
# Domino server http port
# The http port is used when the builder is configured to retrieve rich rext items as HTML.
# The Domino Attachment builder also uses these values when creating http
# links to attachments in the documents.
DominoHttpPort=80
# SSL Settings
# When rich text items are fetched as HTML, relative urls to Domino resources (images,
# other documents, etc.) in the html are converted to absolute URLS to the Domino 
# resource. Thus, the browser will request these resources using the absolute URL.
# If the absolute URLS to Domino resources should use https, set DominoConvertAbsUrlsToSSL
# to true. Also set DominoHttpsPort to your Domino server's https port.
# The Domino Attachment builder will also use these properties when forming
# the URL to the attachment.
DominoConvertAbsUrlsToSSL=true
DominoHttpsPort=443
# If the application on the application server should use https when fetching rich text 
# items from Domino's web server, set the following property to true.
# Note: if this property is true, the certificate from Domino's web server will need
# to be added to your application server JVM's cacerts file.  
DominoUseHttps=false

기본 Domino server.properties 파일은 Lotus Collaboration 확장 기능 세트와 함께 설치됩니다. 이 파일은 WEB-INF/config/domino_config 디렉토리에 있습니다. 이 파일을 사용하여 기본 Domino 설정을 확립하십시오.

참고: 이 파일의 설정은 Domino 데이터 액세스 빌더에서 사용 가능한 연결 대체 설정을 사용하여 대체할 수 있습니다.

2.2 Domino 서버 구성

이 패키지 및 이에 포함된 빌더를 사용하려면 Domino 서버에 대한 IIOP(Internet Inter-Orb Protocol) 액세스가 있어야 합니다. 추가 정보는 Domino 도움말을 참조하십시오.

인식 기능을 활성화하려면 IBM WebSphere Portal Server 확장 또는 WebSphere Portal Experience 제품을 실행 중이어야 하고, 이런 제품의 협업 컴포넌트가 Domino 서버에 올바로 구성되어 실행 중이어야 합니다. 이런 컴포넌트에는 Sametime®(대화용), Discovery(사용자 프로파일 표시, 작성자/문서 검색 및 메일용) 중 하나 이상이 포함됩니다.

이 제품의 릴리스 정보를 점검하여 이 패키지에서 컴포넌트를 지원하는 Lotus Collaboration 제품을 표시할 수 있습니다.

2.3 Domino 보안 설정

Domino데이터 액세스 빌더가 Domino 자원에 액세스하기 위해서는 Domino 서버 보안이 원격 호출을 적절히 허용 및 제한하도록 구성되어야 합니다. 이 액세스를 통제하는 구성 설정은 Domino Administrator에서 설정됩니다.

현재 서버 문서의 보안 탭을 확인하여 보안 설정을 검토할 수 있습니다. 이런 설정 확립에 대한 자세한 정보는 Domino Designer 도움말을 참조하십시오. Domino 버전 6에서는 Domino Designer 도움말 항목인 Java/CORBA 클래스 > Java 클래스 코딩 지침 > Java 프로그램 실행을 참조하십시오. 서버 요구사항 섹션에서 보안 설정을 설명합니다.

2.3.1 데이터베이스 찾아보기 지원

Domino 서버는 빌더의 다양한 컨트롤이 사용 가능한 데이터베이스, 보기, 양식 및 에이전트의 목록으로 채워질 수 있도록 데이터베이스 찾아보기를 지원해야 합니다. 데이터베이스를 검색 가능하게 하는 Domino 서버 설정은 Domino 디렉토리의 서버 문서 InternetProtocols > HTTP 탭에 있습니다. 또한 보안 탭을 열고 익명 주 연결 허용을 사용 가능(예)으로 설정하십시오.

2.3.2 에이전트 실행

Domino 에이전트를 포틀릿 또는 위젯에서 원격으로 호출하여 실행하려면 에이전트를 서명해야 합니다. 사용자 엔터프라이즈 보안 정책에서 이를 수행하는 방법을 지시하겠지만 최종 결과는 포틀릿 또는 위젯 사용자가 포틀릿 또는 위젯 내에서 원격으로 에이전트를 호출할 수 있는 권한을 갖는 것이어야 합니다.

2.3.3 SSL 사용

SSL에 제공된 보안을 이용하려면 Web Experience Factory 및 Domino가 SSL 조작에 대해 올바로 구성되도록 일부 프로시저를 수행하십시오. 다음 단계는 Domino 연결에 SSL을 사용하는 데 필요합니다.

프로젝트 WEB-INF/config 디렉토리에 있는 override.properties 파일에 특성을 추가하고 특성을 true로 설정하십시오. (override.properties 파일이 존재하지 않으면 작성해야 합니다.) 다음 특성을 추가하십시오.
```
bowstreet.domino.session.enableSSL=true
```
TrustedCerts.class 파일을 Web Experience Factory Designer에 사용할 수 있게 하십시오. 이렇게 하려면 TrustedCerts.class 파일을 취해서 jar 파일에 놓으십시오. TrustedCerts.class 파일은 Domino 서버 Domino\Data\domino\java 디렉토리에 있습니다.
TrustedCerts.class 파일은 DIIOP 포트가 SSL에 사용 가능한 경우 Domino 서버에 의해 생성됩니다. 이 파일에는 서버가 검증한 인증이 포함되어 있습니다.
TrustedCerts.class 파일을 포함하는 jar 파일을 Web Experience Factory Designer 코어 플러그인 /lib 디렉토리에 추가하십시오.
```
install_directory\Designer\eclipse\plugins\com.bowstreet.designer.core_version-number\lib
```

Eclipse 버전 3.3.x 이상인 경우 install_directoryDesigner\eclipse\plugins\com.bowstreet.designer.core_6.1.5\META-INF\MANIFEST.MF 파일을 편집하고 Bundle-ClassPath: 목록에 sslClasses.jar 파일을 놓으십시오. 예:

Bundle-ClassPath: designercore.jar,
 lib/jakarta-poi.jar,
 lib/jxl.jar,
 lib/sapjco.jar,
 lib/SiebelJI.jar,
 lib/SiebelJI_Common.jar,
 lib/SiebelJI_enu.jar,
 lib/Siebel.jar,
 lib/sslClasses.jar
 lib/activation.jar,
 lib/portlet.jar,
 lib/bstres.jar,
 lib/bstres_nl1.jar,
 lib/builderui-res.jar,
 lib/builderui-res_nl1.jar,
 lib/jdom.jar,
 lib/builderimages.jar,
 lib/NCSO.jar,
 lib/packman.jar,
 lib/factory.jar,
 lib/builderui.jar,
 lib/j2ee.jar,
 lib/icons.jar,
 lib/wsdl4j.jar,
 lib/classparser.jar,
 lib/axis.jar,
 lib/commons-fileupload.jar,
 lib/commons-logging.jar,
 lib/commons-discovery.jar,
 lib/commons-pool.jar,
 lib/wc50.jar,
 lib/WidgetExtension.jar,
 lib/WidgetExtension_nl1.jar,
 lib/xercesImpl.jar,
 lib/xml-apis.jar,
 bin/,
 lib/log4j.jar

Eclipse 버전 3.2.x 및 그 아래 버전의 경우 다음 위치에 있는 plugin.xml 파일을 편집하여 이 jar 파일을 포함시키십시오.

install_directory\WEFDesigner\eclipse\plugins\com.bowstreet.designer.core_version-number

예를 들어, 다음과 같습니다.

<library name="lib/sslClasses.jar">
<export name="*"/>
</library>

TrustedCerts.class 파일을 포함하는 jar 파일을 프로젝트 WEB-INF/lib 디렉토리에 추가하십시오.
이를 추가하면 TrustedCerts.class 파일을 런타임 환경에서 사용할 수 있습니다.
Web Experience Factory Designer를 다시 시작하십시오.
참고: Eclipse 3.x를 사용하는 경우, 이 jar을 적용하려면 명령행 매개변수에 -clean 플래그를 실행해야 합니다.
Domino 빌더를 사용하여 포트 63148에서 Domino 서버에 연결하십시오. 예:
```
domino_server.my_company.com:63148
```

참고: DIIOP 포트에서 SSL을 지원하려면 Domino 서버가 올바로 구성되어야 합니다. 세부사항은 Domino 문서를 참조하십시오.

3 Domino 포틀릿 시작하기

Domino 포틀릿 빌드를 시작하는 데는 두 가지 방법이 있습니다.

파워유저인 경우
WebSphere Portal 내에서 Domino 사용자 정의 프로그램을 사용하여 Domino 포틀릿을 복제한 후 수정하십시오. 자세한 정보는 3.1 파워유저를 참조하십시오.
개발자인 경우
Domino 샘플을 실행하여 샘플 모델을 조사하십시오. 자세한 정보는 3.2 개발자를 참조하십시오.

3.1 파워유저

다음의 단순한 단계에 따라 사용자 정의 Domino 포틀릿을 빌드하십시오.

WebSphere Portal 서버에서 Domino 템플리트 포틀릿을 찾으십시오.
포털의 페이지로 작업 기능을 사용하여 이 포틀릿을 페이지에 추가하십시오.

사용 가능한 모든 포틀릿을 검색하고 목록에서 새 포틀릿을 선택한 다음 페이지에 이를 놓고 완료를 클릭하십시오.

초기 표시에 포틀릿이 다음과 같이 표시됩니다.

포틀릿이 구성되지 않았습니다.
포틀릿의 구성 아이콘을 사용하여 포틀릿을 구성하십시오. Domino 서버, 데이터베이스 및 보기 외에 기타 Domino 구성 설정도 지정해야 합니다.
포틀릿 구성 및 WebSphere 포털에서 포틀릿 보기에 대한 자세한 정보를 표시하려면 포틀릿의 도움말 단추를 클릭하십시오.

3.2 개발자

Domino 샘플에 액세스하여 제품 위키에서 관련 기사를 조사하십시오.

도움말에서 IBM Web Experience Factory Designer > IBM Web Experience Factory 자원 액세스 > IBM Web Experience Factory 위키을 클릭하여 위키(학습서)에 액세스하십시오.
위키의 태그 클라우드에서 domino를 클릭하여 Domino 관련 기사 및 샘플 목록을 표시하십시오.

4 Domino 위젯 시작하기

Domino 샘플에 액세스하여 제품 위키에서 관련 기사를 조사하십시오.

도움말에서 IBM Web Experience Factory Designer > IBM Web Experience Factory 자원 액세스 > IBM Web Experience Factory 위키을 클릭하여 위키(학습서)에 액세스하십시오.
위키의 태그 클라우드에서 domino를 클릭하여 Domino 관련 기사 및 샘플 목록을 표시하십시오.

5 Domino 연결 풀링

기본적으로 Domino 데이터 액세스 빌더는 이제 Domino 세션을 구성 가능한 수의 캐시된 CORBA ORB(Object Request Broker)에 분배합니다. 그러면 제공된 ORB로 작성된 모든 세션이 하나의 TCP/IP 연결을 공유하므로 네트워크 자원이 감소합니다. 다음 특성을 사용하여 이를 제어합니다.

bowstreet.domino.numOrbs=N: 모든 Domino 세션 간에 작성되고 공유된 CORBA ORB의 수를 지정합니다. 이 특성이 설정되지 않은 경우, 기본값은 5입니다. 전체 ORB 세트에 로드를 배치하려면 다음 후속 ORB가 캐시에서 검색되어 Domino 트랜잭션을 처리합니다. 네트워크 연결의 과부하를 주의해야 합니다. 해당 애플리케이션 성능 요구사항에 따라 ORB의 수를 조정하십시오. 또한 시간이 오래 걸리는 Domino 트랜잭션은 동일한 ORB를 사용하는 다른 세션을 차단할 수 있습니다. 따라서 빠른 Domino 트랜잭션을 확보하는 데 주의를 기울여야 합니다.
bowstreet.domino.session.pooling.originalImplementation=(true 또는 false): 6.0.2.1 이전에 원래 연결 처리 구현으로 되돌리려면 true를 지정하십시오. 이는 권장되지 않습니다. 기본값은 false입니다.

NCSO.jar에 있는 이전의 호환 가능한 Domino 8 버전이 Web Experience Factory에 패키지되었습니다. 이는 Domino CORBA 구현 시에 성능을 향상시킵니다.

PeopleSoft 확장

이 주제에서는 PeopleSoft 확장에 대해 설명합니다.

시작하기

PeopleSoft 확장은 IBM Web Experience Factory 사용자에게 다음과 같은 중요 기능을 전달합니다.

싱글 사인온 기능: IBM WebSphere Portal Server 신임 저장소를 사용합니다.
포틀릿 코드의 자동화: 표준 컴포넌트 인터페이스 메소드(Get, Find, Create, Save, Cancel)에 대한 지원, 다양한 표시 및 편집 페이지 생성 및 컴포넌트 인터페이스에 포함된 데이터를 설명하는 스키마 작성을 포함합니다.
다른 빌더와 완벽한 통합: 사용자 정의 룩앤필을 포함하는 강력하고 고도로 사용자 정의된 포틀릿을 작성합니다.

1.0 설치 정보

기타 모든 기능 세트의 경우와 마찬가지로 PeopleSoft 확장을 설치하십시오.

지원되는 제품 버전에 대한 정보는 릴리스 정보 주제의 자세한 시스템 요구사항을 참조하십시오.
프로젝트의 마우스 오른쪽 단추 클릭 메뉴에서 특성을 선택하십시오. Web Experience Factory 카테고리를 펼치고 기능 정보를 선택하십시오.
기능 정보 화면에서 PeopleSoft 확장을 선택하고 적용을 클릭하십시오. 확인을 클릭하여 기능 세트를 추가하십시오. 프롬프트가 표시되면 다시 배치하도록 선택하십시오.
psjoa.jar 파일의 사본을 Eclipse 프로젝트의 work/lib 폴더에 놓으십시오.
PeopleSoft Java 오브젝트 어댑터 JAR 파일, psjoa.jar는 PeopleSoft 설치 또는 PeopleSoft 고객 서비스 담당자로부터 얻을 수 있습니다.

JAR 파일에는 PeopleSoft 서버에 액세스하기 위해 빌더가 사용하는 Java 클래스가 포함되어 있습니다. PeopleSoft를 로컬로 설치한 경우 PS_HOME 디렉토리에서 이 파일의 사본이 있는지 찾아보십시오.

참고: 빌더가 사용하는 이 JAR 파일의 버전이 액세스할 PeopleSoft 서버의 버전과 일치해야 합니다. 일치하지 않는 psjoa.jar 파일을 PeopleSoft 서버와 함께 사용하면 빌더 재생성 및 런타임 동안 오류가 발생할 수 있습니다.

참고: 서버 설정에 따라, 모든 기능 세트 파일을 올바로 등록하기 위해 Application Server 및 Web Experience Factory Designer를 다시 시작해야 할 수 있습니다.

참고: WebSphere Portal Server 환경에서는, 써드파티 JAR 파일이 기타 JAR 및 클래스보다 먼저 로드되도록 클래스 로딩 순서를 설정해야 합니다. 이렇게 해야 WebSphere Portal Server에서 이러한 써드파티 파일에 액세스하여 사용할 수 있습니다. WebSphere Portal Server에서 이 설정을 확립하는 데 필요한 단계는 Web Experience Factory 설치 안내서를 참조하십시오.

1.1 설치 확인

빌더 및 JAR 파일이 올바로 설치되었는지 확인하려면 다음 단계를 수행하십시오.

새 모델을 작성하십시오.
PeopleSoft 컴포넌트 인터페이스 빌더를 모델에 추가하고 빌더의 이름을 입력하십시오.
연결 그룹 아래에서 특성 파일 입력에 대한 값으로 default_connection.properties를 선택하십시오.
연결 테스트 단추를 클릭하십시오.
연결이 제대로 설정되었음을 나타내는 대화 상자가 표시되어야 합니다. PeopleSoft 서버에 연결 문제점이 발생한 경우 오류 메시지와 함께 오류 대화 상자가 표시됩니다.

2.0 구성 요구사항

PeopleSoft 빌더 사용의 첫 번째 단계는 특성 파일을 설정하는 것입니다. 이 파일은 프로젝트 /WEB-INF/config/peoplesoft_config/ 디렉토리에 있습니다. 특성 파일(default_connection.properties)은 연결 특성(예: PeopleSoft 서버의 이름, 올바른 PeopleSoft 사용자 이름 및 비밀번호)을 지정하는 데 사용됩니다.

일반적인 특성 파일에는 다음 특성이 포함될 수 있습니다.

 #Default connection properties for the PeopleSoft Builders

 # PeopleSoft application server
 hostserver=pplsoft:9000

 # Logon user name
 UserName=jdoe
 
 # Logon password 
 PassWord=PS

3.0 PeopleSoft 세션 풀링 및 특성

PeopleSoft 빌더는 백엔드 PeolpeSoft 서버에 대한 세션 풀링을 지원합니다. 기본적으로, 세션 풀링은 사용하지 않습니다(Web Experience Factory Designer 환경에 합당한 구성). 그러나 서버의 경우 풀링을 통해 작성하는 세션 수를 최소화하고 전반적인 빌더 런타임 성능을 향상시키려고 할 수 있습니다.

아래 표의 특성을 PeopleSoft 프로젝트 .../WEB-INF/config/override.properties 파일에 추가하여 PeopleSoft 세션 풀링을 사용 및 구성할 수 있습니다.

참고: PeopleSoft 빌더는 표준 개방형 소스 Apache 공통 풀링 구현을 사용합니다. 이러한 특성의 의미에 대한 세부사항 정보는 Apache 웹 사이트에서 GenericKeyedObjectPool에 대한 Commons 문서를 참조하십시오.

표 4. 세션 풀링을 사용하고 구성하기 위한 특성
특성	기본값	효과
bowstreet.peoplesoft.session.pool.enabled	`false`	정의되고 `TRUE`로 설정되면 세션 풀링이 사용 가능합니다.
bowstreet.peoplesoft.session.pool.maxActiveSessions	`8`	동시의 최대 활성 세션 수. 음수인 경우, 활성 세션 수에 제한이 없습니다.
bowstreet.peoplesoft.session.pool.maxIdleSessions	`8`	동시에 풀에 있는 유휴 세션의 최대수. 음수인 경우, 유휴 세션 수에 제한이 없습니다.
bowstreet.peoplesoft.session.pool.maxWait	`-1`	세션이 풀로 리턴되는 것을 대기하는 최대 시간(밀리초 단위). 음수인 경우, 요청 중인 스레드는 세션이 리턴되는 것을 무제한 대기합니다. 지정된 시간에 풀로 리턴된 세션이 없는 경우, 요청 중인 스레드는 예외를 수신합니다.
bowstreet.peoplesoft.session.pool.maxIdleTimeSeconds	`1800`	세션이 축출 및 재승인되기 전에 풀에서 유휴 상태에 있도록 허용되는 최대 시간(초 단위). 음수인 경우, 세션이 유휴 시간에 기초하여 축출되지 않습니다.
bowstreet.peoplesoft.session.pool.idleSessionSweepSeconds	`30`	풀에서 축출 및 재승인할 유휴 세션을 찾는 스윕 간의 최대 시간(초 단위). 음수인 경우, 풀 스위핑을 사용하지 않습니다.
bowstreet.peoplesoft.session.pool.maxAgeMinutes	`-1`	유휴 세션 설정과 상관없이 세션이 축출 및 재승인되기 전 세션의 최대 수명(분 단위). 음수인 경우, 세션은 해당 수명으로 인해 절대 축출 및 재승인되지 않습니다. 참고: 이는 공통 라이브러리에 구현되지 않은 Web Experience Factory 특정 기능/특성입니다.

SAP 확장

이 주제에서는 SAP 확장에 대해 설명합니다.

시작하기

SAP 확장은 IBM Web Experience Factory 사용자에게 다음과 같은 중요 기능을 제공합니다.

SAP JCo를 사용하여 SAP에 연결: SAP JCo 인터페이스는 연결 풀링을 지원하고 포틀릿과 SAP 간 통신의 관리를 감독합니다.
참고: Web Experience Factory에서 지원하는 SAP JCo 버전에 대한 정보는 릴리스 정보 주제의 자세한 시스템 요구사항을 참조하십시오.
싱글 사인온 기능: IBM WebSphere Portal Server 신임 저장소를 사용합니다.
포틀릿 코드의 자동화: SAP 데이터를 가져오는 메소드, 함수에서 리턴한 데이터를 설명하는 스키마 및 테이블, 가져오기와 내보내기를 보유하는 변수(유형이 스키마로 지정된)를 포함합니다.
다른 빌더와 완벽한 통합: 사용자 정의 룩앤필과 사용자 정의 BAPI에 대한 액세스도 포함하는 강력하고 고도로 사용자 정의된 포틀릿을 작성합니다.

1.0 설치 정보

SAP Extension의 컴포넌트에서는 다음 SAP 제품 버전을 지원합니다.

표 5. SAP 제품 버전
SAP 제품	지원되는 버전
R3	지원되는 버전은 Web Experience Factory 릴리스 정보 주제의 자세한 시스템 요구사항을 참조하십시오.

SAP 확장 설치

프로젝트의 마우스 오른쪽 단추 클릭 메뉴에서 특성을 선택하십시오. Web Experience Factory 카테고리를 펼치고 기능 정보를 선택하십시오.
기능 정보 화면에서 SAP 확장을 선택하고 적용을 누르십시오. 확인을 클릭하여 기능 세트를 추가하십시오. 프롬프트가 표시되면 프로젝트를 공개하지 마십시오. 프로젝트는 나중 단계에서 배치됩니다.
Windows 시스템의 경우
sapjco3.jar 및 WEB-INF/lib/WEF_JCo3Common.jar 파일을 애플리케이션 서버가 공유 JAR 파일을 로드하는 디렉토리로 이동하십시오. WEF_JCo3Common.jar 파일에는 애플리케이션 서버에 배치된 모든 Web Experience Factory 프로젝트에 공통적인 SAP 액세스 클래스가 들어 있습니다. 애플리케이션 서버가 로드하는 이 JAR의 단 하나의 사본만이 있어야 합니다. 서버가 둘 이상의 사본을 로드하는 경우에는 런타임 시에 오류를 받게 됩니다. 다른 Web Experience Factory 프로젝트에 대해 이 단계를 이미 완료한 경우에는 프로젝트에서 WEB-INF/lib/WEF_JCo3Common.jar 파일을 제거하기만 하면 됩니다.
또한 sapjco3.dll 파일을 Windows 운영 체제의 system32 디렉토리로 복사하십시오. (예를 들어, Windows XP 시스템의 경우 C:\Windows\system32.)
WebSphere

\WebSphere\AppServer\lib\ext

@@IBM WebSphere Application Server Community Edition
WebSphere Application Server Community Edition에서는 둘 이상의 웹 애플리케이션 사이에 공통 라이브러리로 공유될 JAR 파일을 배치해야 합니다. 각 웹 애플리케이션은 배치된 이 공통 라이브러리를 dependencies 노드의 geronimo-web.xml 파일에서 참조합니다. Web Experience Factory는 geronimo-web.xml 파일을 sapjco3.jar 파일의 샘플 공통 라이브러리 배치에 대한 주석 처리되어 있는 참조(기타 Web Experience Factory 통합 빌더의 JAR 파일에 대한 참조 포함)로 채웁니다.
그룹, 아티팩트, 버전 및 유형의 값은 대부분 임시입니다. 이름 지정 규칙이나 기타 모든 고려사항에 대응하는 값을 선택하십시오. 설치를 클릭하면 JAR 파일이 WASCE/repository/그룹/아티팩트/버전/유형 디렉토리에 위치하게 되며 WebSphere Application Server Community Edition 서버 전체 클래스 로더에 의해 로드됩니다.

WebSphere Application Server Community Edition 서버 콘솔을 여십시오.

서비스 아래에서 공통 라이브러리 링크를 선택하십시오.

찾아보기 옵션을 사용하여 SAP jar 파일을 선택하고 추가하십시오.

이름 지정 규칙을 사용하여 그룹, 아티팩트, 버전 및 유형을 입력하십시오.

설치를 클릭하여 JAR 파일을 추가하십시오.
Linux, UNIX 및 z/OS® 플랫폼
운영 체제에 해당하는 지침은 SAP Java Connector 설치 문서를 참조하십시오.
참고: Linux 시스템에서 Web Experience Factory를 실행 중인 경우에는 sapjco3.jar 및 WEF_JCo3Common.jar 파일에서 다음 권한을 설정하십시오.
```
-rwxr-xr-x (755)
```
소유자는 root이고 그룹은 Web Experience Factory 사용자가 속한 그룹으로 설정되어야 합니다. Web Experience Factory 사용자가 WebSphere Application Server 사용자와 다른 경우 해당 사용자가 SAP 라이브러리에 액세스할 수 있게 하려면 SAP Java Connector 설치 문서에 지시된 대로 해당 사용자의 환경을 설정해야 합니다.
참고: SAP 고객은 이 단계에서 필요한 SAP 라이브러리 파일을 http://service.sap.com에서 사용할 수 있습니다.
프로젝트를 재배치하십시오.
WEF_JCo3Common.jar 및 sapjco3.jar 파일을 Eclipse용 IDE 플러그인에서 사용할 수 있어야 합니다. 이 JAR 파일을 사용 가능하게 하려면 다음을 수행하십시오.
1. Web Experience Factory Designer 코어 플러그인 폴더를 찾으십시오. 예를 들면 다음과 같습니다.
  Windows 시스템:
```
C:\Program Files\IBM\Web Experience Factory\Designer\eclipse\plugins\com.bowstreet.designer.core_latest version
```
  Linux 시스템:
```
/home/user/IBM/Designer/eclipse/plugins/com.bowstreet.designer.core_latest version
```
2. WEF_JCo3Common.jar 및 sapjco3.jar 파일을 방금 찾은 플러그인 폴더의 \lib 폴더에 복사하십시오.
  참고: 이러한 JAR 파일의 이름을 바꾸지 마십시오. 코어 플러그인은 이러한 이름이 있는 JAR을 특별히 찾습니다. 이들 파일의 이름을 바꾸면 Web Experience Factory Designer가 해당 파일의 클래스를 로드할 수 없으며 SAP 서버와 통신할 수 없습니다. 서버 설정에 따라, 모든 기능 세트 파일을 올바로 등록하기 위해 Application Server 및 Designer를 다시 시작해야 할 수 있습니다.
Web Experience Factory 애플리케이션에서 공통 라이브러리 참조(WebSphere Application Server Community Edition을 사용하는 경우에만)
Web Experience Factory 프로젝트의 geronimo-web.xml 파일에는 sapjco3.jar 및 WEF_JCo3Common.jar 파일의 주석 처리된 종속성 목록이 들어 있습니다. 그룹, 아티팩트 ID 및 버전 값을 sapjco3.jar 파일의 공통 라이브러리 배치에 정의한 값으로 바꿔야 합니다.
```
<?xml version="1.0" encoding="UTF-8"?>
<web-app>
  <dependency>
	   <groupId>wef_integration</groupId>
    <artifactId>WEF_JCo3Common.jar</artifactId>
    <version>1.0.0</version>
  </dependency>
  <dependency>
	   <groupId>wef_integration</groupId>
    <artifactId>sapjco3.jar</artifactId>
    <version>3.0.5</version>
  </dependency>
</web-app>
```

1.1 설치 확인

빌더 및 JCo가 올바로 설치되었는지 확인하려면 다음 단계를 따르십시오.

사용 중인 SAP 서버에 적합하게 default_sap_server.properties 파일을 구성하십시오. 자세한 정보는 2.0 구성 요구사항를 참조하십시오.
IDE 또는 Web Experience Factory Designer 환경을 다시 시작하여 설치 프로세스를 완료하십시오.
Web Experience Factory Designer에서 SAP 오브젝트 브라우저 모델을 열고 태스크 보기에 오류가 보이지 않는지 확인하십시오. (이 모델은 Eclipse 네비게이터에서 액세스 가능한 WEB-INF/models/samples/SAP 폴더에 있습니다.)
모델을 실행하십시오. 모델이 올바르게 실행되는지와 리턴된 SAP 데이터로 드릴다운할 수 있는지 확인하십시오.

참고: IBM WebSphere Portal Server 환경에서는 써드파티 JAR 파일이 기타 JAR 및 클래스보다 먼저 로드되도록 클래스 로딩 순서를 설정해야 합니다. 이렇게 로딩 순서를 설정해야 WebSphere Portal에서 이러한 써드파티 파일에 액세스하여 사용할 수 있습니다. WebSphere Portal Server에서 이 설정을 확립하는 데 필요한 단계는 IBM 설치 안내서를 참조하십시오.

2.0 구성 요구사항

SAP 빌더 사용의 첫 번째 단계는 대상 특성 파일을 설정하는 것입니다. 이 파일은 프로젝트 WEB-INF/config/sap_config/ 디렉토리에 있습니다.

특성 파일은 SAP 연결 특성(예: SAP 서버 이름 및 올바른 SAP 사용자 이름과 비밀번호)을 지정하는 데 사용됩니다. 일반적인 SAP 특성 파일에는 my_sap.properties란 이름이 지정되고 다음 특성이 포함되어 있을 수 있습니다.

# SAP application server
jco.client.ashost=

# Logon user
jco.client.user=

# Logon password
jco.client.passwd=

# SAP client
jco.client.client=000

# Logon language
jco.client.lang=EN

# SAP system number
jco.client.sysnr=00

기본 SAP server.properties 파일이 SAP 빌더와 함께 설치되며 WEB-INF/config/sap_config 디렉토리에 있습니다. 파일을 사용하여 기본 SAP 설정을 확립하고 올바른 특성 값의 예를 볼 수 있습니다. 설치 시 구성된 대로 이 파일은 로컬 호스트에서 실행 중인 MiniSAP 서버에 적용 가능합니다.

3.0 시작하기 및 오브젝트 브라우저 사용

SAP Extension을 설치 및 구성한 후 오브젝트 브라우저 모델을 실행하십시오. 이 모델을 사용하여 SAP 시스템의 오브젝트를 탐색할 수 있습니다. 다음 단계를 사용하십시오.

모델을 실행하여 초기 화면을 보십시오. 시스템의 오브젝트에 대한 정보가 들어 있는 테이블이 표시됩니다. 열에는 각 오브젝트의 오브젝트 유형, 오브젝트 이름 및 설명 텍스트가 나열됩니다.
OBJNAME 열의 링크를 클릭하십시오. 새 테이블이 표시됩니다. 이 테이블은 각 행에 오브젝트와 연관된 메소드 세트(BAPI)를 나열합니다. 메소드 열의 링크를 클릭하십시오.
해당 메소드의 모든 매개변수가 들어 있는 다른 테이블이 표시됩니다. 매개변수에 대한 정보(예: 설명 및 간단한 텍스트)도 제공됩니다.
테이블의 매개변수를 클릭하면 매개변수 필드가 나열됩니다. 여기에서 필드 이름과 허용 가능 길이, 데이터 유형 및 필드 텍스트를 볼 수 있습니다.

4.0 SAP 시스템과 통신

SAP 빌더는 SAP JCo 인터페이스(SAP 시스템과 함께 사용 가능)을 사용하여 SAP에 연결합니다. 이 인터페이스를 통해 Java 애플리케이션이 SAP 시스템과 통신할 수 있습니다. SAP JCo 인터페이스는 연결 풀링을 지원하고 포틀릿과 SAP 간 통신의 관리를 감독합니다.

4.1 연결 풀 크기

JCo 인터페이스는 대상 풀링을 사용하고 구성하는 데 사용되는 몇몇 새 특성을 정의합니다. 클라이언트 퍼스펙티브에서 대상은 SAP 서버와의 통신을 설정하기 위해 JCo 인터페이스에서 사용되는 연결 특성 세트입니다. 이러한 풀링 특성은 WEB-INF/config/SAP_config/. 아래에 저장된 특성 파일에 추가될 수 있습니다.

jco.destination.peak_limit=5
jco.destination.pool_capacity=1
jco.destination.expiration_time=60000

최대 한계는 대상에 대해 한 번에 활성일 수 있는 최대 연결 수를 정의합니다. 풀 용량은 대상 풀에서 유지될 유휴 연결 수를 정의합니다. 값이 0이면 풀링 사용을 사용할 수 없습니다. 만기 시간(밀리초로 지정됨)은 유휴 연결이 끊어지고 제거되기 전에 대상 연결 풀에 머무는 최대 시간을 정의합니다.

최대 한계의 기본값 5가 적절한 연결 수와 좋은 성능을 제공합니다.

5.0 확장점

이 절은 Web Experience Factory를 사용하여 구현되고 SAP에 액세스하는 배치된 WAR과 관련이 있습니다. 혼합 환경이 있는 경우에는 Web Experience Factory에서 작성하지 않은 Web Experience Factory 및 WAR이 JCo 인터페이스를 통해 SAP에 액세스하고 구성을 조정할 수 있도록 약간의 사용자 정의 코드를 작성해야 합니다.

Web Experience Factory를 사용하여 SAP에 액세스하는 모든 배치된 WAR을 구현하는 경우 이 절의 내용을 무시하십시오.

5.1 사용자 정의 대상 데이터 제공자

SAP JCo 인터페이스는 클라이언트가 서버에 액세스하는 방법을 정의하기 위해 대상의 개념을 사용합니다. 클라이언트 퍼스펙티브에서 대상은 JCo 인터페이스가 특성에 지정된 서버에 연결하기 위해 사용하는 이름 지정된 연결 특성 세트입니다. 이러한 연결은 클라이언트에 노출되지 않으므로 모든 클라이언트는 JCo 메소드에 대상 이름을 전달하여 SAP 서버와 통신해야 합니다.

Web Experience Factory는 대상 데이터 제공자라고도 하는 레지스트리를 구현하며 이 레지스트리는 대상 특성 세트를 관리할 책임이 있습니다. 이 레지스트리는 각 특성 세트에 고유한 대상 이름을 지정한 다음 클라이언트가 JCo 메소드에서 대상 이름을 참조할 때 JCo에 적합한 특성 세트를 제공합니다.

JCo 인터페이스를 사용하여 JCo 런타임에 대해 단 하나의 대상 데이터 제공자만을 구성할 수 있습니다. JCo 인터페이스를 통해 SAP에 액세스하는 모든 WAR은 동일한 대상 데이터 제공자를 사용해야 합니다. 대상 데이터 제공자 레지스트리는 WEF_JCo3Common.jar 파일에 있습니다. 이 JAR을 애플리케이션 서버가 공유 JAR 파일을 로드하는 디렉토리에 배치하면 Web Experience Factory 대상 데이터 제공자 구현이 Web Experience Factory를 사용하여 빌드되었는지 여부에 관계 없이 모든 WAR에서 이 구현을 사용할 수 있습니다. SAP에 액세스하는 모든 WAR이 Web Experience Factory로 빌드된 경우에는 추가 단계가 필요하지 않습니다.

그러나 Web Experience Factory에서 작성하지 않은 배치된 WAR이 있고 해당 WAR이 JCo 인터페이스를 통해 SAP에 액세스하는 경우에는 다음 중 하나를 수행하십시오.

Web Experience Factory가 작성하지 않은 WAR 파일에서 Web Experience Factory 레지스트리를 사용하도록 하십시오.
Web Experience Factory에서 기타 WAR 파일을 지원하는 대상 데이터 제공자를 사용하도록 하십시오.

Web Experience Factory에는 제 3자가 구현하는 대상 데이터 제공자를 사용할 수 있도록 해주는 확장점이 들어 있습니다. 대상 데이터 제공자는 WEF_JCo3Common.jar 파일에 있는 다음 인터페이스를 구현해야 합니다.

com.bowstreet.builders.webapp.methods.JCo3Common.DestinationRegistry

이 인터페이스를 사용하면 Web Experience Factory가 SAP 빌더에 의해 사용되는 대상 특성 세트를 등록할 수 있습니다. Web Experience Factory는 다음 특성을 DestinationRegistry 인터페이스를 구현하는 클래스의 완전한 이름으로 설정하여 써드파티 대상 데이터 제공자를 사용하도록 구성되어 있습니다.

bowstreet.sap.destinationRegistry

런타임 시 WAR의 SAP 빌더가 이 클래스의 단일 인스턴스를 인스턴스화하고 해당 단일 인스턴스를 사용하여 모든 필수 대상을 등록합니다.

5.2 사용자 정의 세션 참조 제공자

JCo 인터페이스에서는 여러 스레드를 포함하는 단일 트랜잭션의 일부로 다중 SAP 함수 호출을 지원하기 위해 세션 참조 제공자를 사용하여 세션 ID를 생성합니다. Web Experience Factory는 세션 참조 제공자를 SAP 빌더 런타임의 일부로서 구현 및 사용합니다. JCo 인터페이스는 JCo 런타임에 적합하게 구성될 때 하나의 세션 참조 제공자만 사용합니다. JCo 인터페이스를 통해 SAP에 액세스하는 모든 WAR은 동일한 세션 참조 제공자를 사용해야 합니다.

Web Experience Factory 세션 참조 제공자는 WEF_JCo3Common.jar 파일에 들어 있습니다. 이 파일을 애플리케이션 서버가 공유 JAR을 로드하는 디렉토리에 배치하면 Web Experience Factory를 사용하여 빌드되었는지 여부에 관계 없이 모든 WAR에서 Web Experience Factory 제공자 구현을 사용할 수 있습니다. SAP에 액세스하는 모든 WAR이 Web Experience Factory를 사용하여 빌드된 경우 추가 단계가 필요하지 않습니다.

그러나 Web Experience Factory에서 작성하지 않은 배치된 WAR이 있고 해당 WAR이 JCo 인터페이스를 통해 SAP에 액세스하는 경우에는 다음 중 하나를 수행해야 합니다.

Web Experience Factory가 작성하지 않은 WAR 파일에서 Web Experience Factory 제공자를 사용하도록 하십시오.
Web Experience Factory에서 기타 WAR 파일을 지원하는 제공자를 사용하도록 하십시오.

Web Experience Factory에는 제 3자가 구현하는 세션 참조 제공자를 사용할 수 있도록 해주는 확장점이 들어 있습니다. 제공자는 WEF_JCo3Common.jar 파일에 있는 다음 인터페이스를 구현해야 합니다.

com.bowstreet.builders.webapp.methods.JCo3Common.SessionProvider

이 인터페이스를 사용하여 Web Experience Factory는 SAP 빌더가 수행하는 트랜잭션의 시작 및 끝을 구별합니다. Web Experience Factory는 다음 특성을 SessionProvider 인터페이스를 구현하는 클래스의 완전한 이름으로 설정하여 써드파티 제공자를 사용하도록 구성되어 있습니다.

bowstreet.sap.sessionProvider

런타임 시 WAR의 SAP 빌더가 이 클래스의 단일 인스턴스를 인스턴스화하고 해당 단일 인스턴스를 사용하여 모든 트랜잭션을 구별합니다.

Siebel 확장

이 주제에서는 Siebel 확장에 대해 설명합니다.

시작하기

Siebel 확장은 IBM Web Experience Factory 사용자에게 다음과 같은 기능을 제공합니다.

싱글 사인온 기능: IBM WebSphere Portal Server 신임을 사용합니다.
포틀릿 코드의 자동화: Siebel 빌더에는 선택한 Siebel Business 컴포넌트에서 데이터를 조회, 편집 및 저장하기 위한 메소드, 메소드가 리턴하는 데이터를 설명하는 스키마 및 필드 선택과 데이터 값을 보유하는 변수(유형이 스키마로 지정된)가 포함됩니다.
다른 빌더와 완벽한 통합: 사용자 정의 룩앤필을 포함하는 강력하고 고도로 사용자 정의된 포틀릿을 작성합니다.

1.0 설치 정보

Siebel 확장의 컴포넌트는 다음 Siebel 제품 버전을 지원합니다.

표 6. Siebel 제품 버전
Siebel 제품	지원되는 버전
Siebel CRM 솔루션	지원되는 버전은 Web Experience Factory 릴리스 정보 주제에 언급된 자세한 시스템 요구사항을 참조하십시오.

Siebel 확장은 Siebel Java Data Bean 인터페이스를 활용하여 Siebel 저장소에 액세스합니다. 결과적으로, 다음과 같은 버전 특정 Siebel JAR 파일을 Siebel 시스템 관리자로부터 확보해야 합니다.

Siebel 7.5.2 및 7.5.3의 경우: SiebelJI.jar, SiebelJI_Common.jar, SiebelJI_enu.jar
Siebel 7.8 및 8.0의 경우: Siebel.jar, SiebelJI_enu.jar

기타 모든 기능 세트의 경우와 마찬가지로 Siebel 확장을 설치하십시오.

프로젝트의 마우스 오른쪽 단추 클릭 메뉴에서 특성을 선택하십시오. Web Experience Factory 카테고리를 펼치고 기능 정보를 선택하십시오.
기능 정보 화면에서 Siebel 확장을 선택하고 적용을 클릭하십시오. 확인을 클릭하여 기능 세트를 추가하십시오. 프롬프트가 표시되면 다시 배치하도록 선택하십시오.

다음 절에서 해당되는 프로시저를 수행하십시오.

IDE에 Siebel JAR 파일 추가

Web Experience Factory Designer 코어 플러그인 폴더를 찾으십시오. 예를 들면 다음과 같습니다.
```
C:\IBM\WEF\WEFDesigner\eclipse\plugins\com.bowstreet.designer.core_x.y.z
```
Siebel 버전에 필요한 Siebel JAR 파일을 이 플러그인 폴더에 있는 \lib 폴더에 복사하십시오.
\lib 폴더에 복사한 JAR 파일이 Meta-Inf\Manifest.MF 파일에 나열되는지 확인하십시오.
Meta-Inf 폴더는 JAR 파일을 배치한 \lib 폴더와 동일한 플러그인 폴더에 있습니다.

manifest 파일의 기본 정의가 충분해야 합니다. 그러나 서버에서 사용하기 위해 가져온 Siebel JAR 파일의 이름이 다르게 지정된 경우에는 Web Experience Factory Designer가 해당 JAR 파일을 로드할 수 있도록 정의를 조정하십시오.

사용 중인 서버에 맞게 Siebel JAR 파일을 추가할 단계를 수행하십시오.

IBM WebSphere Application Server Community Edition(CE) 서버

Siebel jar 파일을 IBM WebSphere Application Server Community Edition(CE) 서버에 추가하십시오.

WebSphere Application Server Community Edition 서버 콘솔을 여십시오.
서비스 아래에서 공통 라이브러리 링크를 선택하십시오.
찾아보기 옵션을 사용하여 Siebel jar 파일을 선택하고 추가하십시오.
이름 지정 규칙을 사용하여 그룹, 아티팩트, 버전 및 유형을 입력하십시오.

Web Experience Factory에서 프로젝트의 geromino-web.xml 파일을 업데이트하십시오.

WebContent\WEB-INF\bin\deployment\geromino-web.xml 파일을 여십시오.

<dependencies> 노드에서 다음 항목을 찾으십시오.

<dependency>
   <groupId>wef_integration</groupId>
   <artifactId>SiebelJI_enu</artifactId>
   <version>7.8</version>
</dependency>
<dependency>
    <groupId>wef_integration</groupId>
    <artifactId>siebel</artifactId>
    <version>7.8</version>
</dependency>

이 라인을 주석 해제하고 그룹 ID, 아티팩트 ID 및 버전 항목을 WebSphere Application Server CE 서버에서 JAR 파일에 지정한 값으로 업데이트하십시오.
프로젝트를 최신 정보로 업데이트하십시오.

기타 애플리케이션 서버

WebSphere Application Server Community Edition 이외의 애플리케이션 서버에서는 애플리케이션 서버가 배치된 모든 WAR 파일에서 공통적인 JAR 파일을 로드하는 디렉토리에 Siebel JAR 파일을 복사하십시오. 예:

/WebSphere/AppServer/lib/ext

참고: 설정에 따라, 모든 기능 세트 파일을 올바로 등록하기 위해 Application Server 및 Web Experience Factory Designer를 다시 시작해야 할 수 있습니다.

파일 인코딩 일치

파일 인코딩을 일치시켜야 합니다. 제대로 통신하려면 Siebel 서버와 외부 Siebel 클라이언트(예: Web Experience Factory)가 호환 가능한 파일 인코딩을 사용해야 합니다. 예를 들어, 기본 Windows 파일 인코딩은 Cp1252입니다. RedHat Linux의 경우, 기본 파일 인코딩은 UTF-8입니다.

Siebel 빌더를 제대로 사용하려면 클라이언트 플랫폼이 Siebel 서버에서 사용하는 파일 인코딩과 일치하는지 확인하십시오. 예를 들어, Web Experience Factory Designer가 Linux 시스템에서 실행되는 경우, JVM에 대한 기본 파일 인코딩이 Siebel 서버에서 사용하는 기본 파일 인코딩과 다를 수 있습니다. Siebel의 경우, Sieibel 서버에 연결하기 위해 Java API를 사용하는 클라이언트에 Siebel 서버에 있는 것과 동일한 기본 파일 인코딩이 있어야 합니다. **기본 파일 인코딩 설정이 다르면 Could not open a session in 4 attempts 메시지가 재생성되는 중에 Siebel Coordinator가 실패합니다. 이로 인해 모델 오류가 발생하여 모델이 실행되지 않습니다.

Linux시스템에서 Siebel 빌더를 올바로 재생성하려면 Eclipse JVM 기본 파일 인코딩을 Siebel 서버에서 사용하는 것과 동일하게 설정해야 합니다. Eclipse 설치 루트 디렉토리를 탐색하여 eclipse.ini 파일을 여십시오. 이 파일에는 Eclipse에서 사용하는 JVM 시작 매개변수가 포함되어 있습니다. 연결 클라이언트가 사용해야 하는 코드를 정의하는 행을 이 파일에 추가하십시오. 예를 들어, Siebel 서버에서 utf8 기본 파일 인코딩을 사용하면 다음과 같은 행을 추가해야 합니다.

-Dfile.encoding=utf8

Eclipse 및 Web Experience Factory Designer를 다시 시작하면 클라이언트 기본 인코딩이 서버와 동일한 값으로 설정되고 Siebel 빌더가 올바르게 재생성됩니다.

Siebel 연결 테스트

WebContent\factory\util\testSiebelConnection.jsp 파일을 사용하여 Siebel 연결을 테스트할 수 있습니다. 다음 단계를 수행하여 연결 특성이 올바른지 확인하십시오.

프로젝트를 작성하고 테스트 서버에 배치하십시오.

브라우저에서 다음 URL을 여십시오.

http://yourserver:port/projectName/factory/util/testSiebelConnection.jsp

테스트 페이지의 지침에 따르십시오.

2.0 구성 요구사항

Siebel 빌더 사용의 첫 번째 단계는 특성 파일을 설정하는 것입니다. 이 파일은 프로젝트 WEB-INF/config/siebel_config/ 디렉토리에 있습니다. 특성 파일(default_connection.properties)은 연결 특성(예: Siebel 서버에 대한 연결 문자열 및 올바른 Siebel 사용자 이름과 비밀번호)을 지정하는 데 사용됩니다.

일반적인 특성 파일에는 다음 특성이 포함됩니다.

#Default connection properties for the Siebel Builder
ConnectString=siebel://10.10.2.125:2320/siebel_es/SSEObjMgr_enu/wicdemo9
UserName=sadmin
Password=sadmin

Siebel default_connection.properties 파일은 Siebel 빌더와 함께 설치됩니다. 이 특성 파일은 WEB-INF/config/siebel_config/ 디렉토리에 있습니다. 파일을 사용하여 기본 Siebel 설정을 확립하고 올바른 특성 값의 예를 볼 수 있습니다. 설치 시 구성된 대로 이 파일은 로컬 호스트에서 실행 중인 Siebel 서버에 적용 가능합니다.

SiebelRepository 특성

Siebel 비즈니스 컴포넌트 필드가 Web Experience Factory Designer의 Siebel 빌더에서 발견되거나 표시되지 않는 경우 액세스하려는 Siebel 서버가 기본값이 아닌 이름으로 저장소를 사용할 수 있습니다. 이와 같은 상황이 발생하는 경우 다음 행을 Siebel 연결 특성 파일(web-inf/config/siebel_config/default_connection.properties)에 추가하십시오.

RepositoryName=Siebel Repository

Siebel Repository를 활성 저장소의 이름으로 바꾸십시오.

3.0 세션 풀링 및 특성

Siebel 빌더는 백엔드 Siebel 서버에 대한 세션의 풀링을 지원합니다. 기본적으로, 세션 풀링은 사용하지 않습니다(Web Experience Factory Designer 환경에 합당한 구성). 그러나 서버에서는 풀링을 사용해 작성되는 세션 수를 최소화하여 전반적인 빌더 런타임 성능을 향상시킬 수 있습니다.

아래 표의 특성을 Siebel 프로젝트 .../WEB-INF/config/override.properties 파일에 추가하여 Siebel 세션 풀링을 사용 및 구성할 수 있습니다.

참고: Siebel 빌더는 표준 개방형 소스인 Apache 공통 풀링 구현을 사용합니다. 이러한 특성의 의미에 대한 세부사항 정보는 Apache 웹 사이트에서 GenericKeyedObjectPool에 대한 Commons 문서를 참조하십시오.

표 7. Siebel 세션 풀링을 사용하고 구성하기 위한 특성
특성	기본값	효과
bowstreet.siebel.session.pool.enabled	false	정의되고 TRUE로 설정되면, 세션 풀링이 사용 가능합니다.
bowstreet.siebel.session.pool.maxActiveSessions	8	동시의 최대 활성 세션 수. 음수인 경우, 활성 세션 수에 제한이 없습니다.
bowstreet.siebel.session.pool.maxIdleSessions	8	동시에 풀에 있는 유휴 세션의 최대수. 값이 음수인 경우, 유휴 세션 수에 제한이 없습니다.
bowstreet.siebel.session.pool.maxWait	-1	세션이 풀로 리턴되는 것을 대기하는 최대 시간(밀리초 단위). 음수인 경우, 요청 중인 스레드는 세션이 리턴되는 것을 무제한 대기합니다. 지정된 시간에 풀로 리턴된 세션이 없는 경우, 요청 중인 스레드는 예외를 수신합니다.
bowstreet.siebel.session.pool.maxIdleTimeSeconds	1800	세션이 축출 및 재승인되기 전에 풀에서 유휴 상태에 있도록 허용되는 최대 시간(초 단위). 음수인 경우, 세션이 유휴 시간에 기초하여 축출되지 않습니다.
bowstreet.siebel.session.pool.idleSessionSweepSeconds	30	풀에서 축출 및 재승인할 유휴 세션을 찾는 스윕 간의 최대 시간(초 단위). 음수인 경우, 풀 스위핑을 사용하지 않습니다.
bowstreet.siebel.session.pool.maxAgeMinutes	-1	유휴 세션 설정과 상관없이 세션이 축출 및 재승인되기 전 세션의 최대 수명(분 단위). 값이 음수인 경우 세션은 해당 수명으로 인해 절대 축출 및 재승인되지 않습니다. 참고: 이는 공통 라이브러리에 구현되지 않은 Web Experience Factory 고유의 기능/특성입니다.

IBM Web Experience Factory 구성

작업 환경의 여러 측면을 구성할 수 있습니다.

Web Experience Factory 구성에 대한 자세한 정보를 보려면 이 위키 링크(http://www-10.lotus.com/ldd/pfwiki.nsf/xpViewRecent.xsp?searchValue=configure%2C%20configuring)를 클릭하십시오.

IBM Web Experience Factory Designer 환경 설정 변경

다음 단계에 따라 Web Experience Factory Designer 환경 설정을 변경하십시오.

Web Experience Factory Designer 환경 설정 창을 표시하십시오.
환경 설정 페이지에 하나 이상의 환경 설정 값을 입력하십시오.
적용을 클릭하십시오.

참고: 변경사항은 선택하는 항목에 따라 여러 번 적용됩니다.

IBM Web Experience Factory 환경 설정 표시

Web Experience Factory 환경 설정 대화 상자를 표시할 수 있습니다.

Web Experience Factory 퍼스펙티브에서 창 > 환경 설정을 클릭하십시오.
환경 설정 대화 상자가 표시됩니다.
목록에서 Web Experience Factory Designer를 클릭하십시오.
환경 설정 대화 상자에 Web Experience Factory Designer에 대한 일반 설정이 표시됩니다. 자세한 정보는 대화 상자에 대한 도움말을 참조하십시오.

IBM Web Experience Factory Designer 기본 환경 설정 복원

다음 단계에 따라 Web Experience Factory Designer 기본 환경 설정을 복원하십시오.

Web Experience Factory Designer 환경 설정 창을 표시하십시오.
환경 설정 창에서 기본값 복원을 클릭하십시오.
적용을 클릭하십시오.

참고: 변경사항은 선택하는 항목에 따라 여러 번 적용됩니다.

환경 설정 정보

Web Experience Factory Designer에서 다양한 환경 설정을 설정할 수 있습니다.

이 환경 설정은 Web Experience Factory Designer 편집 환경의 기능 및 모양과 더불어 모델을 실행할 때 사용할 서버 런타임 자원의 기능 및 모양을 판별합니다.

Web Experience Factory Designer 기본 환경 설정의 세트는 Web Experience Factory Designer preferences.ini 파일에 저장됩니다. 이 파일은 eclipse\plugins\com.bowstreet.designer.ui 디렉토리에 있습니다. 기본 환경 설정을 변경할 경우 사용자 정의된 환경 설정 세트는 작업공간에 저장되므로 기본 환경 설정을 겹쳐쓰지 않습니다. 이 스토리지 전략을 사용하여 언제라도 기본 환경 설정을 복원할 수 있습니다.

Web Experience Factory Designer 편집 환경 설정

이 주제에서는 변경할 수 있는 Web Experience Factory Designer 편집 환경 설정에 대해 설명합니다.

창 > 환경 설정 > Web Experience Factory Designer를 클릭하면 다음 설정을 사용할 수 있습니다.

표 8. Web Experience Factory Designer 환경 설정
설정	설명
브라우저 명령	모델 실행 시 시작할 웹 브라우저의 경로를 입력하십시오. 참고: 이 설정을 변경하면 기존 실행 구성이 아니라 새 실행 구성만 적용됩니다.
특성 파일 위치 대체	override.properties 파일을 저장할 경로를 지정하려면 이 설정을 사용하십시오. 이 파일은 프로젝트를 작성할 때 WEB-INF/config 디렉토리에 작성됩니다. 이 파일의 설정은 제공된 특성 파일에 설정되어 있는 기본 특성 설정을 바꾸고 로그 위치를 판별하는 데도 사용됩니다. 참고: 이 필드 값의 변경사항은 Web Experience Factory Designer를 다시 시작할 때까지 적용되지 않습니다.
IBM Support Assistant 위치	IBM Support Assistant가 설치되어 있는 경우 이를 실행하는 데 사용되는 경로를 지정하십시오.
숨겨진 오브젝트 표시	빌더 호출을 통해 웹 애플리케이션에 추가된 모든 오브젝트를 표시하도록 모델 편집기의 애플리케이션 트리 패널을 설정합니다. 빌더 호출 편집기에서 적용을 클릭하면 숨겨진 모든 오브젝트가 표시됩니다. 일반적으로 숨겨진 오브젝트를 볼 필요가 없습니다. 참고: 개발자가 숨기도록 지정한 변수, 메소드, LJO 및 기타 오브젝트는 숨겨진 오브젝트 표시 선택란의 상태에 관계 없이 참조 선택기에 표시되지 않습니다.
보기 데이터 랩	여러 메소드 및 페이지 도메인 뷰어의 긴 텍스트 행을 그 다음 실제 행에 표시합니다. 애플리케이션 트리 패널과 연관된 뷰어에는 웹 애플리케이션 오브젝트의 컨텐츠(예: 페이지 또는 메소드)가 표시됩니다. 경우에 따라 이 정보를 한 줄에 표시하는 것이 유용합니다. 다른 경우 정보를 랩된 텍스트로 표시하는 것이 좋습니다.
빌더를 열 때 보기 펼치기	빌더를 열 때 보기를 펼칩니다.
새 프로젝트에 기본 폴더 작성	새 Web Experience Factory 프로젝트를 작성할 때마다 사용할 수 있도록 프로젝트 작성 마법사에서 기본 폴더 작성 옵션을 설정합니다.
빌더 호출 편집기 페이지에 적용 단추 표시	적용 단추를 사용할 수 있도록 설정합니다. 적용을 클릭하면 편집 내용이 저장되고 재생성이 시작되며 빌더 호출 편집기는 열린 상태로 유지됩니다. 적용 단추가 없는 경우 변경사항을 저장하려면 확인을 클릭해야 합니다. 빌더 호출 편집기는 닫힙니다.
두 빌더 유형을 모두 표시하는 기본 빌더 선택도구	일반적으로 빌더 선택도구는 모델 편집기 컨텍스트에 따라 사용자 인터페이스 또는 데이터 제공자 빌더를 사용 가능한 것으로 표시합니다. 컨텍스트에 관계 없이 두 가지 유형 모두 표시하려면 빌더 선택도구에서 이 설정을 둘 다로 설정하십시오.
그룹 아웃라인 기준	보기 메뉴 그룹 기준 명령을 사용하여 아웃라인 보기에 빌더를 나열하는 기본 제어를 설정합니다. 현재 아웃라인 보기를 설정과 일치하도록 변경하려면 적용을 클릭하십시오. 끌어서 놓기는 번호순으로 정렬된 경우에만 사용할 수 있습니다.
빌더 호출 편집기	빌더 호출 편집기의 표시 유형을 선택합니다. 탭이 있는 패널 빌더 호출 편집기를 모델 편집기 보기의 탭 패널로 표시합니다. 이 설정을 사용하면 여러 빌더 호출 편집기를 열 수 있습니다. 대화 상자 창 모달 대화 상자 창에 빌더 호출 편집기를 표시하고 추가 작업 영역 및 넓은 표시화면을 제공합니다. 이 설정을 사용하는 경우 한 번에 하나의 빌더 호출 편집기만 열 수 있습니다. 참고: 이 설정의 변경사항은 환경 설정이 저장된 후 열린 모델에 적용됩니다. 이 설정을 열린 모델에 적용하려면, 모델을 닫고 다시 열어야 합니다.

IBM Web Experience Factory 특성 설정

Web Experience Factory 특성은 일부 개발 측면에 영향을 줍니다.

다음과 같은 모델 개발 측면이 Web Experience Factory 특성에 의해 판별됩니다. 달리 지정되어 있지 않는 한 WEB-INF/config/cluster.properties 파일에 모든 특성이 표시되어 있습니다.

JSP 및 메소드 컴파일에 사용할 컴파일러 설정

Web Experience Factory 서블릿에서 메소드 및 JSP 페이지를 컴파일하는 데 사용하는 Java 컴파일러를 판별할 수 있습니다.

# specifies the compiler to use
bowstreet.methods.compiler=C:/jdk131/bin/javac.exe

모델에 대한 Java 소스 파일의 대상 디렉토리 판별

Web Experience Factory 서블릿은 모델의 모든 메소드에 대한 Java 소스 파일을 생성합니다. 이 파일이 생성하는 디렉토리를 결정할 수 있습니다. 기본 디렉토리는 WEB-INF/work/source 디렉토리입니다.

# This is where the generated source(.java) will go
bowstreet.methods.sourceDirectory=${bowstreet.rootDirectory}/work/source

컴파일된 메소드의 출력 디렉토리 판별

Web Experience Factory 서블릿은 지정할 수 있는 디렉토리로 모델 메소드에 대해 생성된 Java 소스 파일을 컴파일합니다. 기본값은 WEB-INF/work/classes 디렉토리입니다.

# This is where the compiled class will go. This should be in a place where the dynamic class loader can pick it up.
bowstreet.methods.targetDirectory=${bowstreet.rootDirectory}/work/classes

Web Experience Factory Designer에 사용자 고유의 빌더 정의 추가

Web Experience Factory Designer가 빌더 정의를 로드하는 디렉토리를 하나 이상 추가할 수 있습니다.

#In bowstreet.properties file
# classpath-like syntax (semi-colon delimited) for location of BuilderDef files
# default if unavailable is ${bowstreet.rootDirectory}/builders
bowstreet.location.builderdef.path=${bowstreet.rootDirectory}/builders

동적 클래스 로딩 구성

bowstreet.dynamic.class.load.path 특성에 설정한 값은 Web Experience Factory Designer 및 Web Experience Factory 서블릿이 동적으로 Java 클래스를 로드하는 디렉토리를 판별합니다. 이 특성은 WEB-INF/config/bowstreet.properties 파일에 있습니다.

참고: 동적으로 로드된 클래스는 사용자의 Java 클래스 경로에 있을 수 없습니다.

동적으로 클래스를 로드할 위치를 여러 개 지정하려면 다음 예제처럼 각 경로를 쉼표로 구분하여 특성에서 추가 경로를 추가하십시오.

#In bowstreet.properties file
bowstreet.dynamic.class.load.path=${bowstreet.rootDirectory}/work/classes,${bowstreet.rootDirectory}/work/my_classes
bowstreet.dynamic.class.load.checkTimestamp=true

bowstreet.dynamic.class.load.checkTimestamp 특성을 true로 설정한 경우 동적 클래스 로더에서 로드할 클래스에 대해 시간 검사를 수행합니다. 특성을 true로 설정된 상태에서 클래스가 변경되면 클래스가 로더 클래스 경로에 있으며 동적으로 로드되는 지원 클래스 중 하나인 경우 다음 인스턴스 작성 시 클래스는 동적으로 다시 로드됩니다.

참고: 성능상의 이유로, bowstreet.dynamic.class.load.checkTimestamp 특성은 개발 환경에서 true로 설정하고 프로덕션 환경에서는 false로 설정하는 것이 좋습니다.

스키마 참조 설정

Web Experience Factory SOAP/WSDL 지원은 기본적으로 2001 버전의 XML 스키마이지만 아래에 나열된 특성 중 하나에서 설명을 제거하여 사용할 적절한 참조를 설정할 수 있습니다.

# Uncomment these parameters to add 1999 and/or 2000/11 XMLSchema References into
# SOAP responses when using pre-Factory 5.9 SOAPPC and SOAPDOC URLs (not used by Axis)
#bowstreet.soap.schemaRef.1999=true
#bowstreet.soap.schemaRef.2000=true

예를 들면 다음과 같습니다.

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Body>
<ns1:gcdXmlResponse xmlns:ns1="http://bowstreet.com/2002/03/models/xmethods/gcd">
<gcdreply><distance>2708.88</distance></gcdreply>
</ns1:gcdXmlResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

SOAP 스키마 위치 설정

SOAP 인코딩 구조를 참조하는 WSDL 문서에 있는 일부 스키마는 SOAP 인코딩 스키마에 대해 항상 schemaLocation 속성 또는 import 문을 지정하지는 않습니다. 구문 분석이 실패하는 경우, Web Experience Factory는 자동으로 import 문을 추가하고 스키마를 다시 구문 분석합니다.

Web Experience Factory가 특성과 함께 SOAP 인코딩 스키마를 검색하는 위치를 지정할 수 있으며, 기본적으로 bowstreet.location.schemas로 설정됩니다.

WSDL 및 SOAP 호출에 대한 프록시 지원

WSDL 검색 호출과 아웃바운드 서비스 호출 모두에 대해 기본 SOAP 및 HTTP 코드는 표준 Java 특성(http.proxyHost, http.proxyPort, http.proxyUser, http.proxyPasswd)를 사용합니다. 이러한 값은 "server.properties" 파일에서 설정하거나 Application Server의 JVM 명령행에서 특성(-Dhttp.proxyHost=foo 등)을 사용하여 설정할 수 있습니다.

Web Experience Factory 5.9에서는 서비스 호출 빌더의 고급 입력 섹션에서 추가 서비스 단위 호출 프록시 설정을 사용할 수 있습니다.

스키마 캐시 크기 구성

스키마 빌더 또는 스키마 빌더의 API에 의해 생성된 스키마 오브젝트는 캐시됩니다. 이렇게 하면 동일한 스키마를 찾는 다른 스레드 또는 웹 애플리케이션이 재구문 분석 오버헤드 없이 캐시된 오브젝트에 액세스할 수 있습니다. 그러나 모든 캐시처럼 이 캐시도 메모리를 사용합니다. 그에 따라 캐시의 최대 크기를 제한하는 것이 좋습니다.

bowstreet.schema.maxCacheSize= 특성을 사용하여 최대 스키마 캐시 크기를 제어할 수 있습니다. 최대 캐시 크기의 기본값은 50개의 스키마 오브젝트입니다.

override.properties 파일

두 개의 대체 특성 파일은 다른 특성 파일에 설정된 특성 설정의 위치를 가져오는 데 사용할 수 있습니다.

대체 기능은 bowstreet.properties 또는 cluster.properties의 일반적인 로깅 설정과 같은 다른 특성 파일의 설정을 바꿀 때 유용합니다. 제공된 특성 파일의 설정을 변경하는 경우 제품을 업그레이드하면 변경사항이 유실됩니다.

IBM Web Experience Factory Designer는 override.properties 파일을 사용하여 IBM 서버 config 디렉토리에 지정된 대체 특성은 물론 Web Experience Factory Designer에 대한 로깅 특성을 지정합니다.

참고: override.properties 파일이 필요하면 이를 수동으로 작성해야 합니다.

대체 특성 파일은 다음과 같습니다.

환경 설정에 지정된 파일

환경 설정에 지정된 대체 특성을 포함합니다. 창 > 환경 설정에 지정된 대체 파일은 대개 런타임 특성과 다른 단일 특성 세트를 포함합니다. 예를 들어, 데이터베이스 설정에서의 로깅 특성, 프로파일 및 빌더에 대한 설정입니다. 다음 플러그인 위치에서 이 환경 설정을 override.properties 파일로 설정할 수 있습니다.

designer_core_version_number/config

개발 중인 특성을 변경하면 이 환경 설정을 사용하여 변경사항이 프로젝트 전체와 IBM 시스템 전체에 제대로 전파됩니다.

프로젝트 내에 있는 파일 찾기

각 프로젝트의 WEB-INF/config 디렉토리에서 프로젝트 특정 override.properties 파일을 사용하여 Web Experience Factory Designer에서(개발 시간에) 및 모델이 실행될 때(런타임 시) 적용할 대체 파일을 제공할 수 있습니다. 이러한 특성은 프로젝트 및 애플리케이션에 고유하므로 프로젝트 레벨에서 설정됩니다. 해당 특성의 일반 예제로는 애플리케이션 개발에 필요한 프로파일 선택 핸들러가 있습니다.

Web Experience Factory Designer가 시작할 때마다 다음 조치가 발생합니다.

Web Experience Factory Designer는 창 > 환경 설정 > Web Experience Factory Designer 페이지에서 지정된 override.properties 파일을 찾습니다. 이 파일을 찾을 수 없거나 지정되어 있지 않으면 Web Experience Factory Designer는 다음 경로에 있는 버전을 기본값으로 사용합니다.
Designer Install Location/plugins/com.bowstreet.designer.core_x.y.z/config/override.properties
override.properties에 다음 특성이 추가되거나 겹쳐씁니다.
```
logging.driver.eventSink.directory=eclipseinstalldir
/workspace/.metadata/.plugins/com.bowstreet.designer.core/logs
logging.driver.eventSink.prefix=designer_event_logging.event.flush.interval=1 
```
그러면 Web Experience Factory Designer 로그는 적절한 위치에 기록됩니다. override.properties의 모든 기타 특성은 적용되지 않습니다.

JRE 버전 구성

애플리케이션 빌드 시 사용되는 Java 런타임 환경(JRE)의 버전을 구성할 수 있습니다.

애플리케이션 빌드 시 다음 경고를 수신하는 경우 JRE 버전을 구성해야 합니다.

Build path specifies execution environment J2SE-1.5. 
There are no JREs installed in the workspace that 
are strictly compatible with this environment.

이 경고는 Web Experience Factory Designer가 Java 6 JRE 이전 버전에서 실행되기 때문에 생성됩니다. Web Experience Factory Designer는 설치된 JRE를 Web Experience Factory Designer가 실행되는 버전인 Java 6 JRE에만 적합하게 구성했습니다. (Web Experience Factory Designer에 알려진 JRE는 이 버전 뿐입니다.)

기본적으로 Web Experience Factory 프로젝트 설정에서 프로젝트에 Java 5 런타임 환경이 필요한 것으로 지정합니다. Web Experience Factory Designer는 적합한 대상 매개변수를 사용해서 프로젝트에서 Java 코드를 컴파일하여 생성된 Java .class 파일이 Java 5 JRE에서 실행될 수 있도록 합니다. 그러나 Java 코드에서 새로 작성되고 Java 6에만 존재하는 API를 참조하는 경우 여전히 런타임 문제가 발생할 수 있습니다. Java 6 클래스 라이브러리는 프로젝트의 컴파일 클래스 경로에 있으므로 Java .class 파일을 생성하는 데 사용됩니다. 이러한 상황으로 인해 올바른 버전 플래그가 지정된 Java .class 파일이 Java 5 JRE에서 실행될 수 있는 것으로 표시되지만 Java 6 JRE에서만 사용 가능한 API가 필요합니다.

이 경고 메시지를 제거하려면 다음 프로시저 중 하나를 수행하십시오.

프로젝트를 Java 5 JRE(예: Java 5 JRE를 실행하는 WebSphere Portal 버전 6.1 서버)에서 실행해야 하는 경우 다음 단계를 수행해야 합니다.
프로젝트를 Java 6 JRE에서 실행해야 하는 경우 다음 단계 또는 2단계를 수행하십시오.
1. Web Experience Factory Designer에서 창 > 환경 설정을 클릭하십시오.
2. 탐색 트리에서 트리에 Java 노드를 펼치고 설치된 JRE 노드를 클릭하십시오.
3. 추가, 표준 VM 및 다음을 차례로 클릭하십시오.
4. JRE 홈 옆에 있는 디렉토리를 클릭하고 Java 5 JRE가 설치된 위치를 탐색하여 선택하십시오.
5. 확인, 완료 및 확인을 클릭하여 환경 설정 대화 상자를 닫으십시오.
이 단계는 Java 5 JRE를 추가하도록 Web Experience Factory Designer에서 설치된 JRE를 구성합니다. 이와 같이 구성하면 Web Experience Factory Designer가 컴파일 중 Java 6 클래스 라이브러리 대신 Java 5 클래스 라이브러리를 사용합니다. 이제 작업공간에서 빌드를 수행할 수 있으며 경고가 발생하지 않습니다.
프로젝트를 Java 6 JRE(예: WebSphere Portal 버전 8.0 서버)에서 실행해야 하는 경우 Java 6 런타임 환경을 사용(기본값인 이미 설치되어 있는 Java 6 JRE를 계속 사용)하도록 프로젝트를 구성하십시오.
1. Eclipse 프로젝트 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 특성을 클릭하십시오.
2. 특성 대화 상자에서 프로젝트 패싯 노드를 클릭하십시오.
3. 프로젝트 패싯에서 Java를 클릭하고 버전의 드롭 다운 목록에서 1.6을 클릭하십시오.
4. 확인을 클릭하여 특성 대화 상자를 닫으십시오.
Java 6 런타임 환경하고만 호환가능하도록 프로젝트가 업데이트됩니다. 이제 프로젝트를 빌드할 수 있으며 경고가 발생하지 않습니다.

IBM Web Experience Factory의 콘솔 창 구성

Eclipse 콘솔 창에 디버그 정보를 전송하는 것은 유용합니다.

콘솔에 리턴된 정보는 모델 및 애플리케이션에 대한 문제점을 해결하는 데 도움이 될 수 있습니다.

Web Experience Factory Designer의 콘솔 창을 표시하려면 다음 단계를 수행하십시오.

Web Experience Factory Designer를 실행하기 위해 사용하는 단축 아이콘을 찾으십시오.
Web Experience Factory 설치 프로그램이 IBM Web Experience Factory > Designer 단축 아이콘을 프로그램 메뉴에 추가합니다.
바로 가기를 마우스 오른쪽 단추로 클릭한 후 특성을 클릭하십시오.
특성 대화 상자의 대상에서 실행 가능 이미지 다음과 명령의 기타 인수 앞에 다음 값을 삽입하십시오.
```
-consolelog -debug
```
예:
```
C:\eclipse\eclipsec.exe -consolelog -debug -vmargs -Xmx256m
```

이러한 플래그는 생성 중에 발생하는 디버그 명령문을 모두 전송할 콘솔 창을 표시합니다.

개발 환경 구성

IBM Web Experience Factory 개발 및 런타임 환경을 구성하는 데 수행할 수 있는 태스크에는 여러 가지가 있습니다.

디버깅을 위해 콘솔 창 사용

IBM Web Experience Factory가 실행하는 애플리케이션 및 Web Experience Factory Designer에 대해 모두 명령 콘솔을 사용할 수 있습니다. 명령 콘솔을 사용하여 코드에 사용된 System.out.println() 문을 볼 수 있습니다. 빌더 Java 클래스에 있는 모든 System.out.println() 문이 Web Experience Factory Designer 콘솔에 표시됩니다. 모델에서 링크된 Java 오브젝트(LJO) 또는 메소드에 대한 모든 System.out.println() 명령문은 Application Server의 콘솔에 표시됩니다.

IBM Web Experience Factory 프로젝트와 함께 기존 JAR 파일 사용

개발 중인 웹 애플리케이션에서 기존 JAR 파일을 사용할 수 있습니다.

설계 시 액세스해야 하는 API를 포함할 수 있습니다(예: 사용자 정의 빌더를 사용하여). 또는 빌더 생성 또는 빌더 코디네이터 클래스에서 참조해야 하는 JAR(예: 제3의 소프트웨어로부터)를 가질 수 있습니다.

다음 Web Experience Factory 프로젝트 디렉토리 중 하나에 JAR의 사본을 추가하십시오.
- WEB-INF/lib 또는 WEB-INF/work/lib
  WEB-INF/lib 및 WEB-INF/work/lib 디렉토리는 런타임 시 애플리케이션, 포털 서버 또는 Mashup에서 사용됩니다. 이 디렉토리에 있는 JAR은 동적으로 Web Experience Factory에서 로드합니다. 이 방법은 개발 중에 사용하기가 용이합니다.
- WEB-INF/clientLibs
  컴파일 또는 디자인 타임 액세스에만 사용하기 위해 프로젝트에 JAR이 필요하고 애플리케이션, 포털 서버 또는 mashup에서 이미 JAR이 사용 가능한 경우, 해당 JAR을 WEB-INF/clientLibs에 배치하십시오. 주로 이 디렉토리는 애플리케이션 서버에서 이미 사용 가능한 API에 대해 컴파일 목적으로 사용됩니다. WEB-INF/clientLibs의 클래스는 서버 런타임 시 로드되거나 사용되지 않습니다. 이 디렉토리는 컴파일에 필요한 Application Server JAR을 저장할 수 있는 안전한 장소입니다.
Eclipse 프로젝트 탐색기에서 Web Experience Factory 프로젝트를 마우스 오른쪽 단추로 클릭한 후 특성 > Java 빌드 경로를 클릭하십시오.
프로젝트 대화 상자의 특성에서 라이브러리를 클릭하십시오.
현재 프로젝트 Java 빌드 경로에 있는 JAR 파일 목록이 표시됩니다.
다음 단추 중 하나를 클릭하십시오.
- JAR이 프로젝트 구조에 있는 경우 JAR 추가를 클릭하십시오.
- JAR이 프로젝트 구조 외부에 있는 경우 외부 JAR 추가를 클릭하십시오.
JAR 선택 대화 상자에서 해당 디렉토리를 탐색하고 프로젝트에 추가할 JAR을 선택하십시오.
JAR 선택 대화 상자에서 확인을 클릭하십시오.
특성 대화 상자에서 확인을 클릭하십시오.

동적 클래스 로딩 구성

특성을 설정하여 동적 클래스 로딩을 구성할 수 있습니다.

프로젝트 WEB-INF/config 디렉토리로 이동하고 bowstreet.properties 및 override.properties 파일을 찾으십시오.
override.properties 파일이 존재하지 않으면 작성하십시오.
텍스트 편집기에서 override.properties 파일을 열어 다음과 같은 두 개의 특성을 찾으십시오.
- bowstreet.dynamic.class.load.checkTimestamp
- bowstreet.dynamic.class.load.path
특성이 파일에 없는 경우 bowstreet.properties 파일을 열고 해당 특성이 포함된 라인을 복사하여 override.properties 파일에 붙여넣습니다.
override.properties 파일에서 다음 예에 표시된 설정을 변경하십시오.
```
bowstreet.dynamic.class.load.checkTimestamp=true
bowstreet.dynamic.class.load.path=
${bowstreet.rootDirectory}/work/classes,
${bowstreet.rootDirectory}/work/lib
```
참고: 동적으로 로드된 클래스는 Java 클래스 경로에 위치할 수 없으며 동적으로 로드될 수 없습니다.
override.properties 파일을 저장한 후 닫으십시오.

동적 클래스 로딩이 사용 가능합니다. Web Experience Factory 서블릿이 서비스 호출을 처리할 때마다, 클래스 파일 시간소인을 검사합니다. 나중에 시간소인이 존재하는 경우 새 클래스 버전이 로드됩니다. 일반적으로 성능상의 이유로 checkTimestamp 특성은 개발 환경에서 true로 설정되고 프로덕션 환경에서는 false로 설정됩니다.

동적 클래스 로딩 구성 정보

IBM Web Experience Factory 서블릿을 구성하여 링크된 Java 오브젝트, 프로파일 세트 관리자 및 재생성 클래스를 동적으로 로드할 수 있습니다.

일반적으로 Web Experience Factory 서블릿은 시동 시에만 클래스 파일을 로드합니다. 클래스 파일은 Java 기반 웹 서비스 또는 링크된 Java 오브젝트 빌더에 사용될 수 있습니다. 서비스 또는 오브젝트가 사용 가능한 클래스 파일의 가장 최근 버전을 호출하는지 확인하기 위해 동적 클래스 로딩을 사용 가능하게 할 수 있습니다.

정상 조작 모드에서 classpath의 클래스 파일은 애플리케이션 서버가 시작될 때마다 JVM의 기본 ClassLoader에 의해 로드됩니다. 그러나 애플리케이션 서버가 실행 중일 때 클래스 파일이 변경되면(예: Java 파일을 다시 컴파일하는 경우), 기본 ClassLoader는 클래스를 다시 로드하지 않습니다.

개발 환경에서 클래스를 더 자주 다시 로드할 수 있습니다. 그러나 클래스 파일을 변경할 때마다 애플리케이션 서버를 다시 시작할 필요가 없습니다. 이 경우 동적 클래스 로딩이 유용할 수 있습니다.

동적 클래스 로딩이 사용 가능할 때 성능 비용을 초래한다는 점에 주목하십시오. 동적 클래스 로딩이 사용 가능한 경우, 모델이 서비스 또는 링크된 오브젝트 클래스에 대해 작성한 각 호출에 대해 클래스 파일 시간소인이 선택됩니다. 이 경우, 개발 환경에서만 동적 클래스 로딩을 사용 가능하게 하고 개발 또는 프로덕션 환경에서는 사용 안함으로 하는 것이 좋습니다.

참고: 개발/프로덕션 환경에서 모든 서비스 클래스 파일이 Web Experience Factory 서블릿의 classpath에 있는지 확인하십시오.

애플리케이션 서버를 다시 시작할 필요 없이 Java 클래스 파일을 동적으로 로드하도록 Web Experience Factory 서블릿을 구성할 수 있습니다. 개발 Web Experience Factory 서블릿을 공유하고 서비스에 사용된 Java 클래스를 자주 업데이트하는 경우 이 작업을 수행해야 합니다.

참고: 보안 구현 접근법에 따라 동적 클래스 로딩이 애플리케이션 서버에서 사용 가능할 수 있습니다.

동적 클래스 로드

bowstreet.dynamic.class.load.path 특성에 지정된 디렉토리에서 Java 클래스가 동적으로 로드됩니다.

Web Experience Factory 및 Web Experience Factory Designer 클래스 및 JAR 디렉토리

bowstreet.dynamic.class.load.path 특성의 기본값은 프로젝트의 IBM Web Experience Factory WEB-INF/work/classes 및 WEB-INF/work/lib 디렉토리에 있습니다.

다음 디렉토리는 Web Experience Factory 프로젝트에 있는 Java 클래스 및 JAR 파일의 스토리지와 웹 아카이브(WAR) 파일 시스템용으로 사용됩니다.

WEB-INF/classes: Web Experience Factory에서 클래스 파일을 저장하는 데 사용되는 정적 디렉토리. 클래스가 새로 고쳐지고 변경사항에 대해 확인되지 않은 경우 클래스가 로드됩니다. 서버 재시작은 이 디렉토리를 새로 고치는 데 필요하고 클래스 파일 변경사항을 확인합니다.
WEB-INF/lib: Web Experience Factory에서 JAR 파일을 저장하는 데 사용되는 정적 디렉토리. JAR은 애플리케이션 시동 시에 로드되고 변경이 확인되지 않습니다. 서버 재시작은 이 디렉토리를 새로 고치는 데 필요하고 JAR 변경사항을 확인합니다.

WEB-INF/work/classes: 동적으로 다시 로드 가능한 클래스 파일을 저장하기 위해 Web Experience Factory Designer에서 사용하는 디렉토리입니다. 클래스 파일에 대한 변경사항은 Web Experience Factory Designer 또는 서버를 재시작할 필요없이 즉시 사용됩니다. 자세한 정보는 클래스 로딩 작업 방법의 내용을 참조하십시오.
WEB-INF/work/lib: 동적으로 다시 로드 가능한 JAR 파일을 저장하기 위해 Web Experience Factory Designer에서 사용하는 디렉토리입니다. JAR 파일에 대한 변경사항은 Web Experience Factory Designer 또는 서버를 재시작할 필요없이 즉시 사용됩니다. 자세한 정보는 클래스 로딩 작업 방법의 내용을 참조하십시오.

Web Experience Factory 동적 클래스 로더는 WEB-INF/work/classes 및 WEB-INF/work/lib 폴더에서 클래스를 로드합니다.

서버측에서 Web Experience Factory 동적 클래스 로더는 J2EE WAR 클래스 로더에 로딩을 위임합니다. 이 클래스 로더는 WAR 파일의 WEB-INF/classes 및 WEB-INF/lib 폴더에서 클래스를 로드하고 Application Server의 클래스 로더에 로딩을 위임합니다.

Web Experience Factory Designer 측에서 Web Experience Factory 동적 클래스 로더는 Web Experience Factory WAR 클래스 로더에 로딩을 위임합니다. 각 Web Experience Factory 프로젝트는 현재 프로젝트의 Eclipse Java 빌드 경로를 기반으로 클래스를 로드하는 고유한 Designer WAR 클래스 로더를 갖습니다. Designer WAR 클래스 로더는 프로젝트의 WEB-INF/work/classes 또는 WEB-INF/work/lib 폴더 아래 있는 항목을 제외한 Eclipse Java 빌드 경로의 항목을 모두 사용합니다. Designer WAR 클래스 로더는 Eclipse 클래스 로더에 로딩을 위임합니다.

로딩을 위임하면 Web Experience Factory 프로젝트는 서버에 있는 것과 같은 방식으로 Designer에서 작동합니다.

다음 지침을 준수해야 합니다.

프로젝트의 WEB-INF/lib 또는 WEB-INF/work/lib 폴더에서 애플리케이션에 필요하고 WAR 파일에 패키지되어야 하는 JAR 파일을 넣습니다.
애플리케이션에 필요하지만 런타임에 이미 애플리케이션 서버에서 사용 가능하여 WAR 파일에 패키지되어서는 안 되는 JAR 파일의 경우 다음 조치 중 하나를 수행하십시오.
- 프로젝트의 WEB-INF/clientLibs 폴더에 JAR 파일을 넣으십시오.
- 프로젝트의 Eclipse Java 빌드 경로에서 외부 JAR 파일과 같은 JAR 파일을 가리키십시오.
모든 경우에 JAR 파일을 Web Experience Factory 프로젝트(WEB-INF/lib, WEB-INF/work/lib 또는 WEB-INF/clientLibs 폴더 중 어디에 있든 상관없음)에 추가하는 경우 프로젝트의 Eclipse Java 빌드 경로에 있는 파일에 대한 참조를 추가하십시오.

클래스 로딩 작업 방법

프로젝트 WEB-INF/work/source/ 트리에 있는 Java 소스 코드가 컴파일된 후 출력이 프로젝트 WEB-INF/work/classes 트리에 저장됩니다. 이 디렉토리의 컨텐츠는 동적으로 로드되어 변경사항을 적용하기 위해 Web Experience Factory Designer 또는 서버를 다시 시작할 필요가 없습니다. 따라서 모든 Java 소스 변경사항은 WEB-INF/work/classes에서 즉시 확인할 수 있습니다. 이 배치는 소스 코드가 자주 변경되는 개발에 도움이 됩니다.

JAR 파일에 관한 한, WEB-INF/work/lib 디렉토리는 WEB-INF/work/classes 디렉토리와 기능적으로 같습니다.

클래스 및 JAR 파일에 대한 작업 팁

개발 중인 클래스 및 JAR 파일을 WEB-INF/work 디렉토리 아래에 보존하십시오. 일단 개발이 완료되면 개발 시스템에서 로드 중인 동적 클래스를 해제하고 애플리케이션 성능을 향상시킬 수 있습니다.
WEB-INF\config\override.properties 파일에서 다음 특성을 false로 설정하여 동적 클래스 로딩을 사용 안함으로 할 수 있습니다.
```
bowstreet.dynamic.class.load.checkTimestamp
```
선택사항으로 Web Experience Factory Java 아티팩트를 관리하도록 별도의 프로젝트를 작성하고 결과 클래스에 대한 JAR 파일을 작성하여 Web Experience Factory WEB_INF/work/lib 디렉토리에 저장하십시오.
JAR 파일을 사용하여 작성하는 빌더 및 JAVA 기반 항목을 분배하십시오.

Eclipse 기반 IDE에서 Javadoc 액세스

IDE(Integrated Development Environment)에서 Java 코드로 오브젝트에 대한 Javadoc에 액세스할 수 있습니다.

선택한 Java 오브젝트에 대해 다음 조치 중 하나를 수행하십시오.
- 도구 팁으로 간단한 설명을 표시하려면 F2를 클릭하십시오.
- 오브젝트에 대한 Javadoc을 표시하려면 SHIFT+F2를 클릭하십시오.
도구 팁 컨텐츠가 없는 경우 또는 IDE에서 문서 위치가 설정되지 않았음을 알리는 대화 상자를 표시하는 경우, 대화 상자에 언급된 JAR에 대해 Javadoc 위치 특성을 설정할 수 있습니다. IBM Web Experience Factory에서 사용되는 JAR에 대한 Javadoc 액세스를 설정할 수 있습니다. Javadoc과 관련된 것으로 알고 있는 기타 모든 JAR에 대해 동일한 프로시저를 사용하십시오.
패키지 탐색기를 시작하십시오.
1. 창 > 보기 표시 > 기타 > Java > 패키지 탐색기를 클릭하십시오.
작업 중인 프로젝트의 패키지 탐색기에서 웹 애플리케이션 라이브러리 > factory.jar로 이동한 후 JAR 파일 항목을 마우스 오른쪽 단추로 클릭한 다음 특성을 클릭하십시오.
특성 대화 상자에서 Javadoc 위치를 클릭하십시오.
Javadoc URL을 설정하십시오.
Javadoc 위치 경로에서 찾아보기를 클릭하여 Web Experience Factory 문서 플러그인 디렉토리로 이동하십시오.
예:
```
C:\Program Files\IBM\Web Experience Factory\Designer\
eclipse\plugins\com.bowstreet.designer.doc_8.0.0\api
```
컴퓨터에 설치한 버전에 해당되는 경로에서 api 폴더를 선택한 다음 확인을 클릭하십시오.
특정 위치에서의 Javadoc 존재를 확인하련 유효성 검증을 클릭하십시오.
특성 대화 상자에서 확인을 클릭하십시오.

Eclipse 기반 IDE

IBM Web Experience Factory Designer는 Eclipse 기반 개발 환경으로 모두 통합되었습니다.

Web Experience Factory Designer는 다음 Eclipsed 기반 통합 개발 환경(IDE)에 대한 플러그인입니다.

Eclipse 3.x
IBM Rational 개발 환경

Eclipse 기반 IDE에서 Web Experience Factory 프로젝트

아래 테이블은 Web Experience Factory 프로젝트의 특성을 설명합니다.

프로젝트 특성	설명
프로젝트 속성	Web Experience Factory 프로젝트에서 Java 프로젝트 속성을 사용합니다.
프로젝트 컨텐츠	Web Experience Factory 프로젝트에는 Web Experience Factory에서 제공 가능한 컨텐츠 루트 디렉토리의 모든 컨텐츠가 들어 있습니다. 예를 들어 wpf.war 및 아래 항목과 같습니다.
소스 디렉토리	Web Experience Factory 프로젝트는 Web Experience Factory 설치의 WEB-INF/work/source 디렉토리를 소스 디렉토리로 사용합니다. 소스 디렉토리로 다른 디렉토리를 지정할 수 있지만 이 디렉토리는 반드시 포함해야 합니다.
빌드 디렉토리	프로젝트 Java 소스 파일이 컴파일된 WEB-INF/temp 디렉토리를 가르킵니다. Web Experience Factory Designer 플러그인의 파트로 포함된 Ant 스크립트는 이 디렉토리의 클래스를 WEB-INF/work/classes 디렉토리로 복사합니다.
포함된 라이브러리	Web Experience Factory 프로젝트는 Web Experience Factory WEB-INF/lib 디렉토리에 모든 JAR 파일을 포함하고 WEB-INF/clientlibs/servlet.jar에 JAR 파일을 포함합니다.
외부 도구	Ant 스크립트 사본 클래스는 컴파일된 Java WEB-INF/work/classes 디렉토리를 복사합니다.

Web Experience Factory 및 Eclipse IDE 로그 파일의 위치

다음 디렉토리에서 Web Experience Factory Designer에 대한 로그 파일을 찾을 수 있습니다.

eclipse/plugins/com.bowstreet.designer.core/log

Web Experience Factory WEB-INF/logs 디렉토리에서 Web Experience Factory에 대한 로그 파일을 찾을 수 있습니다.

도움말 표시 구성

도움말의 표시 방법을 구성하려면 다음 단계를 수행하십시오.

다음 두 가지 방법 중 하나로 도움말을 표시할 수 있습니다.

도움말 보기: 기본 환경 설정 설정입니다. Eclipse 창의 오른쪽에 새 Eclipse 보기가 열립니다. 이 경우, 도움말 보기를 어디로든 이동할 수 있고 선택하는 위치에 도킹할 수 있습니다.
InfoPop: 이 환경 설정 설정은 독립된 전체 크기 도움말 창을 엽니다.

창 > 환경 설정... > 도움말 > 창 컨텍스트 도움말 열기를 여십시오.
도움말 표시 환경 설정을 선택하십시오. 예를 들어, 전체 크기 창에서 도움말을 보려면 infopop에서를 선택하십시오.

수정팩 알림 구성

현재 수정팩에 대해 알리도록 IBM 지원 센터 사이트를 구성할 수 있습니다.

이 태스크를 수행하려면 IBM ID 및 비밀번호가 필요합니다. 이 프로시저 중에 등록하여 ID 및 비밀번호를 작성할 수 있습니다. 수정팩 알림을 이미 구독하고 있는 경우에는 현재 구독을 보고 관리할 수 있습니다.

Web Experience Factory Designer에서 도움말 > '내 알림' 수정팩 알림을 클릭하십시오.
브라우저 창이 IBM 기술 지원 사이트에서 내 알림 페이지 구독 탭으로 열립니다.
IBM ID 및 비밀번호를 입력하십시오.
IBM ID가 있는 경우에는 등록을 클릭하여 이를 작성하십시오.
구독 탭에서 제품군(예: WebSphere), 제품(예제: Web Experience Factory), 문서 유형 및 배달 정보를 지정하십시오.
구독이 내 구독 탭에서 작성됩니다. 이 탭은 현재 구독을 보여주고 다른 구독을 등록하기 위한 방법을 제공합니다.

IBM WebSphere Application Server Community Edition(WAS CE)에서 JRE 변경

다른 JRE 버전 또는 벤더로 변경하려는 경우, 다음 단계를 수행해야 합니다.

서버를 중지하십시오.
WASCE_INSTALLED_DIR\bin\setenv.bat 파일에서, 사용할 JRE를 가리키도록 WASCE_JAVA_HOME 변수를 설정하십시오. 이 변경사항을 작성하기 전에 WebSphere Application Server CE 문서에서 지원되는 버전 및 벤더를 확인하십시오.
서버를 시작하십시오. 콘솔 창에 나열된 JRE의 버전이 이제 새 Java 버전을 참조함에 유의하십시오.

IBM Web Experience Factory용 샘플

웹 애플리케이션 개발을 지원하기 위해 여러 개의 샘플이 제공됩니다.

제품 위키에는 커뮤니티에서 개발한 샘플이 있습니다.

http://www-10.lotus.com/ldd/pfwiki.nsf

위키 시작 페이지의 빠른 링크 표제 아래에 있는 샘플을 클릭하십시오. 샘플에 대한 기사가 제목을 기준으로 알파벳 순으로 나열되어 있으며 카테고리(예: 데이터 액세스 및 서비스)별로 액세스할 수 있습니다.

IBM Web Experience Factory용 학습서

이 링크(http://www-10.lotus.com/ldd/pfwiki.nsf/xpViewCategories.xsp?lookupName=Media%20Gallery)를 클릭하면 여러 기능, 개념 및 "방법"에 대한 비디오 데모를 볼 수 있습니다.

아래에 나열된 주제는 Web Experience Factory 환경에서 웹 애플리케이션을 개발 및 작성하는 방법에 대한 자세한 정보를 다룹니다.

IBM WebSphere Application Server CE에서 IBM Web Experience Factory를 사용하기 위한 빠른 시작

이 빠른 시작 안내서는 WAS CE(WebSphere Application Server Community Edition)를 사용하여 프로젝트를 작성하고 애플리케이션을 실행하는 방법을 단계별로 설명합니다.

WebSphere Application Server CE를 사용하면 애플리케이션을 빠르고 쉽게 개발 및 테스트할 수 있습니다. IBM Web Experience Factory를 설치할 때 WebSphere Application Server CE를 설치할 수 있습니다.

WAS CE(WebSphere Application Server Community Edition)는 Apache Geronimo 기반의 개방형 소스 J2EE(Java 2 Platform, Enterprise Edition) Application Server입니다.

WebSphere Application Server CE 프로젝트 작성

다음 단계에 따라 WebSphere Application Server CE와 함께 사용할 기본 프로젝트를 작성하십시오.

시작 > 모든 프로그램 > IBM Web Experience Factory > Designer를 클릭하여 설치한 Eclipse 클라이언트를 실행하십시오. 환영 페이지가 표시되면 닫으십시오.
메뉴에서 파일 > 새로 작성 > Web Experience Factory 프로젝트를 클릭하십시오.
공백 없이 프로젝트 이름을 입력하십시오(예: MyFirstProject). 공백 및 일부 특수 문자는 프로젝트 이름에 허용되지 않습니다. 다음을 클릭하십시오.
기능 세트 페이지에서 학습서 및 샘플을 펼치고 모델 빌드, 빌더 작성, 학습서 및 위젯 옵션을 선택하여 포함된 샘플 애플리케이션을 모두 설치하십시오. 다음을 클릭하십시오.
서버 구성 대화 상자에서 WebSphere Application Server CE 설치에 포함된 WASCE Application Server 구성을 선택하십시오. 이 구성은 로컬로 설치된 WebSphere Application Server CE 서버를 지정하며 사용자가 Web Experience Factory Designer에서 애플리케이션을 테스트하고 실행할 때마다 사용됩니다.
완료를 클릭하여 프로젝트를 작성하십시오.
프롬프트가 표시되면 예를 클릭하여 Eclipse에서 Web Experience Factory 퍼스펙티브를 여십시오.
예를 클릭하여 WebSphere Application Server CE 서버를 시작하십시오.
예를 클릭하여 프로젝트를 공개하십시오.

WebSphere Application Server CE를 사용하여 샘플 실행

다음 단계에 따라 WebSphere Application Server CE 프로젝트 작성에서 작성한 WebSphere Application Server CE 프로젝트 파일을 사용하여 샘플 애플리케이션을 실행하십시오. 서버에서 샘플 애플리케이션을 실행하여 모두 올바르게 구성되었는지 테스트합니다.

프로젝트 탐색기 보기에서 models 폴더로 프로젝트를 펼치십시오. 다른 학습서에서 작성하는 모델도 동일하게 이 폴더에 들어갑니다.
models/samples/gettingstarted 폴더에서 OrdersServiceConsumer 모델을 찾아 다음을 두 번 클릭하여 여십시오.
```
models\samples\gettingstarted\OrdersServiceConsumer 
```
메뉴에서 실행 > 실행 > 활성 모델 실행을 클릭하거나 도구 모음에서 실행 아이콘을 클릭하십시오.
실행을 클릭하여 모델을 실행하십시오. Web Experience Factory Designer는 웹 브라우저를 실행하고 URL을 사용하여 모델을 엽니다.

모두 올바로 구성되었으면 브라우저에 웹 애플리케이션이 표시됩니다. 이 애플리케이션에 대해 아무 작업도 할 필요가 없습니다. 단순히 브라우저에서 설정이 올바르게 표시되는지, WebSphere Application Server가 해당 애플리케이션을 실행 중인지 확인하십시오.

학습서 - Web Experience Factory 프로젝트 작성

IBM Web Experience Factory의 여러 강력한 기능을 소개하는 네 개의 학습서 중 첫 번째 학습서입니다.

이 학습서에서는 WebSphere Portal용 Web Experience Factory 프로젝트 작성 방법을 학습합니다. WebSphere Application Server Community Edition(WAS CE)용 프로젝트 작성 방법을 다루는 학습서는 IBM WebSphere Application Server CE에서 IBM Web Experience Factory를 사용하기 위한 빠른 시작을 참조하십시오.

이 학습서 사용

이 학습서 세트는 신규 Web Experience Factory 개발자에게 유용합니다. 이 학습서의 네 파트를 완료하는 데 각각 30 - 45분이 걸립니다. 각 학습서는 이전 학습서에서 얻은 지식을 토대로 진행되므로, 다음 순서에 따라 완료해야 합니다. 또한 Web Experience Factory에 대해 보다 자세히 학습하려면 해당 학습서를 완료한 후 Web Experience Factory 위키에서 Web Experience Factory 학습 로드맵을 방문하십시오.

표 9. 개발자 학습서 세트
학습서 순서	설명
웹 애플리케이션 프로젝트 작성	이 학습서에서는 웹 애플리케이션 프로젝트 작성 방법을 학습합니다.
애플리케이션 작성	이 학습서에서는 간단한 "hello world" 애플리케이션을 빌드한 후 해당 애플리케이션에서 포틀릿을 작성합니다.
데이터베이스 애플리케이션 작성	이 학습서에서는 샘플 데이터베이스에 대해 SQL 테이블 작성 빌더를 사용하여 서비스 제공자 모델을 작성한 다음 서비스 이용자 빌더 및 데이터 서비스 사용자 인터페이스를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다.
새 애플리케이션에서 프로파일링 사용	"hello world" 애플리케이션 학습서에 이어서 애플리케이션에 프로파일링 기능을 추가합니다.

학습할 내용

IBM Web Experience Factory 설치 후, 포틀릿 작성의 첫 단계는 Web Experience Factory Designer를 사용하여 Web Experience Factory 프로젝트를 작성하는 것입니다. 이 프로젝트는 포틀릿 또는 애플리케이션의 기초가 되며, 이들을 공개하는 데 필요한 모든 아티팩트를 포함합니다.

이 학습서에서는 Web Experience Factory 프로젝트를 작성하고, IBM WebSphere Portal 환경에서 사용할 수 있도록 구성하며, 샘플을 실행하여 설정이 올바른지 확인합니다. 이러한 태스크가 완료되면, 다른 학습서를 완료하여 Web Experience Factory를 사용한 웹 애플리케이션 및 포틀릿 개발에 대한 기본사항을 배울 수 있습니다.

시작하기 전에

다음은 학습서를 실행하기 위해 필요한 설정입니다.

포틀릿을 테스트하려면 WebSphere Portal의 로컬 또는 네트워크 설치에 액세스해야 합니다. 프로젝트를 공개하려면 WebSphere Portal Server가 실행 중이어야 합니다. 다른 구성도 가능하지만, 이 학습서의 지침에서는 아래와 같이 WebSphere Portal Server가 로컬로 설치되어 있다고 가정합니다. 포털이 없는 경우 로컬 개발 서버에서 애플리케이션을 테스트할 수 있지만 포털 고유의 단계를 완료할 수는 없습니다.
Web Experience Factory Designer는 로컬로 설치해야 합니다. Web Experience Factory Designer는 웹 애플리케이션 및 포틀릿 작성을 위한 개발 환경입니다. Eclipse 또는 IBM Rational Application Developer(RAD)와 같은 IDE(Integrated Development Environment)에 설치됩니다. Eclipse 또는 Rational Application Developer가 아직 설치되지 않은 경우 Web Experience Factory 설치 프로시저의 일부로 Eclipse를 설치할 수 있습니다.
애플리케이션 개발 중 Web Experience Factory Designer에서 애플리케이션을 실행하려면 애플리케이션 서버에 액세스해야 합니다. WebSphere Portal은 WebSphere Application Server에서 실행되므로, WebSphere Portal이 설치되어 있는 경우 WebSphere Application Server 인스턴스를 테스트 환경으로 사용할 수 있습니다. WAS CE(WebSphere Application Server Community Edition) 또는 Tomcat을 사용할 수도 있습니다.

프로젝트 작성

Web Experience Factory Designer를 시작하십시오. 환영 페이지가 표시되면 닫으십시오.
참고: RAD를 사용하는 경우, 파일 시스템의 최상위 레벨에 가까운 작업 공간(예: C:\factory\my_projects\)을 찾아서 경로/파일 이름이 Windows의 256자 제한을 초과하지 않도록 해야 합니다.
창 > 퍼스펙티브 열기 > 기타... > Web Experience Factory를 선택하여 Web Experience Factory 퍼스펙티브로 전환하십시오.
다음 단계를 완료하여 Web Experience Factory 웹 애플리케이션 프로젝트를 작성하십시오.
1. 메뉴에서 파일 > 새로 작성 > Web Experience Factory 프로젝트를 선택하십시오. 프로젝트 작성을 도와주는 마법사가 안내해 줍니다.
  참고: 목록에서 프로젝트가 아니라 Web Experience Factory 프로젝트를 선택하십시오.
2. 프로젝트 이름 단계에 공백 없이 MyFirstProject를 입력하십시오. 공백 및 일부 특수 문자는 프로젝트 이름에 허용되지 않습니다. 프로젝트 이름 지정을 완료하였으면 다음 을 클릭하십시오.
학습서 및 샘플 기능 세트를 추가하십시오.
1. 기능 세트 대화 상자에는 사용 가능한 모든 기능 세트가 나열됩니다. 학습서 및 샘플을 선택하여 해당 기능 세트 내의 모든 컴포넌트를 선택하십시오. 이 옵션은 Web Experience Factory Designer와 함께 제공되는 학습서를 실행하는 데 필요한 파일을 추가합니다.
2. 다음을 클릭하여 계속하십시오.

테스트 서버 구성을 이해하십시오.

하나의 서버 구성만 작성하면 됩니다. 이 서버 구성은 개발 중 프로젝트를 테스트하기 위해 두 애플리케이션 서버 모두에 프로젝트를 공개하고 WebSphere Portal에서 볼 수 있도록 WebSphere Portal에 포틀릿을 공개합니다.

개발자가 설정할 수 있는 많은 다른 구성이 있습니다. 가장 일반적인 구성 유형은 다음과 같습니다.

표 10. 포털 구성의 일반 유형
구성 유형	설명
로컬로 설치된 WebSphere Portal 및 애플리케이션 서버	WebSphere Portal Server 및 임베드 WebSphere Application Server가 로컬로 설치되었습니다. 새 서버 구성을 작성할 때 애플리케이션 서버 installedApps 폴더와 같은 중요한 폴더는 로컬 하드 드라이브를 가리킵니다. 이 구성은 사용하기 매우 쉽지만 적합한 레벨의 성능을 달성하려면 최소 2GB의 RAM을 갖춘 강력한 개발 시스템이 필요합니다.
원격으로 설치된 WebSphere Portal 및 애플리케이션 서버	WebSphere Portal Server 및 임베드 WebSphere Application Server는 네트워크에서 액세스할 수 있는 다른 시스템에 설치됩니다.

서버 구성을 작성하십시오. 적용되는 기존 구성이 있는 경우 이를 사용할 수 있습니다. 기존의 배치 구성이 없는 경우 새 구성을 작성해야 합니다.
1. 프로젝트 특성 창에서 서버 구성 작성을 클릭하십시오.
2. 사용 중인 환경에 적합한 서버 구성을 선택하고 확인을 클릭하십시오. 서버 구성 편집 대화 상자가 표시됩니다.
3. 구성 이름 및 구성에 대한 설명은 기본적으로 로드됩니다.
  사용 환경에 대한 구성을 완료하려면 온라인 도움말을 참조하십시오.
4. 선택한 환경에서 사용 가능한 경우 테스트 포털 페이지 작성 > 다중 페이지를 클릭하십시오.
5. 서버 연결 테스트를 클릭하여 WebSphere Application Server에 연결을 검증하십시오. 오류가 수신되는 경우에는 서버가 실행 중인지 확인한 후 서버 연결 테스트를 다시 클릭하십시오.
  문제가 있는 경우 /WEB-INF/logs 디렉토리에 있는 서버 구성 관련 공개 로그를 확인하십시오.
6. 계속하려면 확인을 클릭하십시오.
완료를 클릭하면 지정한 세부사항 및 기능에 따라 프로젝트가 작성됩니다. 지금 프로젝트를 공개하시겠습니까?라는 프롬프트가 표시됩니다. 예를 클릭하십시오.
Web Experience Factory 6.x의 로컬 설치를 사용 중인 경우 기본적으로 WebSphere Application Server의 보안이 사용됩니다. 따라서 배치 WAR 파일이 작성되는 동안 신임을 묻는 메시지가 표시될 수도 있습니다. WebSphere Portal 관리자 신임이 아닌 WebSphere Application Server 관리자 신임을 사용하십시오. 또한 실행되지 않은 공개 프로세스를 종료하기 전에 이 프롬프트를 기다려야 합니다. 프롬프트를 무시하면 제한시간 초과되어 WAR 파일이 자동으로 공개되지 않습니다. 이 경우에도 WebSphere 관리 콘솔을 사용하여 WAR 파일을 수동으로 설치하고 구성할 수 있습니다.
서버가 원격이거나 애플리케이션에 애플리케이션 공개 기능을 사용하지 않도록 선택한 경우 문제점 보기에 오류 메시지가 표시됩니다. 이 메시지는 Web Experience Factory Dev WAR 위치가 존재하지 않음을 나타냅니다. 서버가 실행 중이 아닌 경우 등의 이유로 애플리케이션 공개 기능이 실패하는 경우에도 이 메시지가 표시됩니다. 이 오류가 수신되면 WebSphere Portal 관리 콘솔을 사용하여 포틀릿 WAR 파일을 수동으로 공개해야 합니다.

설정 테스트

이제 Web Experience Factory 프로젝트를 작성했으므로 서버에서 샘플 애플리케이션을 실행하여 모두 올바로 구성되었는지 테스트합니다.

다음 단계에 따라 학습서 및 샘플 기능 세트에서 샘플 모델 중 하나를 열어서 구성을 테스트하십시오.
1. 프로젝트 탐색기 보기에서 models\tutorials 폴더를 펼치십시오. 다른 학습서에서 작성하는 모델도 동일하게 이 폴더에 들어갑니다.
2. tutorials 폴더에서 Tutorial_MyFirstPortlet.model을 찾아 두 번 클릭하여 여십시오. \solutions\basics\Tutorial_MyFirstPortlet.model.
실행 구성을 작성하십시오.
1. 메뉴에서 실행 > 실행...을 선택하거나 작업공간 위에 있는 을 클릭하십시오. Web Experience Factory 모델 프로젝트 작성 시 작성된 기본 실행 구성을 선택하십시오. 이는 현재 활성 모델입니다.
2. 모두가 제대로 구성되었으면 "학습서 기본 - Hello World!"를 표시할 기본 브라우저에 웹 애플리케이션이 표시됩니다. 이 애플리케이션에 대해 아무 작업도 할 필요가 없습니다. 단순히 브라우저에서 설정이 올바르고 WebSphere Application Server가 해당 애플리케이션을 실행 중인지 살펴서 확인하십시오.
Java 컴파일러 메시지 및 경고를 정리하십시오(선택적).
1. Web Experience Factory Designer로 다시 전환하십시오.작업공간 맨 아래에 있는 문제점 탭에서 여러 경고와 사용하지 않는 로컬 변수를 볼 수 있습니다. 이러한 메시지는 학습서 및 샘플 - 빌더 기능 세트의 샘플 Java 파일에서 불필요한 코드에 대한 것입니다. 이러한 변수는 사용자 정의 빌더 작성 학습서에서 사용됩니다. 이러한 경고가 지금은 표시되지 않도록 하려면 이 단계를 계속하십시오. 그렇지 않으면 5단계로 건너뛰십시오.
2. 불필요한 코드 경고를 표시하지 않으려면 다음 단계를 수행하십시오.
  1. 메뉴에서 창 > 환경 설정을 선택하여 환경 설정 대화 상자를 여십시오.
  2. 대화 상자의 왼쪽에서 Java > 컴파일러 > 오류/경고를 선택하십시오.
  3. 오른쪽에 여러 접힌 섹션이 있습니다. 불필요한 코드라는 레이블의 섹션을 펼치십시오.
  4. 이 섹션에는 경고에 값이 설정된 로컬 변수를 읽지 않음과 같은 몇몇 필드가 있습니다. 이 섹션의 모든 필드를 무시로 설정하십시오.
  5. 이러한 변경사항을 저장하려면 확인을 클릭하십시오.
  6. Eclipse는 이제 현재 열려 있는 모든 프로젝트를 최신 정보로 업데이트해야 합니다. 이러한 변경사항을 적용하여 완전한 빌드를 수행하도록 프롬프트되면 예를 클릭하십시오. 최신 정보로 업데이트 프로세스가 완료되면 경고가 사라집니다.
WebSphere Portal에서 포틀릿 모델을 테스트하여 포틀릿이 올바르게 공개되었는지 확인하십시오.
1. WebSphere Portal에 권한이 있는 관리자 또는 사용자로 로그인하여 페이지를 작성하고 포틀릿을 페이지에 추가하십시오.
2. 제목이 학습서 기본 - 내 처음 포틀릿 솔루션인 포틀릿을 새 페이지 또는 기존 페이지에 추가하십시오. 올바르게 프로젝트를 작성했으면 이 포틀릿을 쉽게 볼 수 있습니다. 완료되면 페이지 관리를 닫으십시오.
3. 새 포틀릿이 들어 있는 페이지에 대한 WebSphere Portal을 열고 포틀릿을 검토하십시오. 이 섹션의 시작 부분에서 테스트한 MyFirstPortlet_Solution 모델과 같은 모양이어야 합니다.
4. 포틀릿 공개가 올바르게 완료되었으면 WebSphere Portal을 닫으십시오.
메뉴에서 파일 > 모두 닫기를 선택하여 Web Experience Factory Designer에서 열려 있는 모델과 파일을 모두 닫으십시오.

학습한 내용 및 다음 단계

축하합니다! Web Experience Factory 프로젝트를 성공적으로 작성했으며 샘플 애플리케이션을 실행하여 구성을 확인했습니다. 작성된 Web Experience Factory 프로젝트에는 사용자가 작성한 모든 모델과 Web Experience Factory 웹 애플리케이션 및 포틀릿을 개발, 공개 및 테스트하는 데 필요한 모든 지원 코드 및 아티팩트가 들어 있습니다.

이제 다음 단계인 Web Experience Factory Designer를 사용하여 웹 애플리케이션 및 포틀릿을 개발하는 방법을 배울 준비가 되었습니다. 애플리케이션 작성 학습서를 시작하십시오.

학습서 - 첫 번째 애플리케이션 작성

IBM Web Experience Factory의 여러 강력한 기능을 소개하는 네 개의 학습서 중 두 번째 학습서입니다.

이 학습서에서는 간단한 "hello world" 애플리케이션을 빌드합니다.

이 학습서 사용

이 학습서 세트는 새 Web Experience Factory 개발자에게 유용한 시작점입니다. 이 학습서의 네 파트를 완료하는 데 각각 30 - 45분이 걸립니다. 각 학습서는 이전 학습서에서 얻은 지식을 토대로 진행되므로, 다음 순서에 따라 완료해야 합니다. 또한 Web Experience Factory에 대해 보다 자세히 학습하려면 해당 학습서를 완료한 후 Web Experience Factory 위키에서 Web Experience Factory 학습 로드맵을 방문하십시오.

표 11. 개발자 학습서 세트
학습서 순서	설명
웹 애플리케이션 프로젝트 작성	이 학습서에서는 웹 애플리케이션 프로젝트 작성 방법을 학습합니다.
애플리케이션 작성	이 학습서에서는 간단한 "hello world" 애플리케이션을 빌드한 후 해당 애플리케이션에서 포틀릿을 작성합니다.
데이터베이스 애플리케이션 작성	이 학습서에서는 샘플 데이터베이스에 대해 SQL 테이블 작성 빌더를 사용하여 서비스 제공자 모델을 작성한 다음 서비스 이용자 빌더 및 데이터 서비스 사용자 인터페이스를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다.
새 애플리케이션에서 프로파일링 사용	"hello world" 애플리케이션 학습서에 이어서 애플리케이션에 프로파일링 기능을 추가합니다.

학습할 내용

개발자가 모델을 작성하고, 이 모델에 빌더를 추가하고, 방금 작성한 애플리케이션을 실행한 다음 해당 애플리케이션에서 포틀릿을 작성하는 방식으로 애플리케이션을 작성합니다.

요구사항 설정

다음은 학습서를 실행하기 위해 필요한 설정입니다.

프로젝트를 작성하고 공개했는지 확인해야 합니다. 프로젝트에 학습서 및 샘플/애플리케이션 기능 세트가 포함되어 있어야 합니다. 프로젝트 작성에 대해서는 웹 애플리케이션 프로젝트 작성 학습서에 자세히 설명되어 있습니다.
WebSphere Portal 서버가 실행 중이어야 합니다.

첫 번째 애플리케이션 작성

이 학습서 파트에서는 Web Experience Factory 모델을 새로 작성합니다.
1. Web Experience Factory Designer를 실행하십시오.
2. "웹 애플리케이션 프로젝트 작성" 학습서에서 작성한 MyFirstProject 웹 애플리케이션 프로젝트를 여십시오.
3. 파일 > 새로 작성 > Web Experience Factory 모델을 선택하십시오. 이 명령은 마법사를 호출하여 새 모델 작성을 돕습니다.
4. 이 모델을 작성할 프로젝트를 선택하십시오. MyFirstProject 웹 애플리케이션 프로젝트가 강조표시됩니다. 다음을 클릭하여 계속하십시오.
5. 새 모델을 작성하는 경우, 스타터 모델 목록에서 선택할 수 있습니다. 모델 선택 페이지에서 팩토리 스타터 모델 카테고리의 기본 및 페이지를 선택하고 다음을 누르십시오.페이지 설정 대화 상자가 표시됩니다.
6. 기본 및 페이지 스타터 모델을 선택했으므로 첫 페이지의 컨텐츠를 지정하는 옵션이 표시됩니다. 기존 HTML 파일을 선택할 수도 있고 단순 페이지를 선택하여 기본 HTML 페이지를 가져올 수도 있습니다. 단순 페이지를 선택하고 다음을 클릭하십시오.새 모델 저장 대화 상자가 표시됩니다.
7. 모델은 프로젝트의 models 폴더에 저장됩니다. 이 프로젝트에는 이미 샘플 및 학습서 기능 세트가 있으므로 사용해야 하는 일부 학습서 관련 폴더가 있습니다. models 폴더를 펼치고 models\tutorials 폴더를 선택한 후 MyFirstPortlet을 입력하고 완료를 클릭하십시오. Web Experience Factory Designer가 이제 새 모델을 작성하고 엽니다.
모델이란?

모델은 단순히 애플리케이션의 작동, 구조, 데이터 및 프리젠테이션을 나타내는 애플리케이션 컴포넌트를 차례로 생성하는 빌더 호출 세트입니다. 실제로 모델은 단순히 일련의 빌더 호출이 들어 있는 XML 파일입니다.
새 애플리케이션을 작성하려는 경우, 새 모델을 작성한 다음 알맞은 빌더 호출을 모델에 추가합니다.
새 모델 조사 및 실행
1. 작업공간의 왼쪽 아래 모서리에는 모델이 사용하는 모든 빌더 즉, 모델의 "빌더 호출 목록"이 들어 있는 아웃라인이라는 탭이 있습니다. 모델은 빌더로부터 작성되며, 모델의 각 빌더는 빌더 호출로 나타냅니다. 빌더 호출 목록에서 빌더 호출을 두 번 클릭하여 편집할 수 있습니다.
  빌더란?
  
  빌더는 특정 애플리케이션 기능을 위한 코드(Java, JSP 및 XML 포함)를 생성하는 적응력 강한 소프트웨어 컴포넌트입니다. 예를 들어, Web Experience Factory는 웹 페이지에 단추를 놓는 코드 작성을 자동화하는 정도의 단순한 빌더들을 제공합니다. Web Experience Factory에는 또한 데이터 소스(데이터베이스, Lotus Domino, 웹 서비스, 변수 등)에서 데이터를 검색하고 표시하는 전체 애플리케이션을 작성하는 데 필요한 모든 필수 변수, JSP, 스키마 및 Java 코드를 작성하는 데이터 서비스 사용자 인터페이스 빌더와 같은 많은 강력한 빌더도 포함되어 있습니다.
  빌더에는 사용하기 쉬우며 마법사와 비슷한 사용자 인터페이스가 있어서 애플리케이션을 빠르고 쉽게 개발할 수 있습니다. 그러나 빌더는 전체 개발 프로세스를 통해 반복적으로 사용될 수 있으므로 마법사보다 훨씬 강력합니다. 일회 실행 마법사를 제공하는 다른 IDE와 달리, Web Experience Factory에서는 언제든지 돌아가서 빌더의 입력 값을 변경할 수 있고 전체 애플리케이션을 즉시 업데이트할 수 있습니다.
  
  실제로 빌더는 알맞은 자동화 태스크(예: 단추에 대한 JSP 작성)를 수행하는 Java 클래스 및 빌더의 입력 및 설계 시 사용자 인터페이스 특성을 정의하는 XML 문서(빌더 정의)로 구성됩니다.
2. 빌더 호출 목록에서 main 조치 목록 빌더 호출을 두 번 클릭하십시오. 빌더 호출 편집기가 오른쪽에 열리고 해당 빌더 입력의 현재 값을 표시합니다. 조치 목록에는 하나의 요소만 있습니다. 해당 조치는 page1 페이지가 표시되도록 트리거됩니다.
3. 이제 빌더 호출 목록에서 page1이라는 페이지 빌더 호출을 두 번 클릭하십시오. 여기에는 아주 기본적인 HTML과 <span>이라는 일부 태그가 들어 있습니다. Web Experience Factory에서는 이름 지정된 태그(이름 속성을 가진 HTML 요소)를 사용하여 생성된 사용자 인터페이스 마크업을 배치할 페이지의 위치를 찾습니다. 이제 이 페이지에는 페이지 컨텐츠 필드에서 볼 수 있는 간단한 HTML이 표시됩니다.
4. 작업공간 맨 위의 메뉴 바로 아래에 있는 아이콘 행에서 을 클릭하여 모델을 실행하십시오. 브라우저가 실행되고 기본 테스트 페이지라는 간단한 페이지가 포함된 단순 애플리케이션이 표시됩니다.
5. 브라우저를 닫고 Web Experience Factory Designer로 돌아오십시오.
이 학습서 파트에서는 기본 페이지 레이아웃을 구성합니다.
1. 애플리케이션 트리에 표시되는 항목
  
  애플리케이션 트리에는 현재 모델의 빌더에서 생성된 모든 아티팩트가 표시됩니다. 이를 통해 오브젝트의 세부사항을 표시할 아티팩트를 선택할 수 있습니다. 예를 들어 Java, XML, HTML 및 JSP 등이 있습니다. 오브젝트의 세부사항을 확인하는 방법에는 두 가지가 있습니다. 소스 탭에는 작성된 항목이 텍스트로 표시되고 설계 탭에는 오브젝트가 시각적으로 표시됩니다. 설계 탭은 애플리케이션 실행 시 브라우저에서 렌더링하는 항목이 아니지만 이를 통해 애플리케이션 작성 시 여러 변경사항을 미리 볼 수 있습니다. HTML 페이지의 정적 텍스트에 추가하여 설계 탭에는 현재 컨텐츠가 포함되지 않은 이름 지정된 태그가 표시되기도 합니다. 현재 설계 탭은 페이지에만 사용할 수 있습니다.
  애플리케이션 트리가 표시되지 않은 경우 MyFirstPortlet 모델이 열리거나 선택되었는지 확인하십시오. 그러한 경우 프로젝트 탐색기 창의 MyFirstPortlet 모델을 찾아서 두 번 클릭하십시오.
  
  애플리케이션 트리의 여러 요소를 선택하도록 하고 소스 및 설계 보기에서 강조 표시된 해당 요소를 감시합니다.
2. 모델에 텍스트 빌더 호출을 추가하여 namedTag라는 <span> 태그를 바꾸십시오.
  1. 애플리케이션 트리에서 page1으 선택하십시오.
  2. 애플리케이션 트리 위에서 을 클릭하여 이 모델에 추가할 수 있는 빌더 목록을 표시하십시오. 사용 가능한 모든 빌더 및 해당 빌더 카테고리가 이 목록에 표시됩니다. 여러 빌더가 페이지를 수정할 수 있으므로 여러 선택사항이 표시됩니다.
  3. 검색하고 추가할 빌더 호출 유형으로 텍스트를 선택한 후 확인을 클릭하십시오. 이 새 빌더 호출로 오른쪽 분할창에 빌더 호출 편집기가 표시됩니다.
  4. 빌더 호출의 페이지 위치 섹션에는 여러 입력이 들어 있습니다. 페이지 및 태그에는 선택할 수 있는 드롭 다운 목록이 들어 있습니다. 페이지 필드에 대해 page1을 선택하고 태그 필드에 대해 namedTag를 선택하십시오. 이 텍스트 빌더는 이제 namedTag라는 이름 지정된 <span> 태그의 컨텐츠가 텍스트 입력에 지정한 텍스트 표현식으로 바뀌는 것을 알게 됩니다.
  5. 텍스트라는 레이블의 입력은 이 빌더 호출이 페이지에 추가할 텍스트를 사용자가 입력하는 곳입니다. 이 입력을 찾아서 학습서 기본 – Hello World!를 입력하십시오.
  6. 확인을 클릭하십시오.
  7. 설계 탭을 클릭하여 학습서 기본 – Hello World! 단어를 추가한 해당 텍스트 빌더를 보십시오. 모델을 다시 실행하고 웹 브라우저에 표시하십시오. 이번에는 "이름 지정된 태그를 사용하여 페이지에 빌더 호출 결과 배치"라는 정적 텍스트가 학습서 기본 - Hello World! 문구로 바뀌어 표시됩니다.
  참고: 텍스트 빌더를 사용하면 Web Experience Factory를 매우 신속하게 시작할 수 있습니다. 정상적인 개발 프로세스에서는 데이터 페이지 빌더 및 페이지 자동화를 사용하여 Web Experience Factory의 모든 기능을 실제로 활용할 수 있습니다. 이 학습서 이후의 학습서에서 이들 기능에 대해 설명하고 사용합니다.

애플리케이션을 포틀릿으로 전환

현재 애플리케이션을 작성하기는 했지만 모델이 포틀릿으로 사용되도록 설정하지는 않았습니다. 이제 모델이 WebSphere Portal 프레임워크 내에서 포틀릿으로 실행되도록 설정합니다. 이러한 용도로 사용되는 포틀릿 어댑터 빌더가 있으므로 이 태스크는 쉽게 완료할 수 있습니다.

포틀릿 어댑터 빌더의 개념: 포틀릿 어댑터 빌더는 WebSphere Portal에서 포틀릿으로 기능하도록 모델을 자동으로 구성합니다. 포틀릿에 대한 유용한 정보(예: 이름, 제목, 설명 및 선택적 포틀릿 도움말 파일 이름)는 이 유형의 빌더 호출에 입력됩니다. 이름, 제목 및 설명은 포틀릿을 관리하고 포틀릿 페이지에 적용할 때 포털 관리자가 볼 수 있습니다. 포틀릿의 포틀릿 제목 표시줄 메뉴를 통해 사용자가 도움말 파일에 액세스할 수 있습니다.

프로파일링은 고급 학습서에서 다루며, 여기서는 구성 및 편집 페이지의 기본 사용자 인터페이스(UI)가 매우 단순하다는 점을 다룹니다. 이러한 페이지에 대한 더 풍부한 UI는 각 HTML 페이지 또는 Web Experience Factory 모델에서 별도로 작성할 수 있습니다. 이러한 페이지 및 모델은 포틀릿 어댑터 빌더 호출에서 참조할 수 있으며 빌더는 이들을 자동으로 포틀릿이 추가합니다.

포틀릿 어댑터 빌더 호출을 MyFirstPortlet 모델에 추가한 다음 포틀릿을 포털 페이지에 추가하여 작업을 테스트하십시오.

포틀릿으로 작동되도록 모델을 사용 가능하게 하십시오.

MyFirstPortlet 모델을 여십시오.
을 클릭하여 모델에 새 빌더 호출을 추가하십시오. 아직 선택하지 않았으면 모두 카테고리를 선택하십시오.
포틀릿 어댑터 빌더를 선택하고 확인을 클릭하십시오.

이 빌더 호출에 제공할 다양한 입력의 값에 대한 자세한 내용은 다음 표를 사용하십시오. 값 입력을 완료하였으면 확인을 클릭하십시오.

표 12. 포틀릿 어댑터 빌더 입력
입력 이름	주어진 입력에 이 값을 입력
이름	`tutorial_basics`
포틀릿 제목	`학습서 기본 – 포틀릿`
포틀릿 설명	`핵심 개념을 설명하는 단순 예제`

확인을 클릭하십시오.
모델을 저장하십시오.
프로젝트의 이름을 마우스 오른쪽 단추로 클릭하고 애플리케이션 공개를 선택하십시오. 포털 서버 구성을 선택하고 확인을 클릭하십시오. 이 태스크를 완료하는 데에는 몇 분 걸립니다.
서버 구성이 테스트 포털 페이지 작성으로 설정된 경우 3.f 단계를 진행할 수 있습니다.

포틀릿 WAR을 다시 공개하는 이유?: 포틀릿 웹 애플리케이션 아카이브 또는 WAR은 이전 학습서에서 프로젝트를 작성할 때 작성되었습니다. 프로젝트에서 모델 및 프로파일 세트가 변경될 때 이러한 변경사항은 포털 서버에 자동으로 공개됩니다.
그러나 모델에 대한 내용을 일부 변경하려면 포틀릿 WAR을 다시 공개해야 합니다. 모델에 포틀릿 어댑터 빌더를 추가하는 것이 해당 변경사항 중 하나입니다. 포털 프레임워크가 새 포틀릿을 인식하도록 하려면 포털 서버의 포틀릿 WAR을 새 것으로 바꾸어야 합니다. Web Experience Factory Designer에서 기존 포틀릿 WAR을 다시 공개하면 새 WAR이 자동으로 기존의 것을 대신하여 공개됩니다.

Web Experience Factory 작업 포털 페이지를 작성하십시오.
1. 조치 링크를 작성하고 조치 드롭 다운 메뉴에서 페이지 편집을 선택하여 클릭하십시오.
2. 기존 페이지 탭 옆에 있는 새 페이지 링크를 클릭하여 맨 위 레벨 페이지 탭을 새로 작성하십시오.
3. 제목 입력 상자가 표시되면 학습서 샘플을 입력하십시오.
4. Enter 키를 누르거나, 입력 상자를 클릭하여 탭을 작성하십시오.
페이지에 포틀릿을 추가하려면 다음을 수행하십시오.
1. 조치 링크를 클릭하십시오. 조치 드롭 다운 메뉴에서 '페이지 편집'을 선택하여 클릭하십시오.
2. 사용자 정의 단추를 클릭하십시오.
3. 모두 > 컨텐츠 찾아보기를 선택한 후 모두 검색 입력 상자에 학습서 기본을 입력하십시오.
4. 학습서 기본 - 내 첫 번째 포틀릿을 두 번 클릭하고 페이지에 추가 단추를 클릭하십시오.
5. 저장 & 종료를 클릭하십시오.
6. 학습서 샘플 탭을 클릭하십시오.
7. 학습서/기본사항을 탐색하여 임베드된 "Hello World" 포틀릿을 표시하십시오.
기본사항 페이지를 작성하고 MyFirstPortlet을 추가하십시오.
1. 학습서 페이지에 대한 링크를 클릭하십시오. 기본사항이라고 하는 새 페이지를 작성하십시오. 페이지를 저장하려면 확인을 클릭하십시오.
2. 기본사항 페이지 세부사항 옆의 행에 있는 페이지 레이아웃 편집 아이콘을 클릭하십시오. 레이아웃 편집 페이지가 표시됩니다.
3. 포틀릿 추가 아이콘을 클릭하십시오.
4. 검색 기능을 사용하여 목록에서 학습서 기본사항 – 포틀릿 포틀릿을 찾으십시오.
5. 포틀릿 옆의 선택란을 선택하고 확인을 클릭한 후 완료를 클릭하여 변경사항을 저장하십시오.
6. 홈 탭을 클릭한 후 Web Experience Factory 탭을 클릭하십시오.
7. 학습서/기본사항을 탐색하여 임베드된 "Hello World" 포틀릿을 표시하십시오.

학습한 내용 및 다음 단계

Web Experience Factory는 포틀릿 및 J2EE 준수 웹 애플리케이션 개발을 위한 강력한 도구입니다. 애플리케이션 및 포틀릿은 빌더에서 작성됩니다. 모델의 각 빌더 호출은 Web Experience Factory가 생성하는 것으로 간주되는 애플리케이션의 XML 표현에 영향을 미칩니다. 재생성 프로세스를 통해 애플리케이션이 작성됩니다.

이제 SQL 데이터 서비스 빌더를 사용하여 샘플 데이터베이스에 대한 서비스 제공자 모델을 작성한 다음 서비스 이용자 및 데이터 서비스 UI 빌더를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성하는 학습서 - 데이터베이스 애플리케이션 작성 학습서를 수행할 준비가 되었습니다.

학습서 - 새 애플리케이션에서 프로파일링 사용

"hello world" 애플리케이션 학습서에 이어서 애플리케이션에 프로파일링 기능을 추가합니다.

이 학습서 사용

표 13. 개발자 학습서 세트
학습서 순서	설명
웹 애플리케이션 프로젝트 작성	이 학습서에서는 웹 애플리케이션 프로젝트 작성 방법을 학습합니다.
애플리케이션 작성	이 학습서에서는 간단한 "hello world" 애플리케이션을 빌드한 후 해당 애플리케이션에서 포틀릿을 작성합니다.
데이터베이스 애플리케이션 작성	이 학습서에서는 샘플 데이터베이스에 대해 SQL 테이블 작성 빌더를 사용하여 서비스 제공자 모델을 작성한 다음 서비스 이용자 빌더 및 데이터 서비스 사용자 인터페이스를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다.
새 애플리케이션에서 프로파일링 사용	"hello world" 애플리케이션 학습서에 이어서 애플리케이션에 프로파일링 기능을 추가합니다.

학습할 내용

이 학습서에서는 애플리케이션에 프로파일링을 추가합니다. 프로파일링하면 애플리케이션의 다양한 파트에 대해 대체 값 세트를 공급하여 Web Experience Factory가 애플리케이션의 여러 버전을 동적으로 빌드할 수 있습니다.

프로파일 세트 작성 및 애플리케이션에 프로파일링 적용

Web Experience Factory의 가장 강력한 면 중 하나는 모델을 프로파일링이라는 개념과 함께 사용하여, 동일한 코드 기반에 대해 사전 정의된 여러 매개변수 세트를 조합하여 동일한 애플리케이션의 여러 버전을 생성하는 것입니다. 이 학습서 파트에서는 빌더 입력 세트에 대한 새 프로파일 세트를 작성합니다. 프로파일 세트에는 프로파일된 빌더 입력에 대한 두 가지 다른 값의 세트가 들어 있습니다. 두 세트의 값에 따라 애플리케이션은 다른 방식으로 작동합니다. 완료하면 스위치를 반전하거나 모델을 다시 실행하여 호출할 수 있는 두 버전의 애플리케이션이 생성됩니다.

텍스트 빌더에 대한 프로파일 세트를 작성하십시오.
1. 애플리케이션 작성 학습서에서 작업한 MyFirstPortlet 모델로 돌아가서 namedTag라는 텍스트 빌더 호출을 찾은 다음 설계 보기 또는 빌더 호출 목록에서 두 번 클릭하여 여십시오. 해당 빌더 호출이 오른쪽의 빌더 호출 편집기에 표시됩니다.
2. 값이 학습서 기본 – Hello World!인 텍스트라는 이름의 빌더 입력을 찾으십시오. 을 클릭하여 이 빌더 입력 사용을 프로파일하십시오.
  여기에서 진행되는 작업
  
  처음으로 모델에서 빌더 입력 사용을 프로파일하면 Web Experience Factory가 모델 이름 뒤에 접미부 "ps"가 표시하여 이를 내재적으로 작성된 프로파일 세트의 이름으로 사용해서 프로파일 세트를 작성합니다. 예를 들어, MyFirstPortlet 모델의 경우 설계자가 MyFirstPortletps라는 프로파일 세트를 자동으로 작성합니다.
3. 항목 작성을 클릭한 후 이름을 텍스트로, 프롬프트를 표시할 텍스트로 변경하고 완료되면 확인을 클릭하십시오.
4. 기본 프로파일 외에 두 번째 프로파일을 추가하려면 프로파일 작성을 클릭하십시오. 이 프로파일의 이름을 MyFirstPortletAlternateView로 지정한 후 확인을 클릭하십시오. 프로파일 값에 Profiling Tutorial - alternate view를 입력하십시오.
5. 완료되면 확인을 클릭하십시오.
6. 이때 빌더 호출 변경사항이 저장되지 않습니다. 파일 > 저장을 클릭하여 변경사항을 저장하십시오.
프로파일을 적용하고 애플리케이션을 테스트하십시오.
1. MyFirstPortletps 프로파일을 적용하기 전에 모델을 다시 실행하여 애플리케이션에 표시되는 값을 확인하십시오. 지금은 변경사항이 없어야 하며 애플리케이션은 마지막으로 테스트했을 때와 똑같이 작동해야 합니다.
2. 브라우저를 닫아서 Web Experience Factory Designer로 돌아간 다음 작업공간의 맨 아래 섹션을 보십시오. 문제점, 태스크 및 적용된 프로파일이라는 레이블의 탭이 있는 패널이 있어야 합니다. (이러한 탭이 표시되지 않으면 창 > 퍼스펙티브 다시 설정을 선택하십시오.) 적용된 프로파일 탭을 클릭하십시오.
3. 적용된 프로파일 탭에는 MyFirstPortletps 프로파일 세트의 모든 프로파일 이름이 포함된 드롭 다운 목록이 있습니다. 이 프로파일 세트는 이 모델에 프로파일 세트의 프로파일 항목과 연관된 빌더 입력이 있으므로 이 탭에 표시됩니다. 목록에서 MyFirstPortletAlternateView를 선택하고 적용 단추를 클릭하십시오.
  현재 상태
  
  MyFirstPortletAlternateView 프로파일을 선택하고 적용하여 Web Experience Factory Designer가 모델을 실행할 때 해당 명시적 프로파일을 지정하고 재생성 프로세스를 시작합니다. 재성성하는 동안 모델 및 선택한 프로파일에서 제공하는 입력이 결합하여 애플리케이션의 새 버전을 작성합니다.
  설계 보기 및 애플리케이션 트리 보기에서 애플리케이션의 두 변형을 볼 수 있습니다. 두 프로파일 사이에 전환할 때 적용 단추를 클릭하면 애플리케이션에서 변경사항을 볼 수 있습니다. 예를 들어, 웹 애플리케이션 > 페이지 > page1로 웹 애플리케이션 트리를 펼치는 경우 page1을 클릭하십시오. 오른쪽에 해당 컨텐츠가 정적 텍스트, 파일 이름 및 JSP scriptlet과 표현식으로 바뀐 몇몇 <div> 태그가 표시됩니다.
4. 모델을 실행하여 변경사항을 확인하십시오. 이번에는 MyFirstPortletps 프로파일 세트의 기본 프로파일 대신 MyFirstPortletAlternateView 프로파일의 텍스트 값이 표시되어야 합니다.

이미지 빌더를 추가하고 MyFirstPortletps 프로파일 세트에서만 사용하도록 프로파일링하십시오.

이 단계에서는 이미지 빌더를 추가하고 프로파일링을 사용하여 이 빌더를 사용하는지 사용하지 않는지 판별합니다. 사용하지 않는 빌더는 생성된 애플리케이션에 아무런 영향도 미치지 않습니다. 빌더의 사용/사용 안함 값을 프로파일 항목에 연관시키면 빌더는 재생성 시 적용된 프로파일에 따라서만 재생성되어 자동으로 추가되거나 삭제됩니다.

Web Experience Factory Designer에서 모델에 이미지 빌더를 추가하십시오. 아래 표를 사용하여 해당 입력을 지정하십시오.

표 14. 이미지 빌더 입력
입력 이름	주어진 입력에 이 값을 입력
위치 기술	이름 지정된 태그에 상대적
페이지	page1
태그	namedTag
배치	이후
새 태그 이름	imgTag
이미지 소스	필더의 오른쪽에서 을 클릭하여 참조 선택기를 실행하십시오. 파일 선택 탭을 클릭하고 /samples/tutorials/images/tutorial_basics_image.jpg를 선택한 다음 확인을 클릭하십시오.

모델을 프로파일링하기 전에 모델이 작동하는지 확인하기 위해 여기에서 추가된 이미지를 사용하여 모델을 실행하십시오.
빌더 호출 편집기에서 이미지 빌더 호출의 맨 위를 찾고 특성이라는 섹션을 클릭하여 펼치십시오. 빌더 사용이라는 입력이 표시됩니다. 을 클릭하여 이 빌더 입력 사용을 프로파일하십시오. 다른 프로파일 항목과 마찬가지로 항목 작성을 사용하고 프롬프트를 표시 이미지로 변경한 후 UI 유형을 "선택란"으로 설정하고 선택란 이후 레이블 필드를 내 선택란으로 편집하십시오. 확인을 클릭하십시오. 포털에서 사용자 정의(사용할 프로파일 구성) 시 프로파일 항목의 UI 유형이 표시됩니다.
이 이미지 빌더 호출 인에이블먼트 프로파일 항목의 경우 프로파일 값을 기본 프로파일에 대해 선택되지 않음으로 설정하십시오. 선택란 이후 레이블 필드를 편집하여 내 선택란 텍스트를 제거하십시오. 확인을 클릭하십시오.

프로파일을 다시 테스트하여 모두 잘 작동하는지 확인하십시오.
1. 적용된 프로파일 탭을 사용하여 기본값 프로파일을 적용하고 애플리케이션을 실행하십시오. 웹 브라우저에 애플리케이션의 기본값 버전이 표시됩니다. 이 버전에는 이미지 파일이 표시되면 안 됩니다.
2. 이제 MyFirstPortletAlternateView 프로파일을 적용하고 애플리케이션을 다시 실행하십시오. 이번에는 이미지 파일이 표시됩니다.
tutorial_basics라는 포틀릿 어댑터 빌더를 여십시오.
포틀릿 어댑터 빌더 호출 편집기에서 MyFirstPortletps 프로파일 세트에 대해 기본값 편집 시 개별 프로파일 값 표시를 선택하여 값 사용자 정의를 사용 가능하게 하십시오. 빌더 호출 편집기에서 확인을 클릭하여 변경사항을 적용한 후 모델을 저장하십시오.
애플리케이션을 다시 공개하십시오.
관리자로서 포털에 다시 로그인하면 공유 설정 기능에 대한 액세스가 제공됩니다. 포틀릿이 있는 포털 페이지로 이동하십시오. 포틀릿 제목 표시줄 드롭 다운 메뉴를 열고 공유된 설정을 선택하십시오. 그러면 해당 프로파일 항목의 사용자 정의 값을 지정할 수 있도록 공유 설정(포틀릿 어댑터 빌더와 포틀릿 JSR 168 및 286 스펙에서는 편집 기본값이라고도 함) 사용자 정의 모드에 포틀릿이 배치됩니다.

학습한 내용 및 다음 단계

모델의 일부 빌더 호출 입력을 프로파일링하면 단순히 프로파일을 전환함으로써 여러 버전의 애플리케이션을 생성할 수 있습니다. Web Experience Factory Designer의 적용된 프로파일 탭에서 프로파일을 선택할 수 있습니다. 포틀릿 어댑터 빌더 호출 구성 방법에 따라 포틀릿 관리자 및 사용자는 포틀릿의 구성 및 편집 모드를 사용하여 WebSphere Portal에서 다양한 프로파일을 적용할 수 있습니다. 또한 프로파일 선택 처리라는 프로세스를 통해 프로그램적으로 프로파일을 선택할 수도 있습니다.

프로파일은 자국어 지원 및 포털 그룹에 대한 프로파일링에 사용할 수도 있습니다. 자세한 정보는 다음 위키 기사를 참조하십시오.

학습서 - 데이터베이스 애플리케이션 작성

이 학습서에서는 SQL 테이블 작성 빌더를 사용하여 샘플 데이터베이스에 대한 서비스 제공자 모델을 작성합니다.

SQL 테이블 작성 빌더는 데이터베이스 테이블을 작성하고 서비스 조작으로 공개된 전체 CRUD(작성, 검색, 업데이트 및 삭제) 기능을 제공합니다. 학습자는 서비스 이용자 및 데이터 서비스 UI 빌더를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다.

이 학습서 사용

이 학습서 세트는 신규 Web Experience Factory 개발자에게 유용합니다. 이 학습서의 네 파트 대부분을 완료하는 데 30 - 45분이 걸리지만 이 학습서에 1시간 - 1시간 30분의 시간을 할애해야 합니다. 각 학습서는 이전 학습서에서 얻은 지식을 토대로 진행되므로, 다음 순서에 따라 완료해야 합니다. 또한 Web Experience Factory에 대해 보다 자세히 학습하려면 해당 학습서를 완료한 후 Web Experience Factory 위키에서 Web Experience Factory 학습 로드맵을 방문하십시오.

표 15. 개발자 학습서 세트
학습서 순서	설명
웹 애플리케이션 프로젝트 작성	이 학습서에서는 웹 애플리케이션 프로젝트 작성 방법을 학습합니다.
애플리케이션 작성	이 학습서에서는 간단한 "hello world" 애플리케이션을 빌드한 후 해당 애플리케이션에서 포틀릿을 작성합니다.
데이터베이스 애플리케이션 작성	이 학습서에서는 샘플 데이터베이스에 대해 SQL 테이블 작성 빌더를 사용하여 서비스 제공자 모델을 작성한 다음 서비스 이용자 빌더 및 데이터 서비스 사용자 인터페이스를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다.
새 애플리케이션에서 프로파일링 사용	"hello world" 애플리케이션 학습서에 이어서 애플리케이션에 프로파일링 기능을 추가합니다.

학습할 내용

서비스 지향 아키텍처(SOA) 이용자/제공자 패러다임
SQL 테이블 작성 빌더를 사용하여 샘플 데이터베이스 테이블을 작성한 다음 작성, 검색, 업데이트 및 삭제 조작으로 서비스 제공자 생성
서비스 제공자 조작에 사용할 사용자 인터페이스의 자동 생성을 위해 서비스 이용자의 데이터 서비스 사용자 인터페이스 빌더를 사용하는 방법

SQL 테이블 작성 빌더를 사용하여 샘플 데이터베이스에 대한 서비스 제공자 모델을 작성한 다음 서비스 이용자 및 데이터 서비스 사용자 인터페이스 빌더를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성합니다. 제공자 모델은 테이블 작성 빌더를 사용하여 XML 파일에 제공된 샘플 데이터에서 데이터베이스 테이블을 작성한 다음 해당 모델이 서비스 제공자로 전환되는 서비스 조작을 생성합니다. 이용자/제공자 패러다임 및 데이터 서비스 사용자 인터페이스 사용법을 비롯하여 이 학습서에서 익힌 내용을 통해 다른 데이터 제공자(예: IBM Lotus Domino)를 사용할 때 필요한 지식을 얻을 수 있습니다.

요구사항 설정

다음은 학습서를 실행하기 위해 필요한 설정입니다.

프로젝트를 작성하고 공개했는지 확인해야 합니다. 프로젝트에 학습서 및 샘플/학습서 기능 세트가 포함되어 있어야 합니다. 프로젝트 작성에 대해서는 Web Experience Factory 프로젝트 작성 학습서에 자세히 설명되어 있습니다.
WebSphere Portal 서버 또는 WebSphere Application Server Community Edition이 실행 중이어야 합니다.

데이터베이스 애플리케이션 작성

이 학습서 파트에서는 제공자에 대한 Web Experience Factory 모델을 새로 작성합니다.
1. Web Experience Factory Designer를 실행하십시오.
2. Web Experience Factory 프로젝트 작성 학습서에서 작성한 MyFirstProject 웹 애플리케이션 프로젝트를 여십시오.
3. 파일 > 새로 작성 > Web Experience Factory 모델을 선택하십시오. 이 명령은 마법사를 호출하여 새 모델 작성을 돕습니다.
4. 이 모델을 작성할 프로젝트를 선택하십시오. MyFirstProject 프로젝트가 강조표시되어야 합니다. 다음을 클릭하여 계속하십시오.
5. 새 모델을 작성하는 경우, 스타터 모델 목록에서 선택할 수 있습니다. 모델 선택 페이지의 팩토리 스타터 모델 카테고리에서 비어 있음을 선택하고 다음을 클릭하십시오.
6. 새 모델 저장 대화 상자가 표시됩니다. 모델은 프로젝트의 models 폴더에 저장됩니다. 기본 폴더 위치를 선택한 다음 MyProviderModel을 입력하고 완료를 클릭하십시오. Web Experience Factory Designer가 이제 새 모델을 작성하고 엽니다.
SQL 테이블 작성 빌더를 추가하십시오.
참고: 이 학습서 파트에서는 SQL 테이블 작성 빌더를 사용하여 새 데이터베이스 테이블을 작성합니다. 대신 사용할 기존 데이터베이스 테이블이 있는 경우에는 SQL 테이블 작성 대신 이 단계에서 SQL 데이터 서비스 빌더를 사용할 수 있습니다. 테이블의 특정 필드는 여기에 설명된 것과 다르지만 설명된 기타 단계 및 빌드는 동일합니다. WebSphere Application Server CE에서 실행 중인 경우 여기 있는 샘플 데이터와 비슷한 샘플 EMPLOYEE 테이블을 사용할 수 있습니다.
1. 작업공간의 왼쪽 아래에 모델에서 사용하는 모든 빌더 또는 모델 빌더 호출 목록이 들어 있는 아웃라인이라는 탭이 있습니다. 모델은 빌더로부터 작성되며, 모델의 각 빌더는 빌더 호출로 나타냅니다. 빌더 호출 목록에서 빌더 호출을 두 번 클릭하여 편집할 수 있습니다.
2. MyProviderModel 모델이 선택된 상태에서 을 클릭하여 이 모델에 추가할 수 있는 빌더 목록을 표시하십시오.
3. 검색 상자에 단어 SQL을 입력하고 추가할 빌더 유형으로 SQL 테이블 작성을 찾아서 선택하여 추가한 후 확인을 클릭하십시오. 이 새 빌더 호출로 오른쪽 분할창에 빌더 호출 편집기가 표시됩니다. 이 빌더는 샘플에 대한 테이블을 작성하고 채운 다음 작성, 검색, 업데이트 및 삭제 조작을 생성하는 SQL 데이터 서비스 빌더를 서비스 제공자로 호출합니다.
  참고: 기존 데이터베이스 및 테이블이 있는 경우에는 SQL 테이블 작성 빌더 대신 SQL 데이터 서비스 빌더를 사용할 수 있습니다.
4. 이 빌더 호출에 이름을 지정해야 합니다. 이름 필드에 MyDB를 입력하십시오.
5. 데이터 소스 이름 페치 단추를 클릭하십시오. 이 기능은 서버 구성 대화 상자에 이름이 지정된 서버에 정의된 기존 데이터 소스를 가져오며, 기존 데이터 소스가 없는 경우 자동으로 작성될 수 있는 샘플 데이터 소스를 선택할 수 있습니다. 이 경우에는 환경이 WebSphere Portal에서 작동하도록 구성되어 있으므로 이 기능이 해당 서버에서 데이터베이스 정보를 검색합니다.
6. SQL 데이터 소스 필드에서 jdbc/CloudscapeforWEF를 선택하십시오. 이 항목이 아직 없는 경우 해당 데이터 소스를 작성하도록 프롬프트가 표시됩니다. WebSphere Application Server CE를 사용 중이면 java:comp/env/jdbc/MyDataSource를 선택하십시오.
7. 가져오기 데이터 입력의 오른쪽에 있는 선택도구 아이콘을 클릭하고 초기 테이블 데이터에 사용할 /WEB-INF/samples/data/Employees.xml을 선택한 후 확인을 클릭하십시오.
8. 테이블 이름 필드에 MyDBTable을 입력하십시오.
9. 가져오기 데이터 스캔을 클릭하여 테이블 열 필드를 채우십시오.
10. 샘플 데이터 형식 섹션을 열고 최대 문자열 크기를 512로 변경하십시오.
11. 테이블 작성 단추를 클릭하여 테이블을 작성하고 샘플 데이터로 채우십시오.
12. 애플리케이션 트리를 클릭하여 방금 작성한 항목을 확인하십시오. 여기에 작성된 오브젝트에 익숙해지려면 웹 애플리케이션/데이터 서비스/MyDB 및 스키마를 클릭하십시오. 스키마의 열 유형이 DB 열의 데이터 유형과 일치하며 페이지 제어를 생성할 수 있도록 UI 이용자가 스키마를 사용하는 점을 유념하십시오.
13. 방금 작성한 SQL 테이블 작성 빌더의 빌더 호출 편집기 탭으로 돌아가서 SQL 테이블 작성 빌더의 고급 섹션에서 테스트 지원 사용 선택란을 선택하면 이 제공자 모델에서 사용할 테스트 사용자 인터페이스가 생성됩니다. 이와 같은 방식으로, 사용자 인터페이스 이용자 모델을 작성하기 전에 개별 조작을 독립적으로 실행할 수 있습니다.
14. 확인을 클릭한 다음 모델을 실행하십시오. 모델을 저장하라는 프롬프트가 표시됩니다. 계속하려면 예를 클릭하십시오. 기본 브라우저에 테스트 UI 페이지가 표시됩니다.
  listMyDBRecords를 클릭하여 데이터베이스 테이블의 레코드 목록을 표시하십시오. 직원 ID 필드 중 하나를 복사한 후 레코드 목록 맨 아래에 있는 이전 단추를 클릭하고 retrieveMyDBRecord를 클릭하여 직원 ID에 붙여넣은 다음 확인을 클릭하십시오. 그러면 데이터베이스 테이블에서 해당 행에 대한 세부사항이 검색되어 자동으로 생성된 테스트 페이지에 표시됩니다. 이러한 단계는 Web Experience Factory 서비스 제공자 개발자가 사용할 수 있는 자동화된 테스트 지원을 보여줍니다. 이 지원을 통해 사용자 인터페이스 개발자가 해당 제공자에 대한 사용자 인터페이스 이용자 모델 작성을 완료하기 전에 데이터 제공자를 테스트할 수 있습니다.
  서비스 제공자 빌드 단계를 완료했습니다! 다음 단계에서는 이 제공자와 함께 작동할 서비스 이용자를 작성하고 사용합니다.
이 학습서 파트에서는 위의 데이터 서비스 제공자에 필요한 사용자 인터페이스를 제공하는 이용자가 사용할 새 Web Experience Factory 모델을 작성합니다.
1. Web Experience Factory 프로젝트 작성 학습서에서 작성한 MyFirstProject 웹 애플리케이션 프로젝트를 여십시오.
2. 파일 > 새로 작성 > Web Experience Factory 모델을 선택하십시오. 이 명령은 마법사를 호출하여 새 모델 작성을 돕습니다.
3. 이 모델을 작성할 프로젝트를 선택하십시오. MyFirstProject 웹 애플리케이션 프로젝트가 강조표시됩니다. 다음을 클릭하여 계속하십시오.
4. 새 모델을 작성하는 경우, 스타터 모델 목록에서 선택할 수 있습니다. 모델 선택 페이지의 팩토리 스타터 모델 카테고리에서 비어 있음을 선택하고 다음을 클릭하십시오.
5. 새 모델 저장 대화 상자가 표시됩니다. 모델은 프로젝트의 models 폴더에 저장됩니다. 기본 폴더 위치를 선택한 다음 MyConsumerModel을 입력하고 완료를 클릭하십시오. Web Experience Factory Designer가 이제 새 모델을 작성하고 엽니다.
데이터 서비스에 가져올 서비스 이용자 빌더를 추가하고 방금 작성한 제공자를 선택하십시오.
1. MyConsumerModel 모델이 선택된 상태에서 을 클릭하여 이 모델에 추가할 수 있는 빌더 목록을 표시하십시오.
2. 검색 상자에 Service를 입력하고 추가할 빌더 호출 유형으로 서비스 이용자를 찾아서 선택한 후 확인을 클릭하십시오. 이 새 빌더 호출로 오른쪽 분할창에 빌더 호출 편집기가 표시됩니다.
3. 이 빌더 호출에 이름을 지정해야 합니다. 이름 필드에 MyConsumer를 입력하십시오.
4. 제공자 모델 필드에서 입력 필드의 오른쪽에 있는 선택기를 클릭하고 목록에서 MyProviderModel을 선택한 다음 확인을 클릭하십시오.
5. 확인을 클릭하여 변경사항을 저장하십시오. 빌더 호출 편집기가 닫히고 애플리케이션 트리가 표시됩니다.
6. 애플리케이션 트리를 검색하여 방금 작성한 항목을 확인하십시오. 여기에 작성된 오브젝트에 익숙해지려면 웹 애플리케이션/데이터 서비스/MyConsumer 및 스키마를 클릭하십시오.
새 데이터 서비스 사용자 인터페이스 빌더를 추가하십시오.
1. MyConsumerModel 모델이 선택된 상태에서 을 클릭하여 이 모델에 추가할 수 있는 빌더 목록을 표시하십시오.
2. 검색 상자에 데이터를 입력하고 추가할 빌더 호출 유형으로 데이터 서비스 사용자 인터페이스를 찾아서 선택한 후 확인을 클릭하십시오. 이 새 빌더 호출로 오른쪽 분할창에 빌더 호출 편집기가 표시됩니다.
3. 이 빌더 호출에 이름을 지정해야 합니다. 이름 필드에 MyDataUI를 입력하십시오.
  참고: 이 시나리오에서는 하나의 데이터 서비스만 사용 가능하므로 나머지 입력은 기본값을 그대로 사용하십시오. 또한 이 데이터 서비스에 따라 해당 데이터베이스 테이블에 대한 키 필드가 결정되므로 키 필드는 미리 채워져 있습니다. 따라서 다른 입력에서 지정 가능한 항목을 파악하는 데 유용합니다.
4. 확인을 클릭하여 변경사항을 저장하십시오. 빌더 호출 편집기가 닫히고 애플리케이션 트리가 표시됩니다.
5. 페이지 탭을 클릭한 후 페이지 보기에서 각 페이지를 클릭하면 설계 보기에 애플리케이션의 그래프 보기가 표시됩니다.
작업공간 맨 위의 메뉴 바로 아래에 있는 아이콘 행에서 을 클릭하여 모델을 실행하십시오. 모델을 저장하라는 프롬프트가 표시됩니다. 계속하려면 예를 클릭하십시오. 다음 페이지가 표시됩니다.
페이지 링크, 단추, 작성 단추가 있으며, 데이터베이스 테이블의 처음 5개 행을 표시하는 생성된 웹 사용자 인터페이스가 표시되어야 합니다. 애플리케이션 사용, 행을 통한 페이징, 업데이트, 레코드 작성 및 삭제를 수행해 보십시오. 마지막 단계에서 작성한 빌더 호출의 결과로, 데이터베이스 액세스, 데이터 조작 작업, 보기, 세부사항 및 업데이트 페이지 등의 웹 기반 사용자 인터페이스를 비롯한 전체 웹 애플리케이션이 생성되었습니다. 이 애플리케이션에 대한 다른 변형을 원할 경우 아티팩트를 삭제하고 다시 시작해야 하는 다른 마법사 기반 프레임워크와 달리, 이전 빌더 호출을 다시 열고 입력을 수정할 수 있으며 추가 빌더 호출을 추가 및 제거하여 생성된 애플리케이션을 사용자 정의할 수 있습니다.

학습서 뒷부분에서는 해당 빌더 입력의 논리 기반 사용자 정의가 가능하도록 프로파일링을 추가하는 방법에 대해서도 학습합니다. 이 기능을 통해 사용자 그룹이나 역할 또는 기타 사용자 정의 논리나 런타임 시 사용 가능한 정보에 따라 애플리케이션을 자동으로 변형할 수 있습니다. 기본 목록 사용자 인터페이스가 적합하지만 행 및 생성된 레이블이 모두 포함되어 있습니다. 이 학습서의 뒷부분에서는 생성된 사용자 인터페이스를 사용자 정의하는 방법을 보여줍니다.
이 모델을 포틀릿으로 사용하려면 포틀릿 어댑터 빌더를 추가하십시오.
1. MyConsumerModel 모델이 선택된 상태에서 을 클릭하여 이 모델에 추가할 수 있는 빌더 목록을 표시하십시오.
2. 검색 상자에 포틀릿을 입력하고 추가할 빌더 호출 유형으로 포틀릿 어댑터를 찾아서 선택한 후 확인을 클릭하십시오. 이 새 빌더 호출을 실행하면 분할창에 빌더 호출 편집기가 표시됩니다.
3. 이 빌더 호출에 이름을 지정해야 합니다. 이름 필드에 WEFTutorialDBAccess를 입력하십시오. 포털에서 이 문자열을 포틀릿 이름으로 사용합니다.
4. 포틀릿 제목 필드에 WEF 학습서 DB 액세스를 입력하십시오. 포털에서 이 텍스트를 포틀릿 제목으로 사용합니다.
5. 확인을 클릭하여 변경사항을 저장하십시오. 빌더 호출 편집기가 닫히고 애플리케이션 트리가 표시됩니다.
6. 프로젝트가 WebSphere Portal에 대해 구성된 경우(WebSphere Application Server Community Edition과 반대임) 포털 서버에 프로젝트를 공개한 후 포털 페이지에 포틀릿을 추가할 수 있습니다. WebSphere Application Server Community Edition을 사용 중인 경우 이번에는 이 단계를 생략할 수 있습니다.

데이터 필드 설정 빌더를 추가하십시오.

MyDataUIList 페이지를 열고 목록 페이지에 대한 페이지 보기를 클릭한 후 직원 번호 열을 클릭하여 데이터 필드 설정 > 필드를 선택하십시오.
정렬 드롭 다운 목록 상자를 사용하여 직원 번호 열을 숫자 값에 따라 정렬할 수 있도록 필드 유형을 Integer(정렬됨)로 변경하십시오. 이 단계는 직원 번호에 설정된 필드 유형과 원래 상태로 남아 있는 나머지 열을 사용하여 데이터 필드 설정 빌더를 모델에 추가합니다. 빌더 팔레트에서 직접 데이터 필드 설정 빌더를 추가했을 수도 있습니다.

이제 이 데이터 필드 설정 빌더 호출이 있으므로 설정된 내용을 볼 수 있도록 빌더 호출 목록에서 이 빌더 호출을 두 번 클릭하여 빌더 사용자 인터페이스를 여십시오. 여기에서 열에 대한 몇 가지 사용자 정의를 추가할 수도 있습니다.

참고: 대부분의 필드에서 드롭 다운 목록 상자로부터 선택항목을 선택하는 대신 직접 항목을 입력할 수 있습니다.

다음 표를 참고하여 올바른 필드 값을 입력하십시오.

표 16. 올바른 필드 값
이름	레이블	숨기기	정렬	필드 유형
EMPNO	[직원 번호]	[항상 표시]	설정	정수
FIRSTNME	이름	[항상 표시]	[해제]	문자열
MIDINIT	가운데	[항상 표시]	[해제]	문자열
LASTNAME	[성]	[항상 표시]	설정	문자열
WORKDEPT	[업무 부서]	테이블에서만 숨기기	[해제]	문자열
PHONENO	[전화번호]	[항상 표시]	[해제]	문자열
GENDER	[성별]	테이블에서만 숨기기	[해제]	문자열
BIRTHDATE	[생일]	테이블에서만 숨기기	[해제]	날짜: yyyy-MM-dd
SALARY	[봉급]	테이블에서만 숨기기	[해제]	통화: #,###.00
EMAIL	[이메일]	테이블에서만 숨기기	[해제]	문자열
COMMENTS	[설명]	테이블에서만 숨기기	[해제]	서식있는 텍스트

확인을 클릭하십시오.

작업공간 맨 위의 메뉴 바로 아래에 있는 아이콘 행에서 을 클릭하여 모델을 실행하십시오. 모델을 저장할지 묻는 프롬프트가 표시됩니다. 계속하려면 예를 클릭하십시오.
포틀릿 사용자 인터페이스에 대해 보다 의미 있는 개수의 열이 레코드 테이블 목록을 표시하는 초기 보기 페이지에 생겼는지 확인하십시오. 이때 각 보기의 항목을 편집, 삭제 및 작성하려고 시도해 보십시오.

학습한 내용 및 다음 단계

이 학습서에서는 SQL 테이블 작성 빌더를 사용하여 샘플 데이터베이스에 대한 서비스 제공자 모델을 작성한 후 서비스 이용자 및 데이터 서비스 UI 빌더를 사용하여 사용자 인터페이스 서비스 이용자 모델을 작성했습니다. 그런 다음 데이터 필드 설정 빌더를 사용하여 사용자 인터페이스를 사용자 정의했습니다. 데이터베이스 테이블이 이미 있는 경우에는 위에서 사용한 SQL 테이블 작성 빌더(SQL 데이터 서비스를 랩핑하고 테이블 작성을 추가함) 대신 SQL 데이터 서비스 빌더를 직접 사용하십시오.

참고: 이 학습서에 사용된 접근 방식은 제공자/이용자 모델의 구조를 표시합니다. 기존 데이터베이스가 있는 경우, 데이터 서비스 사용자 인터페이스 마법사를 사용하면 선택한 서비스에 대한 전체 사용자 인터페이스(UI)를 신속하게 작성할 수 있습니다. 이 마법사는 서비스 제공자 모델의 조작에 대한 페이지, 양식, 조치, 단추 및 기타 사용자 인터페이스 컴포넌트를 자동으로 생성합니다. 제공자를 작성하는 데 SQL 데이터 서비스 빌더를 사용하거나, Domino 데이터 액세스 또는 서비스 정의와 같은 다른 빌더를 사용할 수 있습니다.

이제 애플리케이션에 프로파일링 기능을 추가하는 새 애플리케이션에서 프로파일링 사용 학습서를 수행할 준비가 되었습니다.

빠른 시작: 첫 번째 위젯 공개

이 빠른 시작 안내서는 위젯을 작성하는 방법을 단계별로 설명합니다.

IBM Web Experience Factory를 사용하여 로컬로 설치된 IBM Lotus Mashup 서버에서 위젯을 실행, 테스트 및 공개할 수 있습니다.

로컬 개발 시스템에 Lotus Mashup 서버를 설치할 수 없는 경우에는 Lotus Mashup 서버의 원격 설치에 액세스할 수 있습니다.

Mashup 서버 구성 설정

다음 단계에 따라 Mashup 서버를 설정하십시오.

창 > 환경 설정을 클릭하십시오.
트리에서 Web Experience Factory Designer > 서버 구성을 선택하십시오.
추가 단추를 클릭하십시오.
서버 구성의 이름을 입력하십시오.
서버 유형 드롭 다운에서 WebSphere Application Server 및 IBM Mashup Center 2.0을 선택하십시오.
서버의 호스트 이름을 입력하십시오. Mashup 서버가 로컬인 경우 http://localhost를 입력하십시오. Mashup Center를 원격으로 실행 중인 경우 전체 DNS 호스트 이름을 입력하십시오. 대부분의 경우 SOAP 커넥터 포트는 8880으로 유지됩니다.
참고: SOAP 커넥터 포트가 올바르지 않은 경우 관리 콘솔에 액세스하여 서버의 SOAP 포트를 확인할 수 있습니다. 관리 콘솔에서 서버/서버 유형/WebSphere Application Server를 선택하십시오. 목록에서 server1을 선택한 다음 포트를 선택하십시오. 여기에 SOAP 커넥터 주소가 나열됩니다.
Mashup Center에 대한 관리 액세스 권한이 있는 사용자 이름과 비밀번호를 입력하십시오.
연결 테스트 단추를 클릭하여 항목의 유효성을 검증하십시오.
확인을 클릭하여 서버 구성을 저장하십시오.

원격 Mashup Center에 배치할 경우 드라이브를 서버의 InstalledApps 폴더에 맵핑하면 자동 동기화 기능을 사용할 수 있습니다. 맵핑된 드라이브를 설정하지 않는 경우 프로젝트를 공개해야 프로젝트를 실행하여 변경사항을 확인할 수 있습니다.

Web Experience Factory 위젯 작성, 테스트 및 공개

다음 단계에 따라 Lotus Mashup와 함께 사용할 Web Experience Factory가 포함된 위젯을 작성하십시오.

Web Experience Factory 프로젝트를 작성하십시오.
1. 파일 > 새로 작성 > Web Experience Factory 프로젝트로 이동하십시오.
2. 프로젝트 이름 필드에 위젯의 이름을 입력하고 다음을 클릭하십시오.
3. 통합 확장에서 위젯 확장 및 스프레드시트 확장을 선택하고 다음을 클릭하십시오.
4. 프로젝트를 공개할 때 사용할 서버 구성을 선택하고 완료를 클릭하십시오.
5. 프로젝트를 공개할지 물으면 예를 클릭하십시오.
프로젝트에서 모델을 작성하십시오.
1. 파일 > 새로 작성 > Web Experience Factory 모델을 클릭하십시오.
2. 모델을 작성할 프로젝트를 선택하고 다음을 클릭하십시오.
3. 모델 유형을 선택하십시오. 이 경우 스프레드시트 보기 및 양식을 선택하고 다음을 클릭하십시오.
4. 이 모델을 위젯으로 배치를 선택하고 이 모델을 포틀릿으로 배치를 선택 해제된 상태로 두고 다음을 클릭하십시오.
5. 위젯 제목을 입력하고 위젯 카테고리에서 위젯을 표시할 Lotus Mashup 도구 상자 카테고리를 선택하고 다음을 클릭하십시오.
6. 스프레드시트 설정에서 가져올 스프레드시트 및 컨텐츠를 찾을 메소드를 지정하십시오. 다음을 클릭하십시오.
  사용 가능한 스프레드시트가 없으면 기본 스프레드시트가 제공됩니다. 기본 파일은 프로젝트에 학습서 및 샘플 기능 세트가 포함된 경우에 사용할 수 있습니다.
7. 페이징 설정에서 데이터 표시를 페이징할지 여부를 지정하십시오. 페이징은 성능을 향상시킵니다. 다음을 클릭하십시오.
8. 또는 열 설정을 입력하고 다음을 클릭하십시오.
9. 또는 세부사항 페이지 설정을 입력하고 다음을 클릭하십시오.
10. 모델 이름을 입력하고 완료를 클릭하십시오.
실행 > 실행...으로 이동하십시오.
1. 실행 대화 상자에서 Web Experience Factory 모델 > 활성 모델을 클릭하십시오.
2. 실행을 클릭하십시오.
3. 위젯이 기본 브라우저에 표시됩니다.
4. 만족할 때까지 위젯을 로컬로 수정하고 실행하십시오.
활성 프로젝트에서 위젯을 Lotus Mashup 팔레트에 공개하십시오. 프로젝트 이름을 마우스 오른쪽 단추로 클릭하십시오. 위젯 > 팔레트에 위젯 공개로 이동하여 위젯을 공개하십시오. 공개할 위젯을 선택하고 확인을 클릭하십시오.

빠른 시작: 프로덕션 공개를 사용한 첫 번째 위젯

이 빠른 시작 안내서는 위젯을 로컬로 작성하여 테스트한 뒤 원격으로 IBM InfoSphere MashupHub에 업로드하는 방법을 단계별로 설명합니다.

그런 다음 위젯을 IBM Lotus Mashup에 공개하십시오. 원격 서버로 내보내기 전에 먼저 로컬로 설치된 Lotus Mashup 서버에 대해 개발하고 테스트하는 것이 좋습니다. 로컬 Lotus Mashup 서버를 설치할 수 없거나, 로컬로 테스트를 완료하고 원격 Lotus Mashup 서버에 공개할 준비가 된 경우 이 문서의 단계를 수행하십시오.

IBM Web Experience Factory는 Lotus Mashup과 함께 사용되어 mashup 페이지의 일부가 되는 위젯을 작성합니다. 일반적으로 개발자는 로컬 시스템에서 위젯을 작성하여 배치하고 로컬로 테스트합니다. 그러나 일부의 경우, 개발자가 로컬 Lotus Mashup 서버를 실행할 자원이 없는 환경에서 작업하거나 개발 팀의 여러 구성원이 위젯을 공통 Lotus Mashup 서버에 배치해야 하는 경우도 있습니다. 로컬 개발 및 테스트가 완료되면 팀은 새로 작성된 위젯을 원격 서버에 공개합니다. 원격 서버는 프로덕션 서버, 통합 서버 또는 품질 보증 서버일 수 있습니다.

설치된 서버

Web Experience Factory는 IBM WebSphere Application Server Community Edition(CE) 애플리케이션 서버를 설치합니다. WebSphere Application Server CE는 Apache Geronimo 기반의 개방형 소스 J2EE(Java 2 Platform, Enterprise Edition) Application Server입니다. WebSphere Application Server CE는 Web Experience Factory용 경량 테스트 기능을 제공합니다. 이 환경에서 위젯을 테스트하고 실행할 수 있습니다.

일부 개발 환경에서는 많은 수의 사용자가 공통 서버에 액세스해야 합니다. Web Experience Factory가 Lotus Mashup 및 InfoSphere MashupHub와 통합되면 원격 서버로의 위젯 공개가 지원됩니다.

위젯 작성 프로세스

Mashup 작성 시 유용한 위젯 작성 프로세스에서는 여러 제품이 사용됩니다.

Web Experience Factory
1. Web Experience Factory에 위젯을 작성하십시오.
2. 가능하면 로컬로 설치된 Lotus Mashup 서버에 대해 실행하고 테스트하십시오. 그렇지 않으면 로컬에 설치된 WebSphere Application Server Community Edition(CE)에서 테스트하십시오.
3. 프로덕션 WAR 파일을 내보내십시오.
InfoSphere MashupHub
1. WAR 파일을 iWidget 패키지 파일로 InfoSphere MashupHub를 통해 업로드하십시오.
2. InfoSphere MashupHub의 위젯 세부사항 페이지에서 Lotus Mashup에 추가를 선택하여 위젯을 Lotus Mashup 서버에 공개하고 위젯을 Lotus Mashup 도구 상자에 공개하십시오.
Lotus Mashup

Lotus Mashup 서버 구성 설정

다음 단계에 따라 Lotus Mashup 서버를 설정하십시오.

창 > 환경 설정 > Web Experience Factory Designer > 서버 구성을 클릭하십시오.
서버 구성 작성을 클릭하여 WebSphere Application Server and IBM Mashup Server 2.0을 선택한 후 확인을 클릭하십시오.
서버 구성에 이름을 입력하십시오.
서버 호스트에 서버의 호스트 이름을 입력하십시오.
Lotus Mashup 서버가 로컬인 경우 localhost를 유지하십시오. Lotus Mashup를 원격으로 실행 중인 경우 전체DNS 호스트 이름을 입력하십시오. 대부분의 경우 SOAP 커넥터 포트는 8880으로 남아 있을 수 있습니다.

참고: SOAP 커넥터 포트가 올바르지 않은 경우 관리 콘솔에 액세스하여 서버의 SOAP 포트를 확인할 수 있습니다. 관리 콘솔에서 서버/서버 유형/WebSphere Application Server를 선택하십시오. 목록에서 server1을 선택한 다음 포트를 선택하십시오. 여기에 SOAP 커넥터 주소가 나열됩니다.
사용자 이름 및 비밀번호에 Lotus Mashup에 대한 관리 액세스가 있는 계정의 정보를 입력하십시오.
연결 테스트 단추를 클릭하여 항목의 유효성을 검증하십시오.
확인을 클릭하여 서버 구성을 저장하십시오.

원격 Lotus Mashup 서버에 배치하는 경우 자동 동기화 기능을 사용하려면 드라이브를 서버의 InstalledApps 폴더에 맵핑하십시오. 맵핑된 드라이브를 설정하지 않는 경우 변경사항을 확인하려면 실행 전에 프로젝트를 공개해야 합니다.

Web Experience Factory에서 위젯 작성

위젯을 작성하십시오.

Web Experience Factory 프로젝트를 작성하십시오.
1. 파일 > 새로 작성 > Web Experience Factory 프로젝트로 이동하십시오.
2. 프로젝트 이름 필드에 위젯의 이름을 입력하고 다음을 클릭하십시오.
3. 통합 확장에서 위젯 확장 및 스프레드시트 확장을 선택하고 다음을 클릭하십시오.
4. 프로젝트를 공개할 때 사용할 서버 구성을 선택하고 완료를 클릭하십시오.
5. 프로젝트를 공개할지 물으면 예를 클릭하십시오.
프로젝트에서 모델을 작성하십시오.
1. 파일 > 새로 작성 > Web Experience Factory 모델을 클릭하십시오.
2. 모델을 작성할 프로젝트를 선택하고 다음을 클릭하십시오.
3. 모델 유형을 선택하십시오. 이 경우 스프레드시트 보기 및 양식을 선택하고 다음을 클릭하십시오.
4. 이 모델을 위젯으로 배치를 선택하고 이 모델을 포틀릿으로 배치를 선택 해제된 상태로 두고 다음을 클릭하십시오.
5. 위젯 제목을 입력하고 위젯 카테고리에서 위젯을 표시할 Lotus Mashup 도구 상자 카테고리를 선택하고 다음을 클릭하십시오.
6. 스프레드시트 설정에서 가져올 스프레드시트 및 컨텐츠를 찾을 메소드를 지정하십시오. 다음을 클릭하십시오.
  사용 가능한 스프레드시트가 없으면 기본 스프레드시트가 제공됩니다. 기본 파일은 프로젝트에 학습서 및 샘플 기능 세트가 포함된 경우에 사용할 수 있습니다.
7. 페이징 설정에서 데이터 표시를 페이징할지 여부를 지정하십시오. 페이징은 성능을 향상시킵니다. 다음을 클릭하십시오.
8. 또는 열 설정을 입력하고 다음을 클릭하십시오.
9. 또는 세부사항 페이지 설정을 입력하고 다음을 클릭하십시오.
10. 모델 이름을 입력하고 완료를 클릭하십시오.
만족할 때까지 위젯을 로컬로 실행하고 수정하십시오.
프로젝트 이름을 마우스 오른쪽 단추로 클릭하십시오. 내보내기를 클릭하고 환경에 맞는 WAR을 선택하십시오.
완료를 클릭하십시오. Web Experience Factory는 WAR 파일을 작업공간에 작성합니다. 위젯은 액세스 가능한 파일 경로 또는 URL(로컬 또는 공통 서버)에 위치한 패키지 파일이어야 합니다. Lotus Mashup에 공개하려면 패키지 파일이 WAR이어야 합니다.

InfoSphere MashupHub에서 위젯 업로드

다음 단계에 따라 위젯을 InfoSphere MashupHub에 업로드하십시오.

InfoSphere MashupHub 홈 탭의 작성 패널에서 위젯 업로드를 클릭하십시오.
위젯 업로드 탭에서
1. 업로드할 위젯 유형(이 경우 iWidgets)을 선택하십시오. 다음을 클릭하십시오.
2. 파일 업로드를 선택하십시오. 패키지 파일이 WAR 파일이어야 합니다.
3. 위젯 패키지 파일의 위치를 지정하십시오.
4. 다음을 클릭하십시오.
업로드 중인 위젯에 대해 다음 정보를 지정하십시오.
1. 위젯의 제목, 설명 및 버전을 지정하십시오.
2. 선택적으로 위젯과 연관된 태그를 지정하십시오. 기존 태그 목록을 적용하는 태그의 안내서로 사용할 수 있습니다.
3. 선택적으로 위젯에 적용할 권한을 선택하십시오.
4. 선택적으로 위젯과 연관시킬 카테고리를 선택하십시오. 카테고리에서는 위젯의 일반적인 분류를 제공합니다.
5. 선택적으로 관련 항목 섹션에서 업로드 중인 위젯과 함께 사용할 수 있는 카탈로그의 오브젝트를 지정하십시오.
6. 선택적으로 위젯에 대한 기술 문서의 URL을 지정하십시오.
7. 완료를 클릭하십시오. 위젯이 저장되었음을 나타내는 확인이 표시됩니다. 이제 위젯이 InfoSphere MashupHub 카탈로그에 표시되며 단계 c에서 선택한 권한으로 지정된 다른 사용자가 이를 사용할 수 있습니다.
업로드된 위젯 탭에서, 또는 완료된 페이지를 닫고 위젯 나열 링크를 통해 돌아온 경우에는 사용자의 위젯 탭에서 다음을 수행하십시오.
1. iWidget 세부사항 보기를 클릭하십시오. 위젯 세부사항이 표시됩니다. 이 창에는 위젯을 바로 Lotus Mashup에 추가하는 데 사용할 수 있는 조치 메뉴도 들어 있습니다.
2. 조치 > Lotus Mashup에 추가를 클릭하십시오.
3. Lotus Mashup 서버에 액세스하려면 사용자 ID 및 비밀번호를 입력하십시오.
4. 다음을 클릭하십시오.
Lotus Mashup에 추가할 위젯의 제목 및 설명을 입력하십시오.
위젯의 카테고리를 선택하십시오. 카테고리는 Lotus Mashup 페이지의 도구 상자에 나타납니다. WAR에 정의된 모든 위젯이 모델 이름과 동일한 카테고리에 표시됩니다.
완료를 클릭하십시오.

Lotus Mashup에서 mashup 빌드

위젯이 도구 상자의 지정된 카테고리에 표시되는지 확인하려면 Lotus Mashup에 로그인하십시오.
주: 이미 로그인한 경우에는 로그아웃한 뒤 다시 로그인해야 합니다. 로그인 시에만 Lotus Mashup이 도구 상자를 새로 고칩니다.
Lotus Mashup 팔레트에서 위젯을 테스트하여 예상대로 작동하는지 확인하십시오.
위젯을 수정해야 하는 경우 개발 환경으로 돌아가서 위젯을 수정하도록 권장합니다.
새 프로덕션 WAR을 작성하십시오.
WebSphere Application Server 관리 콘솔을 사용하여 InfoSphere MashupHub에서 이전 WAR을 제거하십시오.
수정된 WAR 파일을 InfoSphere MashupHub에 다시 공개하십시오.
Lotus Mashup 팔레트에서 오래된 위젯을 삭제하십시오.
InfoSphere MashupHub에서 수정된 위젯을 Lotus Mashup에 밀어넣으십시오.

IBM Web Experience Factory로 웹 애플리케이션 개발

프로젝트 및 모델을 작성하면 해당 모델에 빌더를 추가할 수 있습니다.

대부분의 잘 설계된 웹 애플리케이션은 서비스 지향 아키텍처(SOA)를 구현합니다. SOA 애플리케이션에서 백엔드 서비스를 호출하거나 서비스 호출에 필요한 사용자 인터페이스를 표시하는 모델을 작성합니다. 웹 애플리케이션 주제를 개발하면 사용자 인터페이스의 페이지 및 양식 작성 또는 백엔드 시스템 호출에 필요한 서비스 작성을 안내합니다.

위키에서 개발에 대한 자세한 정보를 보려면 다음 링크를 클릭하십시오.

서비스 지향 애플리케이션 빌드

서비스 지향 애플리케이션을 빌드하려면 서비스 제공자 모델과 서비스 이용자 모델을 작성해야 합니다.

다음 빌더를 포함하는 서비스 제공자 모델을 작성하십시오.
- 통합 빌더(예: SAP 함수 호출 또는 SQL 호출) 또는 데이터 액세스를 제공하는 메소드
- 서비스의 기본 지원을 작성하고 서비스의 이름을 지정하는 서비스 정의 빌더
- 데이터 액세스 지원을 호출하는 단일 서비스 조작 빌더 또는 다중 서비스 조작 빌더를 모델에서 사용할 수 있습니다.
서비스 조작을 테스트하십시오.
- 서비스 테스트 빌더를 서비스 제공자 모델에 추가하십시오.
- 서비스 정의 빌더에서 테스트 지원 추가 입력을 사용 가능하게 하십시오.
다음 빌더를 포함하는 서비스 이용자 모델을 작성하십시오.
- 서비스 제공자 모델에서 사용 가능하게 만든 서비스 조작을 호출하는 서비스 이용자 빌더
- 데이터를 형식화하고 표시하기 위한 여러 페이지 빌더(예: 보기 & 양식)입니다.
옵션: 서비스 스텁 빌더를 추가하여 서비스 제공자 모델에서 스텁 서비스 모델을 생성하십시오.
옵션: 모델에 서비스 문서 빌더를 추가하여 모델 중 하나 또는 두 모델에서 서비스 문서를 생성하십시오.
옵션: 서비스 맵핑 레지스트리를 사용하여 스텁 서비스 모델을 사용하거나 서비스 구현 사이를 전환하십시오.
이렇게 하려면 WEB-INF/config/service_mappings에 있는 XML 파일에서 서비스 맵핑을 설정하십시오.

프리젠테이션 레이어 빌드

프리젠테이션 레이어에 대한 하나의 코어 빌더가 있습니다.

서비스 이용자 빌더는 서비스 제공자 모델에서 정의되는 모든 조작을 사용 가능하게 합니다. 이 빌더를 사용하여 다른 빌더가 입력 및 출력 스키마, 조작 및 연관된 변수를 포함하여 서비스가 제공하는 모든 정보를 참조할 수 있습니다. 페이지 자동 시스템에 사용 가능한 데이터를 작성하는 서비스 이용자 빌더를 사용하여 페이지를 생성하는 데 페이지 자동 빌더의 전체 배열을 사용할 수 있습니다. 예를 들어, 보기 및 양식 빌더는 입력 및 결과 스키마를 포함하여 서비스 정보를 참조하고 자동으로 양식 및 보기 목록 같이 복잡한 프리젠테이션 요소를 생성할 수 있습니다.

서비스 제공자 모델 작성

서비스 정의 및 서비스 조작 빌더를 사용하여 서비스 제공자 모델을 작성할 수 있습니다.

서비스를 정의 및 이름 지정하는 서비스 정의 빌더가 포함된 모델을 작성하십시오.
1. 서비스 정의 빌더에서 서비스 공용화 입력을 사용 가능(기본값)으로 남겨 두십시오.
  서비스는 애플리케이션의 모든 모델에 사용할 수 있습니다.
2. 테스트 지원 섹션에서 테스트 지원 추가 입력을 사용 가능하게 하십시오.
  그러면 서비스 제공자 모델의 테스트를 활용하게 됩니다.
통합 빌더(예: SAP 함수 호출, SQL 호출 또는 웹 서비스 호출 빌더)를 사용하여 백엔드 데이터 액세스 조작을 작성하십시오.
서비스 조작 빌더를 사용하여 이 백엔드 데이터 액세스 조작의 이름을 지정하고 서비스에 추가하십시오.
1. 서비스 조작 빌더에서 통합 빌더에 의해 작성된 조작을 선택하십시오.
2. 필요에 따라 서비스에 추가 조작을 추가하십시오.
새 데이터 서비스를 사용하는 서비스 이용자 모델을 작성하십시오.
1. 서비스 이용자 모델에서, 서비스 이용자 빌더를 배치하고 이전에 작성한 서비스 제공자 모델을 선택하십시오.

서비스 정의 빌더에서 테스트 지원 추가를 선택한 경우, 모델을 간단히 실행하여 서비스 제공자 모델에서 서비스를 테스트할 수 있습니다.

서비스 레이어 빌드 정보

여러 빌더를 사용하여 서비스 레이어를 작성할 수 있습니다.

서비스 정의 빌더: 이 빌더는 초기에 빈 서비스를 위한 기본 지원을 작성하고, WSDL(Web Services Definition Language)에 의해 서비스 노출 옵션을 제공하고 서비스의 이름을 지정합니다.
서비스 조작 빌더: 이 빌더는 서비스 정의 빌더에 의해 정의되는 서비스에 조작 또는 메소드를 추가합니다. 조작은 모델에서 사용 가능한 모든 데이터 액세스 지원을 호출할 수 있습니다. 데이터 액세스는 대개 SAP 함수 또는 SQL 호출 같은 하나 이상의 백엔드 통합 빌더에 의해 제공되지만, 링크된 Java 오브젝트(LJO) 또는 모든 데이터 리턴 메소드에 의해서도 제공될 수 있습니다.
웹 서비스 호출 빌더: 이 빌더는 WSDL 문서로 정의된 웹 서비스의 단일 조작을 호출하는 데 사용합니다.
웹 서비스 다중 조작 빌더: 이 빌더는 WSDL 문서에 정의된 모든 조작을 모델에 추가합니다. 이 빌더는 웹 서비스 호출 빌더, 서비스 정의 빌더 및 서비스 조작 빌더의 기능을 결합합니다.
REST 서비스 호출 빌더: 이 빌더는 REST(Representational State Transfer) 스타일 서비스를 호출하려는 모델에서 사용됩니다.

데이터 서비스 모델

SOA 애플리케이션을 구현하려면 서비스 제공자(백엔드 데이터 액세스) 또는 서비스 이용자(프론트 엔드 프리젠테이션) 중 하나인 모델을 작성한 후 애플리케이션 테스트 및 공개를 위해 이들을(유연하게) 결합합니다.

이 방법론을 사용하면 개발팀이 다른 쪽에서 작성되는 수정에 대해 끊임없이 조화시키고 조정할 필요 없이 계층에 대해 독립적으로 작업할 수 있습니다. 또한 대상이 되는 백엔드 시스템에 액세스하지 않고도 개발을 계속할 수 있어서 모두, 특히 UI 팀의 업무 생활을 크게 단순화시킵니다.

서비스 제공자 모델 - 서비스 정의: 이들 모델은 웹 애플리케이션 내에 서비스를 정의합니다. 그런 다음 모델(및 따라서 서비스)이 서비스 이용자 모델에 의해 참조됩니다. 서비스는 하나 이상의 조작을 제공할 수 있습니다(WSDL 서비스 내의 조작과 유사함). 서비스는 복수의 백엔드 또는 데이터베이스에서 데이터 수집 및 필요한 모든 형태의 양식에 데이터 결합을 포함하여 애플리케이션 내에서 필요한 모든 결과를 리턴할 수 있습니다.
보통 데이터 소스가 둘 이상의 백엔드 시스템을 표시하는 경우에도 복수의 관련 조작으로 서비스를 정의하는 것이 유용합니다. 예를 들어, 고객 정보 서비스는 고객 목록(검색 기준 기반), 고객 세부사항 정보, 고객 주문, 고객 불만 등을 리턴하는 조작을 정의할 수 있습니다. 제품 서비스는 카테고리별 제품, 가격별 제품, 제품 자원 명세, 제품 비용, 제품 판매 실적 등을 위한 조작을 정의할 수 있습니다.
서비스 이용자 모델 - 조작 호출: 이름이 암시하는 것처럼, 이들 모델은 하나 이상의 서비스 이용자 빌더를 사용하여 서비스 제공자 모델에 의해 사용 가능하게 된 서비스 조작을 호출합니다. 대개(그러나 반드시는 아님), 서비스 이용자 모델은 서비스 제공자를 통해 데이터를 얻은 후 프리젠테이션 계층을 구성하는 양식, 보기, 그래프 등을 갖는 페이지를 생성하기 위해 필요한 다른 모든 빌더를 사용하는 UI를 생성합니다. 제공자/이용자 빌더 세트는 UI 모델에 대한 분리를 제공하고 런타임 시에 대체 서비스 제공자 모델의 대체를 허용하기에 충분히 느슨한 UI와 서비스 모델 간의 결합을 제공합니다.

예제 - SOA 애플리케이션 빌드

이 예제는 한 쌍의 단순 서비스 제공자 및 서비스 이용자(프리젠테이션) 모델을 사용합니다.

서비스가 SAP, Domino, PeopleSoft, 웹 서비스 또는 독점 백엔드를 위해 작성된 모든 통합 빌더 같은 모든 Web Experience Factory 통합 빌더를 쉽게 사용할 수 있는 경우에도 서비스 계층(SQL 호출 빌더)의 JDBC 데이터베이스 연결을 사용합니다.

애플리케이션을 빌드하기 위해서는 본질적으로 다음 두 단계만 필요합니다.

다음 세 빌더를 사용하여 서비스 계층(서비스 제공자 모델)을 작성하십시오.
- 통합 빌더(SAP, SQL, Domino 및 등) 또는 메소드
- 서비스 정의 빌더
- 서비스 조작 빌더
다음 빌더에서 프리젠테이션 모델의 서비스 조작을 사용하십시오.
- 서비스 이용자 빌더
- 다양한 페이지 자동화 빌더(보기 및 양식, 기록, 목록 및 세부사항 등)

이들 코어 부분이 제 자리에 있으면 다른 빌더를 추가하여 서비스 또는 이용자측을 원하는 대로 향상시킬 수 있습니다.

사용 가능한 추가적 SOA 기능

SOA(서비스 지향 아키텍처) 애플리케이션의 개발을 더욱 향상시키기 위해 IBM Web Experience Factory는 개발을 단순화 및 가속화하는 추가 기능을 제공합니다.

이들 기능은 다음과 같습니다.

스텁 서비스 모델에 위한 연결이 끊어진 지원

서비스 정의 빌더의 단추를 클릭하여 자동으로 스텁 서비스 모델을 작성할 수 있습니다. 이 모델은 원래 서비스 제공자 모델과 동일한 인터페이스를 갖지만 조작, 스키마 및 샘플 데이터의 완전한 자체 포함 스냅샷을 포함하는 완벽한 생성 모델입니다. 스텁 서비스 모델은 데이터 소스에 연결해야 하는 필요성을 생략하므로써 시스템 구성 노력을 줄이고 SAP, IBM Lotus Domino 또는 PeopleSoft 같은 실제 시스템으로의 연결 또는 시스템의 "개발자" 버전이 로컬에 있는지의 확인을 수행하지 않습니다. 원하는 경우 서비스를 한 번만 호출한 후 그 이후에는 연결이 끊어진 지원을 사용하여 얻는 실제 결과 데이터에서 샘플 데이터를 자동으로 캡처할 수 있습니다.

백엔드 시스템이 응답이 느리거나 제한된 가용성을 갖는 경우 이 연결이 끊어진 개발 접근을 사용하여 상당한 시간을 절약할 수 있습니다. 스텁 서비스 모델 사용은 생성 프로세스가 모든 재생성 주기 동안 느린 백엔드에 액세스할 필요가 없음을 의미합니다.

자동 서비스 테스트

서비스 테스트 빌더를 사용하면 각 조작 테스트를 위한 기본 입력의 스펙을 포함하여 서비스 내에 정의되는 모든 조작을 테스트하는 데 필요한 페이지 및 코드를 자동으로 생성할 수 있습니다. 서비스 테스트 빌더를 사용하여 모든 프리젠테이션 계층과 완벽하게 독립이고 별도의 테스트 하니스를 빌드할 필요없이 용이하게 백엔드 기능의 유효성을 확인할 수 있습니다. 또한 브라우저 페이지를 볼 필요없이 자동화된 서비스 테스트 확립에 유용한 기능인 서비스 조작을 직접 호출하는 "headless" 메소드를 생성할 수 있습니다.

단순 서비스 문서

서비스 문서 빌더는 이 이중 아키텍처의 양쪽에 서비스 문서를 자동으로 생성합니다. 서비스 제공자 모델에 의해 작성되는 서비스 또는 서비스 이용자 모델에 의해 사용되는 서비스에 대한 입력 및 결과를 포함하여 서비스 및 서비스 조작에 대한 정보를 작성합니다. 또는 별도의 문서 모델을 사용하여 웹 애플리케이션 내의 모든 서비스에 대한 문서를 생성할 수 있습니다.

동적 서비스 맵핑

이 강력한 기능으로 설계 시 또는 런타임 시에 서비스가 참조될 때마다 사용되는 실제 서비스 제공자 모델을 스왑하여 동적으로 동등한 서비스를 관리할 수 있습니다. "서비스 맵핑 레지스트리"(단순 XML 파일)가 참조된 서비스를 제공하는 데 사용될 모델을 지정하는 데 사용됩니다. 이 서비스 맵핑 기능이 자동으로 다음과 같은 시나리오를 지원합니다.

제공자 구현 노력의 상당 부분에 대해 스텁 서비스 모델 사용 및 실제 연결을 스와핑하여 사용자가 빌드한 것만 테스트합니다.
프리젠테이션 모델의 개발 및 테스트를 위해 스텁 서비스 모델을 사용한 후 단순히 서비스 맵핑 파일을 수정하여 실제 서비스가(실제 연결과 함께) 사용될 수 있게 합니다.
언제든지 어떤 프리젠테이션 모델도 수정할 필요없이 대체 서비스 구현으로 전환합니다(예를 들어, 다른 백엔드를 사용하기 위해). 이는 애플리케이션 개발 중이나 배치된 애플리케이션에 대해 대체 서비스를 사용 가능하게 합니다. 유일한 요구사항은 선택된 모델이 동일한 서비스 제공자 인터페이스를 구현하는 것입니다.

서비스 인터페이스 지원

서비스 제공자 모델의 스와핑을 촉진하기 위해 데이터 서비스 빌더가 Java 인터페이스에 대한 개념과 유사한 서비스 인터페이스 개념을 지원합니다. 서비스 정의 빌더를 사용하여 인터페이스 정의로 사용하려는 다른 서비스 제공자 모델의 이름을 지정할 수 있습니다. 인터페이스 개념은 모두가 프리젠테이션(서비스 이용자) 모델의 공통 세트에 대해 작업하는 대체 서비스 제공자 구현을 개발하려는 경우에 매우 유용합니다. 프리젠테이션 모델을 분할하지 않고 서비스 제공자 모델 사이에서 스왑할 수 있게 합니다.

서비스 정의 및 서비스 조작 빌더는 자동으로 지정된 서비스 인터페이스를 정확하게 구현하기 위한 도움과 검증을 제공합니다(대체 구현은 자동으로 생성되지 않습니다). 서비스 이름, 조작 이름 및 조작 매개변수의 숫자와 이름이 검증됩니다. 입력 및 결과 유형이 검증에 포함되지 않으므로 대체 형식을 갖는 서비스를 구현하기 위해 Web Experience Factory의 적응성 기능을 강화할 수 있습니다.

클라이언트 측 모바일 애플리케이션 개발

IBM Web Experience Factory를 사용하여 클라이언트 측 애플리케이션을 개발할 수 있습니다.

개발에 대한 클라이언트 측 접근 방식

Web Experience Factory에서 클라이언트 측 웹 아키텍처에 대한 지원을 추가하여 리치 기본 룩앤필로 경량 모바일 웹 애플리케이션을 개발할 수 있습니다. HTML, Javascript 및 Dojo Mobile을 활용하여 클라이언트 측 웹 애플리케이션이 각각의 개별 애플리케이션 페이지에 대한 레이아웃 또는 플레이스홀더와 함께 서버에서 수집자 페이지를 미리 로드합니다. Web Experience Factory 클라이언트 측 애플리케이션에서는 REST 요청을 사용하여 조작을 수행하고 JSON 결과를 확보한 후 서버에 추가 HTML 페이지를 요청하지 않고 클라이언트 애플리케이션 페이지를 처리하고 슬라이드 전환합니다. Web Experience Factory 서버 측 런타임 및 자동화의 전체 기능과 유연성이 여전히 제공되지만 이 새 클라이언트 측 지원에서는 고객과 파트너에게 현재의 풍부한 모바일 웹 애플리케이션과 관련된 요구사항과 시장의 기대에 부합할 수 있도록 보다 강력한 기능 및 유연성을 제공합니다.

클라이언트 측 웹 애플리케이션의 초기 페이지가 서버에서 로드되고 후속 요청은 클라이언트 모바일 디바이스의 업데이트된 보기를 렌더링하는 데 사용되는 JSON 데이터만 요청할 수 있도록 제한될 수 있습니다. 일반적으로 이와 같은 개발 기술은 최소한 비즈니스 로직의 일부(예: 애플리케이션 플로우 또는 클라이언트 측 유효성 검증)를 클라이언트에서 수행할 수 있도록 허용합니다.

모바일 웹 애플리케이션 개발에 클라이언트 측 접근 방식을 사용하면 다음과 같은 이점이 있습니다.

모델 마법사가 프로덕션 시간 단축
웹킷 기반 스마트폰 및 모바일 디바이스에 초점을 맞춤
Dojo Mobile Toolkit 이용
성능 향상
작고 간소화된 빌더 세트
확장성

중요한 요구사항 및 제한사한

클라이언트 측 애플리케이션 지원은 스마트폰 및 태블릿과 같은 모바일 디바이스만 지원하도록 제한되며 데스크탑 웹 및 포털 애플리케이션을 지원할 수 없습니다.
Dojo 1.7이 필요합니다. 독립형으로 실행되는 경우 Web Experience Factory에서 Dojo 1.7을 사용합니다. 포틀릿으로 실행되는 경우에는 실행 중인 포털 페이지에서 Dojo를 로드하고 제공하는 것이 좋으며 이와 같은 기능을 사용하려면 해당 포털 페이지에서 이전 버전의 Dojo가 아닌 Dojo 1.7을 제공해야 합니다.

클라이언트 측 아키텍처

Web Experience Factory 클라이언트 측 모바일 애플리케이션에서 다음과 같은 작업을 수행합니다.

서버에서 모바일 디바이스로 렌더링된 단일 수집자 페이지(클라이언트 애플리케이션 빌더에 지정됨)를 사용합니다. 이 페이지에서는 모든 개별 클라이언트 페이지 레이아웃을 수집(포함 및 삽입)하고 Web Experience Factory 클라이언트 런타임을 로드합니다.
서버에서 REST를 호출하여 조작을 수행한 후 서버에서 추가 애플리케이션 페이지를 요청하지 않고 런타임 시 클라이언트 디바이스에서 페이지 슬라이드 전환을 수행하여 클라이언트 페이지에 JSON 결과 데이터를 처리합니다.

Web Experience Factory 클라이언트 측 웹 애플리케이션 개발의 기본 아키텍처는 클라이언트 디바이스에서 UI와 데이터가 결합되며 HTML, JavaScript 및 REST 서비스를 사용하는 JSP를 생성하고 렌더링하는 것입니다.

Dojo Mobile

Dojo Mobile은 모바일 디바이스용 리치 기본 모양 사용자 인터페이스 개발 시 사용하도록 만들어진 Dojo Toolkit의 경량 서브세트입니다(이 주제의 끝에 있는 Dojo Mobile 링크 참조). Dojo Mobile은 단일 외부 HTML 페이지에서 다중 하위 페이지 간 애니메이션 페이지 슬라이드 전환(Dojo Mobile 보기 슬라이드 전환이라고 함)과 모바일 디바이스에서 사용할 모바일 스위치, 슬라이더, 선택란 및 단일 선택 단추 등의 리치 UI 제어를 모두 작성합니다. 이들 모바일 위젯은 전체 Dojo Toolkit UI 제어 위젯보다 경량입니다.

Web Experience Factory 클라이언트 측 애플리케이션 지원은 Dojo Mobile 보기(예: dojox.mobile.ScrollableView)와 클라이언트 페이지의 애니메이션 보기 슬라이드 전환 사용 및 Dojo Mobile 고유의 서식있는 데이터 정의 설정을 사용하는 dojox.mobile.Switch와 같은 Dojo Mobile UI 제어 사용을 자동화합니다.

Dojo Mobile 테마 dojo_mobile_basic.uitheme는 클라이언트 보기 및 양식에서 사용할 기본 템플리트 페이지(해당 빌더에서 생성한 클라이언트 페이지에 대해 dojox.mobile.ScrollableView 이용)를 지정하고 클라이언트 애플리케이션 지원에 경량인 dojox.mobile.parser(dojo.parser와 반대임)를 사용하도록 알리며 기본 서식있는 데이터 정의 파일을 dojox_mobile_datadef.xml로 설정합니다.
Dojo Mobile 테마에 지정된 Dojo Mobile(dojox.mobile) 데이터 정의 dojox_mobile_datadef.xml은 텍스트 입력, 선택란, 단일 선택 단추와 같은 여러 데이터 유형에 적합한 dojox.mobile 기반 UI 제어의 사용을 지정하고 dojox.mobile.Switch 제어를 이용하는 선택적 전환 데이터 유형을 정의합니다.
클라이언트 애플리케이션 빌더의 Dojo Mobile 사용 선택란 입력을 사용하면 Web Experience Factory 클라이언트 런타임 지원에서 클라이언트 페이지 슬라이드 전환에 Web Experience Factory 고유의 클라이언트 페이지 슬라이드 전환 대신 Dojo Mobile 보기 슬라이드 전환 API를 이용할 수 있습니다.

Dojo Mobile 및 데이터 레이아웃 템플리트

사용자의 목록 페이지에 Dojo Mobile 룩앤필을 적용할 수 있도록 다음 데이터 레이아웃 템플리트가 제공되며 개발자가 사용자 정의 데이터 레이아웃을 작성할 수도 있습니다.

dojo_mobile_edgetoedgelist.html
dojo_mobile_multiline_edgetoedgelist.html
dojo_mobile_roundrectlist.html

클라이언트 페이지 탐색에서 생성된 페이지에 Dojo Mobile 룩앤필을 적용할 수 있도록 다음 데이터 레이아웃 템플리트가 제공됩니다.

dojo_mobile_navigation_list_template.html
dojo_mobile_navigation_segmented_tabs_template.html
dojo_mobile_navigation_tabs_template.html

참고: Web Experience Factory, 버전 7.0.1 이상에서는 선택적으로 Dojo를 사용하는(dojo_mobile_datadef.xml이라는 데이터 정의 파일도 포함) 서버 페이지 기반 모바일 웹 애플리케이션의 자동화를 제공합니다. 이전의 서버 페이지 기반 모바일 지원에서는 선택적으로 Dojo Toolkit을 완전히 사용할 수 있었으며 이는 Dojo Toolkit의 경량, 모바일 고유 dojox.mobile.* 기반 확장을 기본으로 하는 위의 클라이언트 측 애플리케이션 지원에서 "Dojo Mobile"로 지칭된 것과는 다릅니다.

참고: 이번 릴리스의 클라이언트 측 애플리케이션 지원은 모바일 디바이스만 대상으로 하므로 데스크탑과 모바일 디바이스 둘 다 지원하는(프로파일링을 통해) 하나의 다중 채널 모델을 빌드해야 하는 경우 Web Experience Factory 7.0.1에서 제공되는 서버 측 페이지 기반 모바일 개발 지원이 해당 개발에 더 적합합니다.

클라이언트 측 애플리케이션 시작하기

Web Experience Factory에서 클라이언트 측 애플리케이션을 개발하려면 다음을 수행해야 합니다.

선택된 클라이언트 측 애플리케이션 기능 세트로 새 프로젝트를 작성하십시오.
새 클라이언트 측 모델을 작성하십시오. 애플리케이션 실행 시 해당 페이지를 표시하는 main 조치 및 기본사항 페이지에서 시작하려면 클라이언트 Dojo Mobile 기본 및 페이지를, 스마트폰이나 기타 모바일 디바이스에 표시하기에 적합한 데이터 기반 애플리케이션을 빌드하려면 클라이언트 Dojo Mobile 목록 및 세부사항 서비스 이용자를 작성하십시오. 여기서는 클라이언트 측 애플리케이션 개발과 호환가능한 빌더만 빌더 선택도구에서 제공됩니다.

Dojo Mobile 및 기본 슬라이드 전환

Dojo Mobile 테마에서는 기본 슬라이드 전환 유형 또는 스타일이 "슬라이드"되며 기본 슬라이드 전환 방향은 앞으로입니다. 앞으로 슬라이드 전환하는 Dojo Mobile 값은 1입니다. 클라이언트 애플리케이션 빌더는 기본 슬라이드 전환 스타일을 슬라이드 이외의 스타일로 설정하려는 경우 ClientDefaultTransition 클라이언트 변수를 작성하고 슬라이드 전환 방향을 뒤로 설정하려는 경우에는 ClientDefaultTransitionDirection 변수를 작성합니다. 뒤로 슬라이드 전환 효과에 해당하는 Dojo Mobile 값은 -1입니다. 이들 변수 값이 애플리케이션의 모든 슬라이드 전환에서 기본값으로 사용되므로 하나의 특정 페이지 슬라이드 전환에만 슬라이드 전환 방향을 설정하려면 변수 값을 변경해야 합니다.

Dojo Mobile 테마 사용자 정의

클라이언트 모바일 애플리케이션의 Dojo Mobile 테마를 사용자 정의하려면 client_dojo_mobile.uitheme 파일을 편집하는 대신 이를 복사한 후 필요에 따라 테마 값을 편집하십시오. 편집 시 각 테마 특성의 기능 및 Dojo Mobile 클라이언트 애플리케이션에 적합하게 변경할 수 있는지 여부에 대해 설명하는 테마의 인라인 XML 설명에 유의하십시오.

IBM Web Experience Factory 프로젝트 작업

프로젝트는 Web Experience Factory에서 애플리케이션의 기초입니다.

프로젝트에는 Web Experience Factory에서 웹 애플리케이션, 포틀릿 애플리케이션 또는 위젯을 빌드하는 데 필요한 모든 아티팩트가 들어 있습니다.

Web Experience Factory Designer 마법사는 프로젝트 조작(예: 프로젝트 작성, 프로젝트에 Web Experience Factory 아티팩트 추가, 프로젝트에서 Web Experience Factory 아티팩트 제거 및 프로젝트 설정 수정)을 수행하는 데 도움을 줄 수 있습니다.

대부분의 마법사는 프로젝트 마우스 오른쪽 단추 클릭 메뉴에서 액세스 가능하며 일반적으로 개발 환경에 따라 사용자가 변경할 수 있는 기본 설정을 제공합니다.

일반 Web Experience Factory 프로젝트 컨텐츠

일반 Web Experience Factory 프로젝트에는 다음과 같은 특성이 있습니다.

프로젝트 속성: Web Experience Factory 프로젝트에서 Java 프로젝트 속성을 사용합니다.
프로젝트 컨텐츠: Web Experience Factory 프로젝트에는 Web Experience Factory에서 제공 가능한 컨텐츠 루트 디렉토리의 모든 컨텐츠가 들어 있습니다. 예를 들어 wpf.war 및 아래 항목과 같습니다.
소스 디렉토리: Web Experience Factory 프로젝트는 프로젝트 설치 WEB-INF/work/source 디렉토리를 소스 디렉토리로 사용합니다. 소스 디렉토리로 다른 디렉토리를 지정할 수도 있지만 이 디렉토리는 반드시 포함해야 합니다.
포함된 라이브러리: Web Experience Factory 프로젝트는 Web Experience Factory의 WEB-INF/lib 디렉토리에 모든 JAR 파일을 포함하고 WEB-INF/clientlibs/servlet.jar에 JAR 파일을 포함합니다.
외부 도구 빌더: Web Experience Factory 웹 애플리케이션 빌더는 프로젝트의 파일을 서버로 복사하는 Ant 스크립트를 실행합니다.

프로젝트 위치

기본적으로, Web Experience Factory 프로젝트는 Eclipse /workspace 디렉토리에 있습니다. 그러나 파일 시스템의 다른 위치에 Web Experience Factory 프로젝트를 배치할 수 있습니다. Windows 시스템의 경우 경로 이름 길이에 대한 제한조건 때문에 파일 시스템 맨 위 또는 이와 가까운 위치에 프로젝트를 배치할 수 있다는 장점이 있습니다.

IBM Web Experience Factory 프로젝트 작성

애플리케이션을 빌드하는 첫 번째 단계는 프로젝트를 작성하는 것입니다.

작성된 프로젝트에는 애플리케이션에 필요한 모든 아티팩트 및 기능이 들어 있습니다.

환경을 설정하십시오.
1. 로컬로 Web Experience Factory Designer를 설치하십시오.
  Web Experience Factory Designer는 웹 애플리케이션, 포틀릿 및 위젯 작성을 위한 개발 환경입니다. Eclipse 또는 Rational Application Developer와 같은 IDE(Integrated Development Environment)에 설치됩니다. 아직 Eclipse 또는 Rational Application Developer가 설치되어 있지 않은 경우, Web Experience Factory 설치 프로시저의 일부로 Eclipse를 설치할 수 있습니다.
2. IBM WebSphere Portal 서버, IBM WebSphere Application Server, IBM WebSphere Application Server Community Edition(CE), Tomcat, IBM Lotus Mashup 서버 또는 IBM InfoSphere MashupHub의 로컬 또는 네트워크 설치에 대한 액세스를 설정하십시오.
  프로젝트를 공개하려면 대상 서버가 실행 중이어야 합니다.
Web Experience Factory를 설치한 Eclipse 또는 Rational Application Developer 클라이언트를 실행하십시오.
메뉴에서 창 > 퍼스펙티브 열기 > 기타 > Web Experience Factory를 클릭하십시오.
파일 메뉴에서 새로 작성 > Web Experience Factory 프로젝트를 클릭하십시오.
프로젝트의 이름을 제공한 다음 다음을 클릭하십시오.
기능 세트 페이지에서 프로젝트에 포함할 기능 세트를 선택하고 다음을 클릭하십시오.
나중에 프로젝트에 기능 세트를 추가하거나 프로젝트에서 기능 세트를 제거할 수 있습니다. 기본 조건으로 Dojo Ajax 기능 세트가 선택되어 있습니다. 이 설정을 사용하면 프로젝트가 웹 애플리케이션에서 사용자 인터페이스에 대한 최신 모양 및 스타일 기능을 이용할 수 있습니다.
다음을 클릭하여 서버 구성 화면을 계속하십시오.
현재 구성 설정이 표시됩니다. Web Experience Factory를 설치할 때 시스템에 WebSphere Application Server CE가 설치되거나 이미 시스템에 있는 경우, WebSphere Application Server CE 서버 구성이 자동으로 작성됩니다.

새 구성을 추가하거나, 현재 선택된 구성을 편집하거나 삭제할 수 있습니다.
옵션: 특정 환경에 맞는 프로젝트의 기존 구성을 편집하십시오.
1. 서버 구성 창에서 편집을 클릭하십시오.
  선택한 서버 구성의 구성 설정이 서버 구성 편집 창에 표시됩니다.
2. 구성 설정을 수정하십시오.
3. 옵션: 일부 서버 구성의 경우, 서버 연결 테스트를 클릭하여 대상 서버에 대한 연결을 검증할 수 있습니다.
  오류가 표시되는 경우 서버가 실행 중인지 확인한 후 다시 서버 연결 테스트를 클릭하십시오. 계속하려면 확인을 클릭하십시오. 여전히 문제점이 있는 경우 작업공간에서 다음 위치에 작성된 test.log 파일을 확인하십시오.
```
.metadata/.plugins/com.bowstreet.designer.webapp/deploymentconfigs/
```
완료를 클릭하여 프로젝트 작성을 완료하십시오.
서버 구성의 대상 서버가 실행 중이 아니면 이를 시작하라는 메시지가 프롬프트됩니다. 애플리케이션을 작성하여 테스트하려면 서버를 시작해야 합니다. 그렇지 않으면, 이후에 서버를 시작할 수 없습니다.

이제 프로젝트를 공개할 것인지 확인하도록 프롬프트됩니다. 예를 클릭하면 WAR 파일이 로컬로 공개되고 프로젝트를 변경할 경우 자동으로 공개됩니다.
공개 조작에 문제가 있으며 대상 서버가 WebSphere Application Server Community Edition(CE) 또는 Tomcat 이외의 서버인 경우 다음 로그 파일을 조사하십시오.
```
publish_configuration_name.log
```
Eclipse 작업공간에서 프로젝트에 해당되는 다음 위치에 이 파일이 있습니다.
```
/WebContent/WEB-INF/logs
```

새 프로젝트의 이름이 프로젝트 탐색기에 표시됩니다. 다음 특성 파일이 프로젝트에 작성됩니다.

/WEB-INF/config/override.properties

이 파일을 사용하면 프로젝트에서 최신 테마(bowstreet.themeFile 특성) 및 기본 RDD(Rich Data Definition) 파일(the bowstreet.baseRddFile 특성)을 이용할 수 있습니다. 테마 파일(/WEB-INF/factory/themes/blue_WPF7.uitheme)의 특성을 사용하면 조치 실행 후의 작업에서 포틀릿의 부분 페이지 새로 고치기와 관련된 스마트 새로 고치기 기능을 사용할 수 있습니다. RDD 파일의 특성은 사용자 인터페이스(UI)에 있는 페이지 자동화 필드와 열의 표시 및 유효성 검증을 위한 자동 설정을 제공합니다. 기본적으로 페이지 자동화 페이지에서 단일 RDD 파일(/WEB-INF/factory/data_definitions에 있음)이 사용됩니다.

IBM Web Experience Factory 프로젝트 빌드

Web Experience Factory 프로젝트에 사용하는 경우 Eclipse 빌드 조작은 여러 조치를 수행합니다.

소스 파일을 실행 파일로 변환합니다.
예를 들어, Java 소스를 클래스 파일로 컴파일하는 경우 소스 디렉토리의 특성 파일을 클래스 디렉토리로 복사합니다.
파일을 복사하고 WAR을 작성합니다.
예를 들어, Application Server에 대한 출력 위치로 복사하거나 WAR 파일로 작성합니다.

자동 빌드 설정이 사용 가능한 경우(창 > 환경 설정 > 일반 > 작업공간 아래의 자동으로 빌드) Web Experience Factory Designer의 성능이 가장 뛰어납니다. 기본적으로 이 설정은 사용 가능하지만 상황에 따라 소스가 많이 있는 작업공간에 다른 활성 프로젝트가 있는 경우 개발자가 이 설정을 끌 수도 있습니다. 끄지 않으면 빌드하는 시간이 오래 걸릴 수 있습니다.

다음 상황과 같이 이 설정을 사용 안함으로 설정한 상태에서 실행해야 하는 경우 수동으로 빌드해야 합니다.

새 소스를 추가함 - 예를 들어 기능 세트 또는 패키지를 설치하는 경우
소스를 생성함 - 예를 들어 데이터 페이지 빌더의 자원 번들 작성 조치를 사용하는 경우
Application Server와 동기화. 예를 들어, 프로젝트에서 자원(모델, 프로파일 세트 또는 컨텐츠 등)을 변경한 후 URL을 통해 서버에 액세스합니다.
참고: 실행 명령은 일반적으로 처음 페이지를 실행하기 전에 빌드합니다.

프로젝트 작성 정보

프로젝트 작성을 완료한 후에는 개발 WAR 파일을 공개할지 또는 프로덕션 WAR 파일을 내보낼지 여부를 선택할 수 있습니다.

포틀릿과 위젯에 적용되는 조건이 다릅니다.

포틀릿의 경우

Web Experience Factory는 두 개의 WAR 파일을 생성할 수 있습니다. Web Experience Factory 개발 WAR 파일은 Application Server에서 독립형으로 애플리케이션을 실행하는 경우 사용됩니다. 포틀릿 WAR 파일은 포털 내의 포틀릿으로 애플리케이션을 실행하는 경우 사용됩니다.

애플리케이션 공개 기능을 선택하지 않은 경우에는 이 프로세스가 완료된 후 수동으로 WAR 파일을 공개해야 합니다. 애플리케이션 공개 기능을 선택한 경우 프로젝트의 서버 구성에 지정된 서버에 WAR 파일이 공개됩니다. 여기에서 많은 작업이 수행되므로 공개 프로세스는 완료되는 데 2 - 3분이 걸릴 수 있습니다.

WebSphere Portal의 로컬 설치를 사용하는 경우, WebSphere Application Server의 보안이 기본적으로 활성화됩니다. 따라서 배치 WAR 파일이 작성되는 동안 신임을 묻는 메시지가 표시될 수도 있습니다. 포털 관리자 신임이 아닌 WebSphere Application Server 관리자 신임을 사용하십시오. 또한 실행되지 않은 애플리케이션 공개 기능을 종료하기 전에 이 프롬프트를 기다려야 합니다. 프롬프트를 무시하면 시간 종료되어 WAR 파일이 자동으로 공개되지 않습니다. 이 경우에도, WebSphere Application Server 관리 콘솔을 사용하여 WAR 파일을 수동으로 설치하고 구성할 수 있습니다.

프로세스가 완료되면 Web Experience Factory는 설치된 기능 집합에 대한 README 편집기를 표시합니다. 이 파일을 잘 읽고 다 읽었으면 닫으십시오. 비어 있는(회색) 작업 영역이 남습니다.

Websphere Administration Server 또는 WebSphere Portal Server 서버가 원격이면 정보 패널 아래에 오류 메시지가 나타납니다. 이 메시지는 공개되지 않은 개발 WAR 및 EAR에 대해 설명합니다. 포틀릿 WAR을 자동으로 공개하지 않도록 선택했거나 포털 서버를 사용할 수 없는 경우 WebSphere Portal 관리 콘솔을 사용하여 WAR을 수동으로 공개해야 합니다.

위젯의 경우

개발 WAR 파일에는 개발 시간을 단축하는 데 도움이 되는 유틸리티가 포함되어 있습니다. 개발 WAR은 서버 구성에 제공된 입력을 기초로 빌드됩니다. 서버 구성이 애플리케이션 공개에 적합하도록 구성된 경우 개발 WAR을 빌드할 때 위젯이 공개됩니다. Web Experience Factory 설치 시 시스템에 Mashup 서버가 설치되어 있는 경우 MashupServer라는 서버 구성이 자동으로 생성되고 설치 중에 올바른 신임이 제공되는 한 자동으로 위젯을 공개하도록 구성됩니다.

개발 WAR을 빌드하려면 프로젝트 탐색기 패널에서 프로젝트 이름을 마우스 오른쪽 단추로 클릭하십시오. 위젯 > 팔레트에 위젯 공개를 클릭하여 위젯을 공개하십시오. 공개할 위젯을 선택하고 확인을 클릭하십시오.

프로덕션 환경에 애플리케이션을 내보낼 준비가 된 경우 프로덕션 WAR 파일이 사용됩니다. 프로덕션 WAR이 개발 유틸리티에 들어 있지 않으며 개발 WAR보다 작습니다. 프로덕션 WAR을 수동으로 서버에 내보내야 합니다. 프로덕션 WAR을 빌드하려면 프로젝트 탐색기 패널에서 프로젝트 이름을 마우스 오른쪽 단추로 클릭하십시오. 내보내기를 클릭하여 사용자 환경에 고유한 WAR을 선택합니다.

애플리케이션 공개 기능을 선택하지 않은 경우에는 이 프로세스가 완료된 후 수동으로 WAR 파일을 공개하거나 내보내야 합니다. 애플리케이션 공개 기능을 선택한 경우 WAR 파일이 서버에 공개됩니다. 여기에서 많은 작업이 수행되므로 공개 프로세스는 완료되는 데 2 - 3분이 걸릴 수 있습니다.

Lotus Mashup의 로컬 설치를 사용하는 경우, 보안이 기본적으로 활성화됩니다. 따라서 배치 WAR 파일이 작성되는 동안 신임을 묻는 메시지가 표시될 수도 있습니다. WebSphere Application Server 관리자 신임을 사용하십시오. 또한 실행되지 않은 공개 프로세스를 종료하기 전에 이 프롬프트를 기다려야 합니다. 프롬프트를 무시하면 시간 종료되어 WAR 파일이 자동으로 공개되지 않습니다. 이 경우에도, WebSphere Application Server 관리 콘솔을 사용하여 WAR 파일을 수동으로 설치하고 구성할 수 있습니다.

Lotus Mashup 서버가 원격이면 정보 패널 아래에 오류 메시지가 나타납니다. 이 메시지는 공개되지 않은 개발 WAR 및 EAR에 대해 설명합니다. WAR을 자동으로 공개하지 않도록 선택했거나 서버를 사용할 수 없는 경우 WAR을 수동으로 공개하거나 내보내야 합니다.

IBM Web Experience Factory 프로젝트의 수정

다양한 방식으로 Web Experience Factory 프로젝트를 수정할 수 있습니다.

예를 들어, 기능 세트를 해당 프로젝트에 추가하거나 전혀 다른 유형의 Application Server에 프로젝트를 공개할 수도 있습니다. 또한 프로젝트에서 WAR을 작성하여 프로젝트를 수정할 수도 있습니다. 이러한 모든 옵션은 프로젝트 팝업 메뉴에서 사용 가능하고 프로젝트 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하여 이 옵션에 액세스합니다.

팝업 메뉴에서 특성 > Web Experience Factory 프로젝트 특성을 클릭하여 기능 세트를 추가하십시오. 기능 정보 분할창에서 프로젝트에 사용할 빌더가 포함된 기능 세트를 선택할 수 있습니다.

다양한 WAR 유형을 빌드할 수 있습니다. 팝업 메뉴에서 애플리케이션 공개를 클릭하고 하위 메뉴에서 적합한 항목을 선택하십시오.

특성 > Web Experience Factory 프로젝트 특성 > 서버 구성을 클릭하여 프로젝트에서 사용 가능한 서버 구성을 보거나 변경할 수 있습니다.

참고: 프로젝트를 수정하는 경우 Web Experience Factory Designer는 프로젝트에서 파일을 제거한 후 프로젝트에 파일을 다시 추가합니다. 따라서 수정 조작에서 특정 파일(예: web.xml)을 삭제하면 경고가 나타날 수 있습니다. 수정 조작을 완료하면 프로젝트에 삭제된 파일이 다시 추가됩니다. 경고 대화 상자에 응답하기 전에 백업 위치에 변경된 사본을 보존할 수 있습니다. 삭제되거나 겹쳐쓴 파일의 변경사항은 변경된 사본이 보존되지 않으며 삭제 또는 겹쳐쓰기에 대한 질문에 예 또는 모두 예로 표시되면 손실됩니다.

원격 프로젝트에 대한 작업 정보

다음과 같은 간단한 지침을 참고할 경우 원격 시스템에 있는 프로젝트에 대한 작업을 수행할 수 있습니다.

원격 프로젝트는 여러 개발자가 동일한 프로젝트에 대한 액세스를 공유할 수 있는 팀 개발을 지원합니다.

원격 프로젝트는 IBM Web Experience Factory 위치를 J2EERoot\.bowstreet 구성 파일에 저장합니다. 결과적으로 2명 이상의 사용자가 동일한 원격 프로젝트에 대한 작업을 수행하는 경우 해당 사용자는 모두 프로젝트에 대해 정확히 동일한 디렉토리 위치를 사용해야 합니다. 기존 원격 프로젝트를 사용자의 작업공간에 가져오려고 하지만 사용자 경로가 원격 프로젝트 .bowstreet 구성 파일에 지정된 경로와 일치하지 않는 경우, Web Experience Factory Designer에 오류가 표시될 수 있습니다.

자원 이동

프로젝트 탐색기 또는 모델 네비게이터의 프로젝트 트리에서 폴더가 표시되는 위치를 변경할 수 있습니다.

참고: 이동시킬 폴더를 참조하는 자원이 열려 있으면, 자원을 다시 열어야 변경사항이 적용됩니다. 폴더 이름을 바꿀 때도 마찬가지입니다.

프로젝트 탐색기 트리에서 항목을 이동하려면 다음 단계를 수행하십시오.

다음 중 하나를 선택하십시오.
- 자원을 마우스 오른쪽 단추로 클릭하고 팝업 메뉴에서 리팩터 > 이동을 선택하십시오.
- 자원을 클릭하고 기본 메뉴에서 리팩터 > 이동을 선택하십시오.
- 모델 네비게이터에서 자원을 마우스 오른쪽 단추로 클릭하고 팝업 메뉴에서 이동을 선택하십시오.
결과 대화 상자에서 자원을 이동할 폴더를 클릭한 후 확인을 클릭하십시오.

빌더 또는 프로파일 항목 이름 바꾸기

빌더 및 프로파일 항목의 이름을 바꿀 수 있으며 경우에 따라서는 해당 정의도 편집할 수 있습니다.

프로젝트 탐색기 또는 모델 네비게이터에서 모델 또는 프로파일 세트를 연 후 아웃라인에서 이 작업을 할 수 있습니다.

빌더 또는 프로파일 항목의 이름을 바꾸는 경우, 참조 조정에서 이름 바꾸기 프로세스는 해당 참조에 대해 내부적으로 단순 텍스트 검색을 수행한다는 점도 고려해야 합니다. 예를 들어, 이름이 Page2인 빌더 및 Page20인 빌더 중에서 Page2를 Pagex로 이름을 변경하는 경우, Page2와 Page20에 대한 참조를 찾을 수 있습니다. Page20에 대한 참조를 골라내려면, 이름 바꾸기 프로세스로 인한 변경사항을 미리 확인하여(>다음을 클릭하여 미리 보기) 변경하지 않을 항목을 선택 취소해야 합니다.

프로파일 항목 또는 빌더 호출의 이름을 변경하려면 다음 단계를 수행하십시오.

아웃라인 창을 표시하려면 다음을 수행하십시오.
1. 창 > 보기 표시 > 기타를 선택하십시오.
2. 일반 > 아웃라인을 선택하십시오.
3. 확인을 클릭하십시오.
프로젝트 탐색기 또는 모델 네비게이터 트리에서 모델(또는 프로파일 세트)을 마우스 오른쪽 단추로 클릭하고 팝업 메뉴에서 열기를 클릭하여 이름을 바꾸려는 빌더가 들어 있는 모델(또는 이름을 바꾸려는 프로파일 항목이 있는 프로파일 세트)을 여십시오. 모델(또는 프로파일 세트)을 열면 아웃라인이 채워집니다.
이름을 바꾸려는 아웃라인에서 항목을 마우스 오른쪽 단추로 클릭한 후 팝업 메뉴에서 이름 바꾸기를 선택하십시오.
빌더 호출 이름 바꾸기(또는 프로파일 항목 이름 바꾸기) 대화 상자에 새 이름을 입력하십시오.
다음 단추가 활성화되어 있으면 이 단추를 클릭하여 선택한 항목의 이름을 바꾸면 발생할 변경 사항 목록을 표시하십시오. 이름 바꾸기 작업이 여러 자원에 영향을 주는 경우도 있습니다. 이러한 자원은 이름 바꾸기 화면에 나열되어 있습니다. 목록에서 하나 이상의 자원뿐만 아니라 일반적으로 업데이트하지 않는 나머지 자원도 업데이트하도록 선택할 수 있습니다.
이름 바꾸기를 완료하려면 완료를 클릭하고 이름 바꾸기를 취소하려면 최소를 클릭하십시오.

자원 이름 바꾸기

폴더, 모델 또는 프로파일 세트의 이름을 바꿀 수 있습니다.

프로젝트 탐색기에서 폴더, 모델 또는 프로파일 세트의 이름을 바꾸려면 다음 단계를 따르십시오.

폴더, 모델 또는 프로파일 세트를 선택하십시오.
자원을 마우스 오른쪽 단추로 클릭하고 팝업 메뉴에서 리팩터 > 이름 바꾸기를 선택하거나, 자원을 클릭하고 기본 메뉴에서 리팩터 > 이름 바꾸기를 선택하십시오.
자원 이름 바꾸기 대화 상자에 새 이름을 입력하십시오.
미리보기를 클릭하여 선택한 항목의 이름을 변경하면 발생되는 변경 사항 목록을 표시하십시오. 이름 바꾸기 작업이 여러 자원에 영향을 주는 경우도 있습니다. 이러한 자원은 미리보기 화면에 나열되어 있습니다. 목록에서 하나 이상의 자원뿐만 아니라 일반적으로 업데이트하지 않는 나머지 자원도 업데이트하도록 선택할 수 있습니다.
이름 바꾸기를 완료하려면 확인을 클릭하고, 이름 바꾸기를 취소하려면 취소를 클릭하십시오. 확인을 클릭하면 선택한 항목의 이름이 변경되고 다른 자원에 대한 참조가 조정됩니다.

모델 네비게이터에서 자원의 이름을 바꾸려면 자원을 마우스 오른쪽 단추로 클릭하고 팝업 메뉴에서 이름 바꾸기를 선택한 후 새 이름을 입력하십시오.

리팩토링

IBM Web Experience Factory는 프로젝트 탐색기 및 Java 패키지 탐색기를 통해 리팩토링을 확장 지원합니다.

프로젝트 탐색기에서 자원을 이동하거나 이름을 바꿀 때 모든 내부 참조가 조정되기 때문에 프로젝트 탐색기를 통해 리팩토링하도록 권장합니다. 이는 표준 네비게이터에서 리팩토링을 시도하는 경우에는 적용되지 않습니다.

프로젝트 탐색기에서 리팩토링

프로젝트 탐색기에서 IBM Web Experience Factory Designer의 리팩토링 기능을 활용하여 프로젝트 폴더 또는 이 폴더가 들어 있는 자원을 이동하거나 이름을 바꿀 수 있습니다.

트리에서 자원 이름을 바꾸려면 프로젝트 탐색기에서 해당 항목을 클릭하고 메뉴에서 리팩터 > 이름 바꾸기를 차례로 클릭한 다음 나타나는 대화 상자에 새 이름을 입력하십시오. 또는, 항목에 따라 항목을 마우스 오른쪽 단추로 클릭하고 리팩터 > 이름 바꾸기를 선택하고 나타나는 대화 상자에 새 이름을 입력할 수 있습니다.

트리에서 자원을 이동하려면 프로젝트 탐색기에서 해당 항목을 클릭하고 리팩터, 이동을 차례로 클릭한 다음 나타나는 대화 상자에서 항목을 이동할 폴더를 클릭하십시오. 또는, 해당 항목을 마우스 오른쪽 단추로 클릭하고 메뉴에서 리팩터 > 이동을 선택한 다음 나타나는 대화 상자에서 항목을 이동할 폴더를 클릭하십시오.

아카이브 작성

Eclipse 내보내기 기능을 사용하여 개발 시 공유할 아티팩트를 포함하는 IBM Web Experience Factory 아카이브 파일을 작성하십시오.

Web Experience Factory 아카이브를 작성하는 경우 모델 및 지원 파일만 선택하십시오. 여기에는 HTML 페이지, .css 파일, JavaScript 파일, 프로파일, 자원 번들 및 LJO에 대해 작성하는 모든 Java 소스 파일 등이 포함됩니다.

기본적으로 새 프로젝트에 포함되는 모든 파일은 포함하지 마십시오. Web Experience Factory 아카이브에 기타 프로젝트 파일을 포함하는 경우 기타 프로젝트로 가져올 때 아카이브에 문제점이 발생할 수 있습니다. 프로젝트 파일 중 일부가 해당 프로젝트 전용일 수 있으므로 문제점이 발생합니다. 양호한 선택 규칙은 작성하는 파일만 포함하는 것입니다.

Eclipse에서 파일 > 내보내기를 선택하여 내보내기 마법사를 여십시오.
내보내기 대화 상자에서 Web Experience Factory > Web Experience Factory Zip 아카이브를 클릭한 후 다음을 클릭하십시오.
내보내기 대화 상자는 왼쪽 분할창에 프로젝트 목록을 표시하고 오른쪽 분할창에 다양한 특성 파일을 표시합니다.
왼쪽 분할창에서 포함할 프로젝트 컴포넌트를 선택하십시오. 오른쪽 분할창에서 포함할 특성 파일을 모두 선택하십시오.
선택한 항목이 다른 파일에 종속되면, 종속성 선택을 클릭하고 아카이브에 포함할 종속 파일을 선택하십시오.
자세한 정보는 대화 상자에 대한 도움말을 참조하십시오.
대상 아카이브 파일에 Web Experience Factory 아카이브 파일을 저장할 위치를 입력하십시오.
완료를 클릭하여 아카이브 파일을 작성하고 저장하십시오.

아카이브 파일 가져오기

Web Experience Factory 아카이브 가져오기 마법사를 사용하여 외부 소스로부터 프로젝트에 자원을 통합할 수 있습니다.

이러한 자원의 양식은 IBM Web Experience Factory 아카이브 Zip 파일이어야 합니다.

참고: 가져오기 War 및 가져오기 Ear 함수는 Web Experience Factory 프로젝트를 작성하지 않습니다. Web Experience Factory 프로젝트를 가져오려면 가져오기 > Web Experience Factory 아카이브를 사용하십시오.

프로젝트 탐색기에서 프로젝트를 클릭하십시오.
기본 메뉴 표시줄에서 파일 > 가져오기를 클릭하십시오.
가져오기 마법사에서 기타 > Web Experience Factory 아카이브를 클릭한 후 다음을 클릭하십시오.
찾아보기를 클릭하여 프로젝트로 추출하여 가져올 파일이 들어 있는 Zip 아카이브 파일을 선택하십시오.
또한 이전에 레거시 패키지 관리자를 사용하여 작성한 pkg 파일을 선택할 수도 있습니다.
가져오기 선택 분할창에서, 왼쪽 창에 계층 구조를 펼치고 선택된 아카이브의 폴더를 나타내는 선택란을 선택하거나 지우십시오.
다음을 사용하여 가져올 자원을 정확하게 선택하십시오.
필터 유형

특정 유형의 파일에 대해 현재 선택을 필터하는 데 사용합니다.

모두 선택

아카이브 파일의 모든 자원을 선택하고 가져오지 않을 자원을 선택 취소하는 데 사용합니다.

모두 선택 취소

아카이브 파일의 모든 자원을 선택 취소하고 가져올 개별 파일을 선택하는 데 사용합니다.

자세한 정보는 대화 상자에 대한 도움말을 참조하십시오.
대상 폴더에 가져오기 대상이 될 프로젝트 대상을 지정하십시오.
가져오기는 항상 아카이브 컨텐츠를 프로젝트의 서비스 가능 컨텐츠 디렉토리에 상대적인 위치에 넣습니다. Eclipse 프로젝트의 경우, 이 디렉토리는 프로젝트 루트입니다. Rational Application Developer 임베드된 서버 프로젝트의 경우 이 디렉토리는 프로젝트 루트 아래 있는 WebContent 디렉토리입니다. 컨텐츠 디렉토리보다 더 깊은 폴더를 선택하면 아무런 영향도 미치지 않습니다.
가져오기 옵션 지정을 완료하면 완료를 클릭하십시오.

프로젝트에 기능 세트 추가

기능 세트는 배치 팀 구성원이 사용하도록 기능을 패키지화하는 간편한 방법을 제공합니다.

기능 세트는 빌더 또는 빌더 세트에 필요한 파일 세트입니다. 기능 세트에는 모델, 프로파일 세트, 빌더 및 클래스가 포함될 수 있습니다. 기능 세트는 애플리케이션 및 구현 중인 기능과 관련이 없는 WAR 파일에 오버헤드를 추가하지 않습니다. 언제라도 프로젝트에 기능 세트를 추가하거나 프로젝트에서 기능 세트를 제거할 수 있습니다.

IBM Web Experience Factory 프로젝트에 기능 세트를 추가하려면 이 프로시저를 따르십시오.

프로젝트 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 특성 > Web Experience Factory 프로젝트 특성 > 기능 정보를 클릭하여 기능 세트를 추가하십시오.
기능 정보 분할창에서 프로젝트에 사용할 빌더가 포함된 기능 세트를 선택할 수 있습니다.
프로젝트에 특정 기능 세트를 추가한 후 파일 > 다시 시작을 클릭하여 Eclipse를 다시 시작하여 기능 세트와 연관된 클래스를 제대로 로드하십시오.
참고: 스프레드시트 확장 기능 세트를 프로젝트에 추가하고 스프레드시트 빌더가 포함된 모델을 열면 다음 모델 생성 오류가 표시됩니다.
```
com.bowstreet.webapp.engine.MethodGeneratorException
```
모델을 열 때 클래스를 컴파일하지 않았기 때문에 이러한 문제가 발생합니다. Eclipse를 다시 시작하면 이러한 문제를 피할 수 있습니다. Eclipse 시작 시 스프레드시트 확장 기능 세트가 이미 설치되어 있거나 프로젝트 작성 중에 기능 세트를 추가한 경우에는 문제가 발생하지 않습니다.

IBM Web Experience Factory 기능 세트 삭제

프로젝트에서 Web Experience Factory 기능 세트를 제거할 수 있습니다.

기능 세트를 제거하면 기능 세트와 관련된 모든 파일이 프로젝트에서 제거됩니다.

Web Experience Factory 기능 세트를 제거하려는 프로젝트를 마우스 오른쪽 단추로 클릭하십시오.
프로젝트 메뉴에서 특성 > Web Experience Factory 특성 > 기능 정보를 클릭하여 초기 마법사 페이지를 표시하십시오.
하나 이상의 기능 세트를 선택 취소하고 적용을 클릭한 후 확인을 클릭하십시오.

선택한 기능 세트와 관련된 모든 파일(예: 모델, 프로파일 세트, 빌더 및 클래스)이 프로젝트에서 제거되고 수정된 프로젝트 컨텐츠가 네비게이터에 표시됩니다.

파일 문자 인코딩 설정

빌더에 사용되는 특정 파일에 문자 인코딩을 설정할 수 있습니다.

Web Experience Factory에서는 다음 파일에 대해 기본적으로 UTF-8 문자 인코딩을 사용합니다.

서식있는 데이터 정의 XML 파일 쓰기 및 읽기
컨텐츠 삽입 빌더 파일 읽기(예: 클라이언트 JavaScript 및 스타일시트 빌더에서 가져온 파일)

이 파일에 UTF-8 이외의 멀티바이트 문자 인코딩을 사용해야 하는 경우 관련된 특성을 대체할 수 있습니다.

WEB-INF/config/cluster.properties 파일에서 다음 특성을 찾으십시오.

# 이 인코딩은 RDD 파일을 읽기/쓰기하는 경우 RDD에서 사용됩니다.
bowstreet.builder.rdd.file.encoding=UTF-8
# 이 인코딩은 컨텐츠 삽입 빌더(JavaScript 및 Stylesheet)가 파일을 읽을 때 사용됩니다.
bowstreet.builder.contentInserter.file.encoding=UTF-8

프로젝트 WEB-INF/config/ 파일에 사용자 고유의 값을 지정합니다.
override.properties 파일이 존재하지 않으면 작성할 수 있습니다.

모델 작성 및 열기

다양한 모델을 작성하는 경우 마법사를 사용하면 도움이 됩니다.

이 마법사는 기본 애플리케이션을 실행하는 데 필요한 모든 빌더로 모델을 채웁니다. 마법사는 자체 문서를 제공하고 쉽게 사용하도록 설계되었습니다. 마법사에 표시되는 선택은 프로젝트에 추가하는 기능 세트에 따라 다릅니다. 마법사의 진행 단계는 작성하려는 모델 유형에 따라 다릅니다.

새 모델 작성

IBM Web Experience Factory Designer 마법사를 사용하여 새 모델을 작성합니다.

다음 조치 중 하나를 수행하십시오.
- 도구 모음에서 새 아이콘() 옆에 있는 풀다운을 클릭한 후 Web Experience Factory Model을 클릭하십시오.
- 도구 모음에서 새 아이콘 []을 클릭한 후 마법사 선택에서 Web Experience Factory > Web Experience Factory 모델 및 다음을 클릭하십시오.
- 파일 > 새로 작성 > Web Experience Factory 모델을 클릭하십시오.
프로젝트 선택에서 새 모델을 작성할 프로젝트를 선택하고 다음을 클릭하십시오.
모델 선택의 모델 유형에서 나열된 모델 유형 중 하나를 선택하고 다음을 클릭하십시오.
비어 있음

빌더 호출이 없습니다. 필요한 애플리케이션 기능을 제공할 빌더 호출을 모두 추가해야 합니다.

기본 및 페이지

일명 page1 페이지 빌더 호출 및 애플리케이션 실행 시 해당 페이지를 표시하는 일명 main 조치 목록 빌더가 포함됩니다.

데이터베이스 보기 및 업데이트

관계형 데이터베이스의 데이터를 이용하는 완전한 기능의 애플리케이션을 작성할 수 있는 가장 빠른 방법을 제공합니다. 이 마법사로 포틀릿, 위젯 및 웹 애플리케이션을 작성할 수 있습니다. 열 헤더를 수정하고 데이터 페이징을 통합하며 세부사항 드릴다운 기능을 사용 가능하게 하는 방식으로 사용자 인터페이스를 사용자 정의할 수 있습니다.

REST 기반 보기 및 양식

REST 서비스의 데이터를 이용하는 완전한 기능의 애플리케이션을 작성할 수 있는 가장 빠른 방법을 제공합니다. 이 마법사로 포틀릿, 위젯 및 웹 애플리케이션을 작성할 수 있습니다. 열 헤더를 수정하고 데이터 페이징을 통합하며 세부사항 드릴다운 기능을 사용 가능하게 하는 방식으로 사용자 인터페이스를 사용자 정의할 수 있습니다.

단순한 "Hello World" 모델

조치 목록 빌더 및 페이지 빌더를 사용하여 기존 페이지에 지정한 텍스트 행을 표시하거나 지정한 전체 HTML 페이지를 표시합니다. 선택적으로 모델을 포틀릿으로 배치할 수 있습니다.

데이터 서비스 UI 서비스 이용자

선택한 서비스에 대한 전체 사용자 인터페이스(UI)를 작성합니다. SQL 데이터 서비스 서비스 제공자 마법사를 사용한 후 이 마법사를 사용하면 SQL 데이터 서비스 서비스 제공자가 작성하는 모델의 서비스를 통해 호출된 조작에 대한 페이지, 양식, 조치, 단추 및 기타 사용자 인터페이스 컴포넌트가 자동으로 생성됩니다.

서비스 이용자 목록 및 세부사항

보기 및 양식 빌더를 사용하여 데이터 서비스의 데이터를 표시합니다. 데이터 테이블과 자세한 보기를 작성할 수 있습니다. 모델의 빌더 호출의 이름을 지정하는 데 사용하기도 하는 포틀릿 이름을 지정합니다. 기본 보기를 제공하는 서비스 조작 및 사용할 조작을 정의하는 서비스 제공자 모델을 표시합니다.

모바일 목록 및 세부사항 서비스 이용자

데이터 서비스의 데이터를 표시하는 모바일 디바이스에 대한 모델을 빌드합니다. 이 마법사는 보기 및 양식 빌더를 사용하여 데이터의 테이블과 자세한 보기를 작성합니다.

데이터베이스 서비스 제공자

J2EE 데이터 소스에 대해 실행된 SQL문에 해당하는 조작에 인터페이스를 제공합니다. 프로젝트에는 올바른 서버 구성이 있어야 합니다. 이 서비스를 웹 서비스로 노출시킬 수 있습니다. 실행할 SQL문 및 SQL 데이터 소스를 정의하십시오.

빈 서비스 제공자

서비스를 추가할 수 있는 빈 서비스 제공자를 작성합니다. 사용자 인터페이스에서 서비스를 분리하는 애플리케이션 빌드를 시작할 때 이 방법을 사용하는 것이 좋습니다.

REST 서비스 제공자

URL에 대해 실행된 REST 호출에 해당하는 조작을 공개하는 모델을 작성합니다.

SQL 데이터 서비스 서비스 제공자

관계형 데이터베이스에 대한 기본 검색, 작성, 업데이트 및 삭제 조작 서비스를 작성합니다. 작성된 모델이 데이터 서비스 UI 서비스 이용자 마법사가 작성하는 모델에 대한 서비스 제공자로 사용됩니다.

참고: 프로젝트에 선택적 패키지가 있는 경우 모델 유형 아래에 다음 추가 항목이 표시됩니다.
클라이언트 Dojo Mobile 기본 및 페이지

프로젝트에 클라이언트 측 애플리케이션 개발 지원 기능 세트가 포함된 경우 이 유형을 사용할 수 있습니다.
기본 및 페이지 모델 유형과 마찬가지로 이 모델은 애플리케이션 실행 시 페이지를 표시하는 main 조치 및 기본 페이지(또는 사용자가 지정한 페이지)를 제공합니다. 그러나 이 모델은 클라이언트 측 및 Dojo Mobile 지원도 제공합니다.

클라이언트 Dojo Mobile 목록 및 세부사항 서비스 이용자

프로젝트에 클라이언트 측 애플리케이션 개발 지원 기능 세트가 포함된 경우 이 유형을 사용할 수 있습니다.
목록 및 세부사항 서비스 이용자 모델 유형과 같이 데이터 서비스의 데이터를 표시하는 모델을 작성합니다. 그러나 이 모델에서는 보기 및 양식 빌더 대신 클라이언트 보기 및 양식 빌더를 사용합니다.

스프레드시트 보기 및 양식

프로젝트에 스프레드시트 확장 기능 세트가 포함된 경우 이 유형을 사용할 수 있습니다.
스프레드시트의 데이터를 사용하는 애플리케이션을 작성할 수 있는 빠른 방법을 제공합니다.

기본 및 페이지 샘플

빌더 샘플의 파트입니다. 사용자 정의 새 모델 마법사를 빌드하는 데 사용됩니다.

Domino 서비스 제공자

프로젝트에 Lotus Collaboration 확장 기능 세트가 포함된 경우 이 유형을 사용할 수 있습니다.
Domino 데이터에서 서비스를 작성할 수 있게 합니다. 마법사는 지정된 보기를 사용하여 Domino 데이터베이스에 연결하고 문서 보기, 작성, 편집 및 삭제를 수행할 액세스 권한을 제공하는 데이터 서비스 모델을 작성합니다.

참고: 이 마법사를 실행하기 전에 특성 파일(WEB-INF/config/domino_config에 있음)에서 Domino 서버 호스트 이름 및 신임 정보를 선언하십시오. 제공된 샘플 파일의 사본을 수정하십시오.

서비스를 WSDL 서비스로 내보낼 수 있습니다.

선택한 모델 유형에 페이지가 있으면 페이지 설정 창이 열립니다. 다른 모델 유형의 경우 사용 중이거나 정의 중인 서비스별 다른 질문에 답변하십시오.
옵션: 페이지 설정에서 HTML 코드에 대한 다음 옵션 중 하나를 선택하고 다음을 클릭하십시오.
- 가져온 페이지
  HTML 및 JSP 코드의 외부 파일을 사용하여 페이지를 빌드할 수 있습니다. 이는 자주 사용되는 사례입니다.
  
  가져올 페이지에서 사용자 고유의 파일을 지정하고 기본 파일을 사용할 수 있습니다.
- 단순 페이지
  이를 통해 HTML 및 JSP 코드를 입력하여 페이지를 빌드할 수 있습니다. 빠른 프로토타입화에 유용합니다.
새 모델 저장에서 새 모델을 저장할 디렉토리를 입력하거나 선택하십시오.
모델은 Web Experience Factory WEB-INF/models 디렉토리 아래의 디렉토리에 저장해야 합니다.
모델 이름에서 새 모델의 이름을 지정하고 완료를 클릭하십시오.

모델 열기 정보

프로젝트 탐색기 또는 모델 네비게이터에서 모델을 열 수 있습니다.

기존의 모든 모델은 IBM Web Experience Factory WEB-INF/models 디렉토리에 저장되어 있습니다. 모델 네비게이터는 프로젝트 탐색기의 서브세트를 표시하여 모델 및 프로파일에 대한 액세스를 용이하게 합니다.

Web Experience Factory Designer에서 모델을 여는 경우 파일 메뉴 맨 아래에 있는 최근 사용한 MRU 목록에 해당 이름이 추가됩니다. 해당 모델 이름을 클릭하면 후속 Web Experience Factory Designer 세션에서 이 모델을 열 수 있습니다.
다음 조치 중 하나를 수행하여 모델 네비게이터 보기에서 모델을 열 수도 있습니다.
- 해당 이름을 두 번 클릭합니다.
- 해당 이름을 마우스 오른쪽 단추로 클릭하고 열기를 클릭합니다.

모델을 열면 Web Experience Factory Designer에서 다음과 같은 모델 관련 패널을 표시합니다.

빌더 호출 목록: 아웃라인 보기에 표시된 이 목록에서는 모델에 대한 빌더 호출을 항목별로 분류합니다.
모델 편집기: 퍼스펙티브의 편집기 영역은 편집 가능한 모델에 대한 액세스를 제공합니다. 예를 들어, 애플리케이션 조치 패널은 빌더 호출이 작성하여 모델에 추가한 모든 요소에 대한 액세스를 제공합니다.

서비스 제공자 테스트

다음 단계에 따라 서비스 제공자를 테스트하십시오.

테스트하려는 데이터 서비스가 포함된 모델에 서비스 테스트 빌더를 배치하십시오. 이 모델에는 데이터 서비스를 정의하는 서비스 조작 빌더 및 서비스 정의 빌더가 포함되어야 합니다.
데이터 서비스를 선택하고 main 메소드 생성을 사용 가능하게 설정하여 서비스 테스트 빌더를 구성하십시오.
필요한 경우 모델을 실행하고 입력 페이지의 서비스에서 필요한 모든 입력을 제공하십시오.
결과 페이지에서 서비스 출력을 보고 서비스가 예상된 값을 리턴하는지 판별하십시오.
테스트 중인 서비스 정보를 보려면 서비스 테스트 빌더의 문서 포함 입력을 사용 가능하게 하고 모델을 다시 실행하십시오. 서비스에 대한 정보 및 조작은 색인 페이지에 표시됩니다.

모델에 빌더 호출 추가

빌더 호출을 추가하여 모델을 열 수 있습니다.

다음 중 하나를 수행하십시오.
- IBM Web Experience Factory Designer 도구 모음, 애플리케이션 트리 보기 도구 모음 또는 아웃라인 보기 도구 모음에서 빌더 호출 추가 아이콘 [ ]을 클릭하십시오.
- Web Experience Factory Designer 메뉴 표시줄에서 모델 > 빌더 호출 추가를 클릭하십시오.
빌더 선택도구 창이 열립니다.
다음 중 하나를 수행하십시오.
- 카테고리 이름에서 폴더를 클릭하여 카테고리에서 사용할 수 있는 빌더를 나열하십시오.
- 선택란에서 빌더 키워드가 나열되도록 문자를 입력하고 키워드와 연관된 사용 가능한 빌더가 나열되도록 키워드를 클릭하십시오.
빌더 목록이 표시됩니다.
빌더에서, 모델에 추가하려는 빌더 목록에서 항목을 탐색한 후 선택하십시오.
빌더 목록이 긴 경우(예: 모든 카테고리에 있음) 목록에서 항목을 선택한 후 빌더 이름의 첫 문자를 입력하십시오. 이름이 해당 문자로 시작하는 첫 번째 빌더가 선택됩니다. 이름이 해당 문자로 시작하는 다음 빌더를 선택하려면 문자를 반복 입력하십시오. 프로세스를 반복하려면 다른 문자를 입력하십시오.
확인을 클릭하십시오.
애플리케이션 트리 보기에서 빌더 호출 편집기가 열립니다.
빌더 호출 편집기에서 빌더 호출의 입력을 지정하십시오.
다음 중 하나를 수행하십시오.
- 적용을 클릭하여 입력을 저장한 후 모델에 빌더를 추가하십시오. 빌더 호출 편집기가 계속 변경을 수행할 수 있도록 열려 있습니다.
- 입력한 사항을 버리고 빌더를 모델에 추가하지 않은 채 빌더 호출 편집기를 닫으려면 취소를 클릭하십시오.
입력 지정을 완료한 경우 확인을 클릭하여 변경한 입력을 모델에 저장한 후 빌더 호출 편집기를 닫으십시오.

페이지에서 빌더 호출을 찾고 다양한 입력 위젯을 사용하려면 빌더 호출 편집기를 사용하십시오. 빌더 호출 목록에서 모델의 빌더 호출을 관리할 수 있습니다.

빌더 호출 편집기 실행

모델의 기존 빌더에 대해 빌더 호출 편집기를 실행할 수 있습니다.

아웃라인 보기의 이름 아래에서 빌더 이름을 두 번 클릭하십시오.

선택된 빌더 호출의 편집기가 빌더 호출 편집기 보기의 모델 탭에 열립니다.

빌더 호출을 다른 유형으로 변환

빌더의 유형을 다른 유형으로 변환하려면 다음 단계를 수행하십시오.

이 단계는 링크 빌더로 변환 중인 단추 빌더를 예제로 사용합니다.

빌더 호출 목록을 열고 변환할 단추 빌더를 선택하십시오.
선택을 마우스 오른쪽 단추로 클릭한 후 다음 중 하나를 수행하십시오.
- 변환 > 링크를 클릭하십시오.
- 변환 > 변환 대상을 클릭한 후, 빌더 선택도구에서 변환할 빌더를 선택하고 확인을 클릭하십시오.

빌더가 선택된 유형으로 변환되고 변환을 반영하도록 빌더 호출 목록이 업데이트됩니다.

원래 빌더 입력은 보존되며, 해당되는 경우 새 빌더에 지능적으로 적용됩니다. 인용된 예제에서, 단추 레이블 입력 값이 링크 텍스트 입력에 적용됩니다. 원래 빌더의 모든 입력이 새 빌더 편집 페이지에 추가됩니다.

빌더 호출을 다른 유형으로 변환

빌더 호출 팝업 메뉴에서 변환 대상을 사용하여 한 유형에서 다른 유형으로 빌더를 변환할 수 있습니다.

변환은 유사하고 동등한 입력을 가진 특정 빌더에 대해 작동합니다. 단추 및 링크 빌더가 일반적인 예를 제공합니다. 이런 빌더는 유사하며, 거의 동일한 입력을 갖습니다. 따라서 이상적인 변환 후보입니다. 변환에 이상적으로 적합한 또다른 빌더 쌍은 페이지 및 가져온 페이지 빌더입니다.

일반적으로, 빌더 변환은 동일한 카테고리의 빌더를 포함해야 합니다. 예를 들어, 페이지 제어사항 카테고리 또는 페이지 수정자 카테고리 내에서 한 빌더 유형에서 다른 빌더 유형으로 변환하십시오. 속성 또는 설계면에서 근본적으로 다른 빌더를 변환하려고 시도하지 마십시오.

빌더 호출 목록 정렬 및 필터링

목록 정렬은 비숫자 방식으로 목록을 구성하려는 경우에 유용합니다.

필터링은 모델에서 빌더 서브세트 표시(예: 특정 텍스트 문자열을 포함하는 빌더)를 억제하려는 경우에 유용합니다.

빌더 호출 목록을 정렬하려면 다음을 수행하십시오.
1. 목록에서 열 헤더를 클릭하십시오. 예를 들어, 유형을 클릭하여 빌더 호출 유형별로 목록을 영문자순으로 정렬하십시오(조치 목록, 속성 시퀀서 등). 목록 정렬 방법과 관계없이 빌더 호출은 해당 번호에 따라 순차적으로 실행됩니다.
빌더 호출 목록을 필터링하려면 다음을 수행하십시오.
1. 보기의 풀다운 메뉴를 열고 필터...를 선택하십시오.
2. 필터 대화 상자에서 필터 패턴을 선택하십시오. 패턴은 다음으로 시작, 포함, 포함하지 않음입니다.
3. 검색 문자열을 입력하십시오. 대소문자 구분 검색을 수행하려면 선택란을 사용 가능하게 하십시오.
4. 확인을 클릭하십시오.
검색 기준을 충족하는 빌더 호출이 빌더 호출 목록에 표시됩니다.

모델 닫기

모델을 닫으면 모델 작업공간에서 해당 탭이 제거됩니다.

모델을 닫으려면 다음을 수행하십시오.

닫으려는 모델의 탭에서 X를 클릭하십시오.
또는 이름 탭을 마우스 오른쪽 단추로 클릭하여 닫기를 선택할 수 있습니다.

두 경우 모두 모델에 저장하지 않은 변경 사항이 있으면 자원 저장 대화 상자에서 모델을 닫기 전에 모델을 저장할지 묻습니다.

모델 삭제

모델을 삭제하면 프로젝트에서 모델이 제거됩니다.

공개된 애플리케이션에서 모델도 제거해야 합니다.

모델 네비게이터 보기에서 모델을 마우스 오른쪽 단추로 클릭하고 삭제를 클릭하십시오.
자원 삭제 확인 대화 상자에서 예를 클릭하십시오.

모델이 관련된 IBM Web Experience Factory WAR에서 삭제됩니다.

모델 이름 바꾸기

모델의 이름을 바꾸려면 다음 중 하나를 선택하십시오.

네비게이터 보기 사용:
1. 프로젝트 탐색기 보기에서 모델을 선택하십시오.
2. 마우스 오른쪽 버튼을 클릭하고 이름 바꾸기를 선택하십시오.
3. 새 이름을 입력하고 Enter를 누르십시오. 새 모델 이름의 일부에 .model 접미부를 포함되어야 합니다.
다른 이름으로 모델 저장 기능 사용: 이 기능을 사용하여 원래 모델을 보존하면서 다른 이름의 기존 모델 사본을 저장하십시오.
1. IBM Web Experience Factory Designer에 있는 모델에 초점을 두십시오.
2. Eclipse 파일 메뉴를 열고 다른 이름으로 저장을 선택하십시오.
3. 다른 이름으로 모델 저장 대화 상자에서 모델을 저장할 디렉토리를 선택하십시오.
4. 모델의 대체 이름을 입력하고 확인을 클릭하십시오.

모델 저장

모델을 저장하면 모든 빌더 호출의 변경사항 및 모델 특성의 변경사항이 디스크의 모델 파일에 모두 커미트됩니다.

다음은 모델을 저장하는 세 가지 방법입니다.

도구 모음에서 저장 아이콘[ ]을 클릭하십시오.
파일 메뉴에서 다른 이름으로 저장을 선택하십시오.
키보드에서 Ctrl+S를 사용하십시오.

모델 실행

모델을 실행(시작)하기 전에 하나 이상의 IBM Web Experience Factory 모델 실행 구성을 작성해야 합니다.

실행 구성을 정의한 방법에 따라 다음을 수행할 수 있습니다.

이름 지정된(특정) 모델 실행
현재 활성 모델 편집기에 있는 모델 실행

브라우저 창에 URL을 입력하여 모델을 실행할 수도 있습니다.

모델에서 특정 메소드 실행 정보

URL을 지정하여 모델을 실행하면 모델에서 특정 조치를 호출하고 모델에 명시적 프로파일을 전달할 수 있습니다.

URL에서 모델의 조치를 지정하지 않으면 IBM Web Experience Factory 서블릿은 모델의 main 메소드나 조치 목록을 실행합니다. Web Experience Factory 서블릿을 강제 실행하여 URL에 해당 조치를 지정하면 다른 조치를 실행할 수 있습니다.

예를 들어, GetCustomers라는 메소드를 실행하려면 URL은 다음과 같습니다.

http://localhost:7001/mymodels/CustomerModel/Action!GetCustomers

참고: URL을 사용하여 인수를 사용하는 메소드를 실행할 수 있습니다.

활성 모델 편집기의 모델 실행

프로젝트가 공개된 경우, 활성 모델 편집기에서 현재 모델을 실행할 수 있습니다.

다음 메소드 중 하나를 사용하십시오.

도구 모음에서 실행 아이콘을 클릭하고 활성 모델 실행을 클릭하십시오.
실행 > 실행을 클릭한 후 활성 모델 실행을 클릭하십시오.
키보드에서 Ctrl+F11을 입력한 다음 활성 모델 실행을 클릭하십시오.

Eclipse는 실행된 프로그램의 히스토리를 유지합니다. 이전에 실행한 모델을 다시 실행하려면 실행 > 히스토리 실행을 클릭하고 목록에서 이름을 클릭하십시오.

브라우저에서 모델 실행

브라우저 창에 URL을 입력하여 모델을 실행할 수 있습니다.

브라우저 창에 모델의 URL을 입력하십시오. 모델 특성 대화 상자에서 모델의 URL을 찾을 수 있고, 이 대화 상자는 네비게이터 보기에서 모델 이름을 마우스 오른쪽 단추로 클릭하고 특성 옵션을 선택하면 표시할 수 있습니다.

프로파일로 모델 실행

프로파일을 지정하여 URL에서 모델에 적용할 수 있습니다.

다음 예제와 유사하게 URL을 사용하십시오. http://localhost:7001/factory/webengine/URLTester/Action!main/Profile!ProfileSet1!ProfileB$ProfileSet2!ProfileA

또는 적용된 프로파일 보기를 사용하여 활성 모델 편집기의 모델에 프로파일 조합을 적용한 후 활성 모델을 실행할 수 있습니다.

이름 지정된 모델 실행

IBM Web Experience Factory Designer에서 이름 지정된 모델을 실행할 수 있습니다.

실행 > 실행 구성을 클릭하십시오.
Web Experience Factory 모델을 클릭하십시오.
목록에서 이름을 선택하십시오.
실행 단추를 클릭하십시오.

모델 비교

Eclipse 비교 편집기를 사용하여 IBM Web Experience Factory 프로젝트에서 모델을 비교할 수 있습니다.

모델 비교 편집기는 모델 파일이 다른 모델 파일과 비교되거나 로컬 작업공간 히스토리 또는 저장소의 동일 모델의 다른 버전과 비교할 때 실행됩니다. 모델 비교 편집기는 표준 Eclipse 비교 편집기와 같은 방식으로 작동합니다.

비교 편집기는 비교/패치 환경 설정 페이지의 설정을 사용합니다. 창 > 환경 설정 > 일반 > 비교/패치를 클릭하여 설정을 보고 변경하십시오.

비교에서는 Eclipse 구조 뷰어와 비교 편집기가 사용되어 프로젝트의 두 모델 사이의 차이를 표시합니다.

프로젝트 탐색기 또는 모델 네비게이터에서 비교할 모델을 선택하십시오.
선택을 마우스 오른쪽 단추로 클릭한 후 비교 대상 > 서로를 클릭하십시오.

모델 파일이 비교될 때 모델 비교 편집기가 편집기 영역에 열립니다. 모델 비교 편집기는 모델 구조 비교 보기와 모델 비교 편집기로 구성됩니다.

모델 구조 비교 보기는 다음 세부 레벨에서 모델 차이를 표시하는 트리를 보여줍니다.

트리의 상위 레벨 노드는 모델 자체에 해당됩니다.
트리의 두 번째 레벨 노드는 두 모델 사이에 다른 빌더 호출을 표시합니다.
트리의 세 번째 레벨 노드는 각 빌더 호출에 대한 빌더 입력 사이의 차이를 표시합니다.

모델 구조 비교 보기에서 노드를 두 번 클릭하여 트리 노드로 표시되는 변경사항을 확대할 수 있습니다.

모델 구조 비교 보기에서 상위 레벨 노드를 선택할 때 모델 비교 편집기는 모델 편집기가 활성화될 때의 아웃라인 보기와 유사한 빌더 호출 비교를 표시합니다. 트리에서 빌더 호출 노드나 빌더 입력 노드를 선택하는 경우 모델 비교 편집기는 선택된 노드의 비교를 XML 텍스트로 표시합니다.

모델 비교 편집기에서, 빌더 호출 목록에서 모든 차이를 찾아보고 비교된 자원 사이에 강조표시된 차이를 복사할 수 있습니다. 모델 비교 편집기에서 작성한 자원 변경사항을 저장할 수 있습니다. 비교 편집기의 도구 모음을 사용하면 도구 모음 단추에서 다음 명령을 사용할 수 있습니다.

상위(Ancestor) 분할창의 가시성 제어

두 개의 다른 모델의 공통 상위(ancestor)를 표시합니다. 팀 버전 관리 지원을 사용하는 경우 다음 조건에서 삼원 비교가 발생합니다.

충돌이 있는 파일을 비교하는 경우
분기에서 병합되는 파일을 비교하는 경우

시스템은 충돌을 비교하거나 변경사항을 병합할 저장소에서 공통 상위(ancestor)를 판별합니다. 이 명령은 세 번째 편집기의 가시성을 판별합니다. 기본적으로, 상위(ancestor) 분할창은 볼 수 없습니다.

모두 왼쪽에서 오른쪽으로 복사

모든 빌더 호출을 왼쪽 분할창에서 오른쪽 분할창의 파일로 복사하여, 두 모델의 컨텐츠가 같도록 합니다.

충돌하지 않는 모든 변경사항을 왼쪽에서 오른쪽으로 복사

충돌하지 않는 모든 빌더 호출을 오른쪽 분할창에서 왼쪽 분할창으로 복사합니다. 충돌하는 빌더 호출은 개별적으로 복사해야 합니다.

현재 변경사항을 왼쪽에서 오른쪽으로 복사

왼쪽 분할창에서 강조 표시된 빌더 호출을 오른쪽 분할창의 강조 표시된 위치로 복사하여 두 파일의 변경사항을 병합합니다. 이 조치는 빌더 호출을 적절하게 오른쪽 분할창에 있는 모델 위에 겹쳐쓰거나 모델에 삽입합니다.

현재 변경사항을 오른쪽에서 왼쪽으로 복사

오른쪽 분할창에서 강조 표시된 빌더 호출을 왼쪽 분할창의 강조 표시된 위치로 복사하여 두 파일의 변경사항을 병합합니다. 이 조치는 빌더 호출을 적절하게 왼쪽 분할창에 있는 모델 위에 겹쳐쓰거나 모델에 삽입합니다.

다음 차이 선택

비교된 자원 사이에 발견되는 그 다음 다른 빌더 호출을 강조 표시합니다.

이전 차이 선택

비교된 자원 사이에 발견되는 이전의 다른 빌더 호출을 강조 표시합니다.

컨테이너 내에 모델 배치

컨테이너에 모델을 배치하여 웹 페이지에 모델을 삽입할 수 있게 합니다.

모델을 삽입할 페이지가 들어 있는 모델을 여십시오.
열린 모델에서 모델 컨테이너 빌더를 추가하여 모델을 컨테이너에 배치하십시오.
모델 컨테이너 빌더의 페이지 위치 입력에서 모델을 배치할 페이지를 지정하십시오.
이 기능을 사용하여 한 페이지에 둘 이상의 모델을 배치할 수 있습니다.
모델 입력에서 참조 선택기를 사용하여 컨테이너에 배치할 모델을 지정한 다음 확인을 클릭하여 빌더를 모델에 추가하십시오.
옵션: 로드 시간을 줄이려면 평행 포틀릿 렌더링 또는 IBM® WebSphere® Portal Server의 웹 2.0 기능을 사용하십시오. 이러한 기능을 사용하여 포틀릿을 병렬로 로드할 수 있습니다.

컨테이너에서 모델 사용 정보

모델은 자체 포함을 작성할 수 있는 빌더 호출의 콜렉션입니다.

모델 컨테이너를 사용하여 모델을 자체 포함으로 만들고 웹 페이지에 삽입될 수 있게 합니다. 모델 컨테이너에서 여러 모델을 사용하는 것은 다음 두 가지 장점을 제공합니다.

개발자의 경우: 모델 컨테이너 사용은 공유 환경을 더 쉽게 만듭니다. 여러 개발자가 페이지 컨텐츠 및 작성에 대해 협력할 수 있습니다. 각 개발자는 독립적으로 작업하고 동일한 페이지에 특정 컨텐츠를 제공하는 모델에 기여할 수 있습니다.
웹 사용자의 경우: 모델 컨테이너 빌더가 일관된 웹 컨텍스트를 제공합니다. 포함된 모델을 포함하는 웹 페이지를 사용하여 추가 컨텐츠의 검색에서 모델을 드릴 다운할 때도 사용자가 해당 페이지의 컨텍스트에 남을 수 있습니다. 이는 사용자 중심 환경을 유지시키며 또한 페이지의 다른 모델에 있는 컨텐츠에 대한 사용자 액세스를 쉽게 합니다.

여러 개발자는 컨테이너 빌더를 사용하여 페이지의 부분을 개발한 후 별도의 모델을 페이지에 추가할 수 있습니다. 각 모델이 표시될 모델에 대한 위치 표시기인 컨테이너에 지정됩니다. 모델은 컨테이너 안에 모델의 무제한 중첩을 허용하면서 컨테이너를 포함할 수도 있습니다. 페이지에 액세스하는 사람의 관점에서, 페이지는 한결같은 전체로서 표시되어 컨텐츠의 모자이크를 제공합니다. 그러나 사용자가 세부사항을 보기 위해 각 모델을 계속 클릭하는 경우 페이지의 전체 컨텍스트는 일정하게 유지되면서 페이지의 특정 모델 세그먼트만 변경됩니다.

협업 포틀릿 모델을 위한 지침

협업 포틀릿 소스 빌더가 포함된 모델을 모델 컨테이너에 추가하는 경우 몇 가지 지침을 따라야 합니다.

협업 포틀릿 소스 빌더가 포함된 모델의 이름은 재생성 기간 중에 분석되어야 합니다. 예를 들어, 이름은 간접 참조될 수 없습니다.
모델에서는 Java Portlet Standard 2.0(JSR 286) 이벤트만 사용합니다. 이 유형의 이벤트만 모델 컨테이너로 전파됩니다. 모델 컨테이너는 WSDL 기반 이벤트를 처리할 수 없습니다.

참고: 협업 포틀릿 대상 빌더가 포함된 모델을 모델 컨테이너에 추가하는 것은 지원되지 않습니다.

6.1.2 이전 버전의 IBM Web Experience Factory Designer를 사용하는 경우 모델을 추가하여 협업 포틀릿 소스 빌더가 인식되게 하려면 Web Experience Factory Designer에서 기존 모델을 열고 다시 생성한 후 저장하십시오.

컨테이너 내에 모델 사용에 대한 팁

모델 컨테이너 내의 입력은 모델 내의 입력과 같은 방법으로 사용됩니다.
성능은 컨테이너에 연결된 모델의 수와 관련되어 있습니다. 모델 컨테이너에 연결된 모델이 많을 수록 성능은 느려지지만 유지보수 가능한 코드는 더 작은 청크에 있으므로 더 많아집니다.
프레임을 사용하지 마십시오. 프레임은 모델 컨테이너 내에서 지원되지 않습니다.
컨테이너에 삽입하려는 모델에서 <HTML> 및 <body> 태그를 제거하십시오. 컨테이너에 모델을 삽입하기 전에 특히 <body> 태그가 스타일에 지정되는 경우 <HTML> 및 <body> 태그가 모델에서 제거되었는지 확인하십시오. 이 기술은 모델의 스타일이 페이지의 다른 모델의 스타일을 압도하지 못하게 합니다.
입력 맵핑을 사용 중인 경우 모델의 양식에 이름을 지정해야 합니다. 양식이 이름 지정되지 않는 경우 입력은 나열되는 빌더가 찾는 첫 번째 양식에 지정됩니다.
컨테이너 내의 모델이 양식을 사용하는 경우 외부 모델의 모든 양식은 모델 컨테이너 빌더를 랩하지 않아야 합니다.외부 모델이 모델 컨테이너 빌더 호출을 랩하는 양식을 갖고 컨테이너의 모델도 양식을 갖는 경우 사용자가 내부 양식을 제출하도록 프롬프트하는 경우에도 항상 외부 양식이 제출됩니다. 외부 모델은 두 양식 태그가 모두 모델 컨테이너 또는 포털 컨테이너 이전 또는 이후에 오는 경우 안전하게 양식을 사용할 수 있습니다. 양식 태그는 포함된 모델이 고유한 양식 태그를 갖는 경우 컨테이너를 절대 랩하지 않습니다.
모델이 삽입되는 페이지의 룩앤필을 채택할 수 있게 하려면 사용자 인터페이스에 제한된 양의 스타일을 적용하십시오.
레이아웃할 기본 HTML만 유지하십시오.
페이지 빌더가 아닌 가져온 페이지 빌더를 사용하여 HTML 페이지를 구성하십시오. 이 설정으로 사용자 인터페이스를 제어할 수 있습니다. 필요한 경우 HTML이 서버 밖으로 이동할 수 있게 하려면 소스 HTML에 대한 절대 URL을 구성하십시오. 절대 URL은 구성 파일 항목 또는 프로파일 항목을 통해 제어할 수 있습니다.

컨테이너의 모델에서 오류 처리 사용

각 모델은 고유한 오류 페이지 및 오류 데이터를 선언해야 합니다.

오류 정보를 로그하기에 적합할 때 공통 로깅 서비스를 사용해야 합니다. 리턴 코드, 관련 상태 데이터 및 입력 매개변수 같은 많은 정보가 오류 메시지의 자유 양식 텍스트에 저장되어야 합니다.

가능하면 다음 지침을 따르십시오.

모델 내의 오류 처리 기능을 가리키는 오류 핸들러를 설정하십시오. 이 설정은 코드에 의해 포착되지 않는 모든 예외를 포착합니다. 다른 사용자가 사용할 모델을 빌드 중인 경우 오류 코드가 모델에 내장되어야 합니다. 모델을 테스트할 때 도움이 됩니다.
서비스에서 도움말로 리턴될 때 공통 오류 스키마를 설정하십시오.

또한 모델 컨테이너 빌더를 사용하여 오류가 발생할 때 로드할 모델을 지정할 수 있습니다. 이 모델은 오류 메시지 및 가능하면 다른 페이지에 대한 링크를 표시할 수 있습니다.

모델 보고서 생성

프로젝트에 사용되는 모델의 보고서를 생성할 수 있습니다.

모델 검사 도구는 프로젝트에 있는 모델에 대한 보고서를 생성합니다. 이 보고서는 모델이 구성되는 방법 및 모델이 몇몇 문서화된 우수 사례를 따르는지 여부를 요약합니다.

프로젝트를 Web Experience Factory Designer에서 연 경우에는 요약 보고서 및 사용된 모델 분석을 생성하고 볼 수 있습니다. 출력은 HTML 파일 및 여러 CSV 파일로 구성되어 있습니다. HTML 파일은 모델을 개선하는 데 사용할 수 있는 우수 사례에 대한 힌트와 팁을 제공합니다.

Web Experience Factory Designer에서 프로젝트 > 모델 보고서 빌드를 클릭하십시오.
생성된 보고서 보기에서 예를 클릭하십시오.
편집 보기에서 브라우저 창이 작성된 HTML 파일을 엽니다.
출력 파일은 프로젝트 폴더 아래의 Reports 폴더에 다른 시간에 생성된 출력을 유지보수할 수 있도록 고유 이름으로 저장되어 있습니다. 추가로 형식화 및 분석을 수행하기 위해 생성된 CSV 파일을 스프레드시트 프로그램에 대한 입력으로 사용할 수 있습니다. 이들의 사용을 완료한 후에는 파일을 삭제할 수 있습니다.
이전에 생성된 HTML 파일을 보려면 프로젝트 탐색기에서 Reports 폴더로 이동하고, 파일을 마우스 오른쪽 단추로 클릭한 다음 연결 프로그램 > 웹 브라우저를 클릭하십시오.
파일이 Eclipse 임베드된 웹 브라우저로 열립니다.

생성된 HTML 파일에 다음 정보가 들어 있습니다.

프로젝트에서 모델의 요약
검사된 모델에 사용되는 빌더의 요약
동일 유형의 빌더 수 분석
모델별 빌더 사용

모델 보고 정보

생성된 모델 보고서의 컨텐츠는 정의된 검사에 의해 판별됩니다.

출력 파일

모든 보고서는 프로젝트의 Reports 디렉토리에 작성됩니다. 보고서 파일은 다음 표준 형식으로 이름이 지정됩니다.

Model Report for project name – time.html

name 값은 프로젝트 이름을 표시합니다. time 값은 보고서가 생성된 날짜와 시간을 표시합니다. 몇몇 기본 검사는 또한 보고서에서 빌더 사용법 통계를 포함하는 CSV 파일을 생성하기도 합니다. 이러한 CSV 파일을 사용하면 데이터를 사용자 필요에 맞게 정렬 및 재배열할 수 있습니다. 모든 보고서 파일은 같은 실행 중에 생성된 파일을 식별할 수 있도록 시간이 같습니다.

보고서 컨텐츠 해석

검사는 우수 사례를 따르지 않거나 유지하고 이해하기 어렵도록 빌드되었을 수도 있는 모델을 빠르게 식별하는 데 도움이 됩니다. 기본 검사 세트는 Web Experience Factory 엔지니어링 팀이 고객 모델을 검토할 때 만나게 되는 가장 흔한 몇몇 문제점에 중점을 둡니다. 예를 들어, 공통 문제점은 사용자 인터페이스(UI)와 데이터 액세스 빌더를 제공자(데이터 액세스) 및 이용자(UI) 모델로 분리하는 대신 하나의 모델에 혼합하는 것입니다.

기본 검사 세트는 Web Experience Factory 제품 위키에 문서화된 우수 사례를 기반으로 합니다.

보고서 사용자 정의

모델 보고 도구는 여러 기본 검사를 제공하지만 프로젝트에 필요한 가능한 모든 검사를 제공할 수는 없습니다. 이 도구는 사용자 정의 및 확장되도록 설계되어 있습니다. 다음 사용자 정의 및 확장 유형이 가능합니다.

모델 검사 시 사용되는 프로세스 또는 기준을 변경하기 위해 기존 검사의 구성 특성 변경
기존 구현을 기반으로 새 검사 정의
새 Java 기반 검사기 및 해당하는 검사 정의 정의

보고서를 사용자 정의하려면 먼저 모델에서 수행된 검사 세트를 정의 및 제어하기 위해 도구 구성 파일이 어떻게 사용되는지를 이해해야 합니다. 이 도구는 두 개의 구성 파일을 사용합니다.

basic_inspections.xml 파일은 검사 세트를 정의합니다.
basic_builder_types.xml 파일은 빌더 세트를 다양한 유형으로 지정합니다. 여러 용도 중에서는 유형은 모델에 사용자 인터페이스(UI), 데이터 액세스 또는 다른 종류의 빌더가 들어 있는지 여부를 발견하기 위한 검사를 사용하도록 설정합니다.

이러한 파일은 Web Experience Factory 설치 폴더의 루트의 경로에서 찾을 수 있습니다. 다음은 7.0.1 릴리스의 경로입니다.

\Designer\eclipse\plugins\com.bowstreet.designer.core_7.0.1\config

사용자 정의 검사 작성에 대한 자세한 정보는 Web Experience Factory 제품 위키를 참조하십시오.

페이지 및 양식 작성

애플리케이션의 페이지 및 양식은 데이터 보기 및 사용자와 애플리케이션 논리 및 데이터 사이의 상호작용을 제공합니다.

IBM Web Experience Factory 애플리케이션에서 이들 페이지는 일반적으로 정적이 아니며, 페이지에 대한 UI를 직접 판별하는 다양한 빌더뿐 아니라 페이지 컨텐츠에 간접적으로 영향을 주는 다른 빌더에 의해 변경됩니다.

개발 경로가 다르기 때문에 양식과 페이지는 구별됩니다. 양식 개발은 주로 데이터를 표시하고 프롬프트하는 UI를 구현하기 위한 두 개의 상위 레벨 빌더(예: 데이터 페이지 빌더 및 데이터 필드 수정자 빌더) 사용과 관련됩니다.

컨텐츠 페이지 개발은 HTML 기능(예: 페이지 빌더)의 여러 가지 측면을 구현하는 더 많은 수의 하위 레벨 빌더가 관련됩니다.

기존 페이지 및 양식 가져오기

기존 HTML 또는 JSP 페이지를 모델에 가져오는 방식으로 웹 애플리케이션의 사용자 인터페이스를 구현할 수 있습니다.

이를 수행하려면 IBM Web Experience Factory Designer에서 가져온 페이지 또는 가져온 디렉토리 빌더를 사용하십시오. 프로토타입할 목적으로 페이지 빌더를 사용하여 단순 HTML 또는 JSP 페이지를 작성할 수 있습니다.

모델의 다른 파트와 상호작용하거나 다른 유형의 사용자에 대해 변수를 작성할 해당 페이지의 모든 파트에 대해, 페이지에 이름 지정된 <input /> 또는 <span /> 태그에 해당 빌더로의 호출을 지정하십시오. 예를 들어, HTML 선택 목록을 선택 빌더에 대한 호출로 바꿀 수 있습니다. 해당 작업을 수행하여 선택 가능한 옵션 및 모델의 다른 어딘가에 정의된 메소드, 변수 또는 사용자 입력의 선택 목록에 대한 기타 특성을 판별할 수 있습니다.

모델에 HTML 및 JSP 페이지 가져오기

기존 HTML 및 JSP 페이지를 모델에 통합할 수 있습니다.

다음 방법 중 하나를 사용하십시오.

가져온 페이지 빌더로 개별 페이지를 가져옵니다.
가져온 디렉토리 빌더로 디렉토리의 모든 페이지를 가져옵니다.
가져온 디렉토리 빌더는 지정된 디렉토리의 HTML 및 JSP 파일만 모델에 추가합니다.

참고: 가져온 디렉토리 빌더는 가져온 디렉토리에 포함된 모든 디렉토리 또는 가져온 디렉토리 링크의 페이지에 페이지를 가져오지 않습니다.

참고: response.sendRedirect()를 사용하는 JSP 페이지는 IBM Web Experience Factory의 페이지 프로세서를 사용하도록 다시 구현해야 합니다.

데이터 표시

Web Experience Factory 애플리케이션에서 여러 기술 중 하나를 사용하여 데이터를 표시할 수 있는데, 그 중 일부는 의도된 서버 환경을 대상으로 하며 서로 다른 자동화 정도를 채택합니다.

데이터 페이지 및 데이터 필드 수정자 빌더 사용: 데이터 페이지 빌더는 페이지의 변수에 저장되는 데이터를 표시합니다. 데이터 필드 수정자 빌더 및 데이터를 위한 연관된 스키마가 이 "보기 전용" 양식의 모양과 작동에 기여합니다. 데이터 페이지 및 데이터 필드 수정자를 사용할 때 표시하고자 하는 데이터로 변수를 채우는 서비스 호출, SQL문 또는 다른 빌더 호출을 추가해야 합니다.
개별 빌더를 사용한 데이터의 표시 및 모양 구현: 데이터 표시에 대한 탄탄한 제어를 유지하려는 경우 반복 영역, 텍스트, 동적 테이블 등의 개별 빌더를 사용하여 데이터를 표시할 수 있습니다. 고유한 표시 프레임워크의 구현은 대부분의 경우에 데이터 페이지 및 데이터 필드 수정자 빌더를 사용하는 것보다 훨씬 더 많은 작업이 필요합니다. 그러나 소량의 정적 데이터를 표시하거나 양식 필드의 모양 및 작동의 방대한 미세 조정의 경우 개별 빌더 사용이 더 효율적일 수 있습니다.

일반적인 규칙으로서 데이터 페이지 및 데이터 필드 수정자 빌더 사용을 시도하십시오. 데이터에 대해 다루기 힘들어 보이거나 원하는 표시 및 작동을 구현하려면 많은 데이터 필드 수정자 빌더 호출을 추가해야 하는 경우 하위 레벨 빌더 호출을 사용하십시오.

데이터 페이지 요소의 레이아웃 수정

여러 방법으로 데이터 페이지 요소의 레이아웃을 수정할 수 있습니다.

모델의 페이지 자동화 요소는 다음 방법으로 수정할 수 있습니다.

설계 패널에서 끌어서 놓기 조작을 사용하여 페이지 자동화 요소를 다시 배열하고 표준 설계 레이아웃 패턴을 기반으로 새 레이아웃을 작성합니다.
대부분의 페이지에서는 끌어서 놓기 조작을 사용하여 열과 행의 순서를 다시 지정할 수 있습니다. Web Experience Factory Designer 팔레트에서 레이아웃 도구를 사용하여 레이아웃 패턴을 끌어서 설계 패널의 페이지에 놓을 수도 있습니다.
데이터 레이아웃 템플리트를 사용하여 페이지 레이아웃을 수정하십시오.
데이터 레이아웃 빌더를 사용하여 모델에서 데이터 페이지 필드를 데이터 레이아웃 템플리트의 대상으로 맵핑하고 필드 유형을 설정하십시오. 데이터 레이아웃 템플리트를 사용하면 재사용 가능한 사용자 정의 패턴에 대한 지원을 설정할 수 있습니다.
데이터 페이지 레이아웃에서 HTML 코드를 직접 편집합니다.
이 기능을 사용하면 HTML 페이지 레이아웃을 완전히 제어하고 페이지의 자동 생성을 효율적으로 사용하지 않도록 설정하고 모델에서 페이지 자동화 지원의 장점을 잃게 됩니다. 이 기능은 몇몇 비정상적인 레이아웃이 있고 표시를 정확하게 제어해야 하는 경우에만 사용하십시오.

끌어서 놓는 방법으로 페이지 레이아웃 수정

설계 패널에서 끌어서 놓기 조작을 사용하여 페이지 자동화 요소를 수정할 수 있습니다.

Web Experience Factory Designer의 설계 패널에서 끌어서 놓기 조작을 사용하여 페이지를 변경하십시오.

모델 편집기에서 애플리케이션 트리 또는 페이지 패널에서 페이지에 액세스하고 선택할 수 있습니다.
설계 패널에 페이지 레이아웃을 표시하려면 표시 탭을 클릭하십시오.
페이지에서 요소를 이동하려면 행 또는 열의 그룹을 선택하십시오.
선택된 요소가 두꺼운 파란색 테두리로 둘러싸입니다.
1. 이동 커서가 표시된 상태에서 선택된 요소를 클릭하고 이를 대상 위치로 끌어서 놓습니다.
2. 끌어서 놓기 조작을 실행 취소하려면 편집 > 실행 취소를 클릭하십시오.
표준 설계 레이아웃 패턴을 기반으로 새 레이아웃을 작성하려면 팔레트를 사용하십시오.
1. 설계 패널에서 빌더를 모델에 추가하는 설계 도구 및 명령 목록을 표시하려면 팔레트 표시 아이콘을 클릭하십시오.
2. 레이아웃 도구를 클릭하고 레이아웃 패턴 중 하나를 선택하십시오.
  - I 레이아웃
  - 격자선 삽입
  - 반전된 T 레이아웃
  - 레이아웃 열
  - 레이아웃 행
  - T 레이아웃
  - 두 개 열
3. 항목을 페이지로 끌고, 페이지 자동화 요소 위에서 커서를 이동하여 선택사항을 요소에 놓으십시오.
  표시 관리자 빌더가 모델에 추가됩니다. 빌더는 레이아웃의 두 개 열 섹션 사이의 필드를 분할합니다. 이는 새 레이아웃 컨테이너에 사용자가 선택한 레이아웃 패턴을 추가하고 이를 비워둡니다.
  
  표시 관리자 빌더가 이미 모델에 있는 경우에는 오류 메시지를 받게 됩니다. 현재 표시 관리자 빌더를 삭제할 수 있습니다. 이 조치는 사용자가 새로운 변경사항을 작성할 수 있도록 현재 레이아웃 변경사항을 제거합니다.
4. 끌어서 놓기 조작을 사용하여 요소를 새 레이아웃 컨테이너로 이동하십시오.
  끌어서 놓기 조작을 실행 취소하려면 편집 > 실행 취소를 클릭하십시오.
모델을 실행하여 변경사항을 테스트하십시오.

데이터 레이아웃 템플리트로 페이지 레이아웃 수정

데이터 레이아웃 템플리트를 사용하여 데이터 페이지 빌더 또는 데이터 페이지를 사용하는 빌더에 의해 작성된 페이지의 레이아웃을 수정할 수 있습니다.

지정된 데이터 레이아웃 템플리트 및 레이아웃 필드 맵핑은 데이터 레이아웃 빌더가 데이터 페이지 빌더에 의해 생성된 레이아웃을 수정하는 데 사용됩니다. 제품에 제공된 데이터 레이아웃 템플리트 중 하나를 사용하거나 사용자 고유의 템플리트를 사용하여 재사용 가능한 사용자 정의 패턴 지원을 제공할 수 있습니다.

Web Experience Factory Designer Pages 패널의 열려 있는 모델에서 수정할 페이지를 선택하십시오.
Designer 패널에서 변경할 페이지 요소의 컨테이너 필드를 선택하십시오.
Web Experience Factory Designer 팔레트에서 레이아웃 도구를 사용하여 사용할 데이터 레이아웃 템플리트로 이동하십시오.
제품 제공 및 사용자 작성 템플리트 둘 모두가 나열되어 있습니다.
데이터 레이아웃 템플리트를 마우스 오른쪽 단추로 클릭하고 삽입을 클릭하십시오.
원하는 레이아웃 유형을 팔레트에서 끌어서 설계 패널의 컨테이너에 놓을 수도 있습니다.

데이터 레이아웃 빌더 호출 편집기가 새 창에서 열립니다. 레이아웃 템플리트 입력에 사용자가 선택한 데이터 레이아웃 템플리트가 들어 있습니다.
빌더 호출 편집기의 컨테이너 필드 입력에 변경할 그룹 또는 필드를 지정하십시오.
컨테이너에 템플리트를 놓은 경우에는 이 입력에는 컨테이너의 ID가 들어 있습니다.
데이터 레이아웃 입력에서 대상 요소 위치를 이름 아래에 나열된 데이터 레이아웃 템플리트에서 데이터 필드 또는 데이터 필드 레이블로 맵핑하십시오.
1. 값에서 셀을 클릭하고 목록에서 필드 또는 레이블을 선택하십시오.
2. 스타일에서 셀을 클릭하고 데이터 레이아웃 템플리트의 목록에서 항목을 선택하십시오.
확인을 클릭하여 변경사항을 저장한 후, 빌더 호출 편집기를 닫고, 설계 패널에서 변경사항을 확인하십시오.
데이터 레이아웃 빌더가 모델에 추가됩니다.
레이아웃에서 변경하려면 데이터 레이아웃 빌더를 열고 적합한 입력을 수정하십시오.

데이터 페이지 요소의 레이아웃 직접 편집

모델 편집기의 팝업 명령을 통해 데이터 페이지 빌더에서 작성한 요소의 레이아웃을 직접 편집할 수 있습니다.

모델 편집기의 경우 데이터 페이지 빌더 또는 데이터 페이지 빌더를 사용하는 빌더(예: 보기 및 양식 또는 데이터 서비스 사용자 인터페이스)에서 작성한 요소에서 내보내기 기능을 사용할 수 있습니다. 변경 가능한 요소는 페이지, 테이블, 그룹 및 필드입니다.

참고: 이 기능을 사용하여 일부 페이지 자동화 요소와 연관된 HTML 생성을 완전히 인계받을 수 있습니다. 이 기능을 사용하는 경우 HTML 페이지 레이아웃의 전체 제어 권한을 취하여 사실상 해당 페이지의 자동 생성을 사용 불가능하게 할 수 있습니다. 페이지가 종속된 서비스 또는 스키마가 변경된 경우 디스플레이를 인계받았기 때문에 이 페이지에는 더 이상 해당 변경사항이 적용되지 않습니다. 따라서 비정상적인 레이아웃이 있는 경우 또는 디스플레이를 좀 더 정확히 제어해야 하는 경우에 이 기능을 사용하십시오. 일반적으로 비정상적이거나 엄격한 요구사항이 없으면 데이터 레이아웃 템플리트를 사용하거나, 레이아웃 격자선을 사용하거나, HTML 템플리트에 대해 작업하여 HTML의 페이지 자동화 생성에 대해 작업해야 합니다.

모델 편집기에서 다음 조치 중 하나를 수행하십시오.
- 애플리케이션 트리의 페이지 폴더에서 항목을 탐색하여 사용자 정의할 요소가 포함된 페이지를 찾습니다.
- 페이지 패널에서 페이지 아이콘을 표시합니다.
- 페이지의 설계 패널에서 사용자 정의할 요소를 찾습니다.
요소 또는 페이지의 항목을 마우스 오른쪽 단추로 클릭하고 다음 명령 중 하나를 클릭하십시오.
- 사용자 정의를 위해 HTML 내보내기 > 데이터 레이아웃을 클릭하여 구체적으로 선택된 요소 편집
- 사용자 정의를 위해 HTML 내보내기 > 전체 페이지를 클릭하여 전체 HTML 페이지 편집
다른 이름으로 저장 대화 상자 창의 상위 폴더 입력 또는 선택에서 내보낸 HTML 파일을 저장할 위치를 지정하고, 파일 이름에서는 선택적으로 내보낸 HTML 파일의 기본 이름을 수정합니다. 그런 다음 확인을 클릭하십시오.
팝업 대화 상자 창에서 예를 클릭하여 편집할 수 있도록 내보낸 파일을 여십시오.
나중에 파일을 편집하려면 아니오를 클릭하십시오.

편집기 영역에서 내보낸 파일이 편집할 수 있도록 열립니다. 아웃라인 보기에는 HTML 파일의 태그 계층 구조가 표시됩니다.
사용자 정의할 요소의 HTML 코드를 편집합니다.
이름 지정된 요소는 삭제하지 않되 HTML 태그를 변경할 수 있습니다.
파일을 저장하고 닫으십시오.

데이터 레이아웃 명령을 사용한 경우 HTML 데이터 레이아웃 빌더가 모델에 추가되어 내보낸 HTML 파일에서 지정한 사용자 정의를 제공합니다. 빌더는 내보낸 파일을 사용하여 데이터 페이지의 이 부분으로 표시합니다.

전체 페이지 명령을 사용한 경우에는 가져온 페이지 빌더가 모델에 추가됩니다. 기존 페이지는 사용자 정의된 HTML 파일의 컨텐츠로 바뀝니다.

사용자 정의 항목을 제거하려면 빌더를 사용 안함으로 설정하거나 삭제하십시오. 다른 항목을 추가로 사용자 정의하려면 내보낸 HTML 파일을 편집하십시오.

페이지 요소에 스타일 및 클래스 추가

다음 단계를 수행하여 페이지에 있는 이름이 지정된 요소의 클래스 또는 스타일을 추가하거나 수정하십시오.

설계 보기에서 모델에 대해 작업 중이고 페이지 요소가 선택된 경우에는 특성 편집기를 열 수 있습니다.

원하는 페이지 요소를 선택하고 해당 요소를 마우스 오른쪽 단추로 클릭하십시오.
특성 표시를 선택하십시오. 특성 편집기가 선택된 스타일 클래스 또는 개별 스타일로 열립니다. 이 편집기는 페이지에 이미 있는 스타일시트의 모든 스타일을 표시합니다. 페이지에 새 스타일시트를 추가하고 외부 스타일시트에 대한 참조를 추가하여 포털 레벨에 정의된 클래스를 참조할 수 있도록 할 수 있습니다. 각 변경에 대해 기존 클래스 요소를 겹쳐쓰기, 추가 또는 앞에 추가할 수 있습니다.
1. 배경을 클릭하여 이 요소의 배경 스타일시트 태그를 변경하십시오.
2. 글꼴 또는 여백을 클릭하여 이 요소의 글꼴 및 여백 스타일시트 태그를 변경하십시오.
3. 스타일 요소를 마우스 오른쪽 단추로 클릭하고 편집을 클릭하여 지정된 스타일시트 내에서 해당 스타일을 직접 편집하십시오.
4. 스타일 요소를 마우스 오른쪽 단추로 클릭하고 제거를 클릭하여 해당 요소를 제거하십시오.
페이지에 스타일시트 추가...를 클릭하여 이 페이지에 외부 스타일시트를 추가하십시오. 파일 열기 대화 상자가 열립니다. 원하는 스타일시트를 선택하고 열기를 클릭하십시오.
변경사항을 기반으로 스타일 클래스를 내보내려면 원하는 스타일 요소를 선택하고 내보내기...를 클릭하면 내보내기 대화 상자가 열립니다. 스타일시트를 선택하고, 클래스 이름을 입력한 후 확인을 클릭하여 선택한 스타일시트에 변경된 클래스를 추가하십시오.

데이터 필드 유효성 검증

데이터 페이지 빌더에서 작성된 데이터 항목 페이지에서 사용자 입력의 유효성 검증을 관리할 수 있습니다.

다음 기술을 사용할 수 있습니다.

이러한 기술은 데이터 페이지 빌더를 사용하는 모든 빌더가 작성하는 페이지에도 적용됩니다.

데이터 항목 페이지는 데이터 항목으로 설정된 필드(전체 페이지가 표시 전용으로 설정된 경우도 포함)에서 데이터 페이지 빌더로 관리됩니다. (이 작업은 전체 페이지가 해당 방법으로 설정되지 않았다 하더라도 데이터 필드 수정자 빌더를 사용하여 필드 중 하나를 데이터 항목으로 수정한 경우에 일어날 수 있습니다.

데이터 페이지 빌더는 일반 사용자에 데이터 항목 페이지를 표시하고 사용자 응답을 유효성 검증을 관리합니다. 이 빌더는 설정에 따라 페이지의 JSP를 생성합니다. 또한(J2EE 서버가 값을 넣은) RequestInputs에서 값을 수집할 SaveData 메소드를 생성한 다음, 해당 값을 변수에 저장합니다. 마지막으로, 개별 필드에 대한 유효성 검증 조작을 작성하고 JSP 페이지에 유효성 검증 오류 메시지를 추가합니다.

필드의 유효성을 확인하고 일반 사용자에게 결과를 표시하는 과정 중에 다음과 같은 방법으로 제어할 수 있습니다.

필수 필드를 지정하는 문자열의 컨텐츠 및 배치
오류 문자열의 컨텐츠 및 배치
모든 개별 필드 오류 메시지가 추가적 전체 오류 메시지와 연결된 전체 오류의 배치
유효성 검증 성공 시 실행된 코드 및 실패
스키마 또는 데이터베이스 참조를 기반으로 필드 유효성 검증기가 자동으로 선택되는지 여부
스키마의 작동을 대체하는 개별 필드를 필수로 설정하거나 설정하지 마십시오.
개별 필드에 대해 자동으로 선택되는 필드 검사기와 다른 필드 검사기를 선택하십시오.
Java로 사용자 고유의 필드 검사기를 작성하고 선택하십시오.
오류 메시지 문자열을 제공하여 정정하지 않은 값이 있는 경우, 유효성 검증 실패의 원인이 될 수 있는 사후 저장 메소드를 추가하십시오. 이 문자열은 전체 오류 위치에 있는 사용자에게 표시됩니다.
다른 필드가 이미 유효성 검증에 실패한 경우 사후 저장 메소드의 호출 여부.
페이지에 대한 오류 메시지를 지우고, 오류 메시지 관리자에서 다른 조작(예: 사후 저장 메소드에 개별 필드의 오류 메시지 추가)을 수행하십시오.

오류 텍스트의 배치 제어 및 전체 오류 위치 추가

맨 먼저 전체 오류 텍스트가 이동하는 범위를 추가하기 위해 페이지를 편집하십시오. 가져온 페이지 빌더를 열고 편집 페이지를 클릭하십시오. data로 이름 지정된 범위를 찾은 다음, HTML의 전체 행을 복제하여 두 번 표시되게 하십시오. 중복 행 중 하나에서 단어 data를 fullError로 변경하고 빌더 호출에서 확인을 클릭하십시오.

inputPage에 대한 데이터 페이지 빌더를 열고 필수 필드 및 입력 유효성 검증 설정까지 아래로 화면이동하십시오. 오류 배치를 필드의 왼쪽 독립 열로 변경하고 전체 오류 배치에 대해 fullError를 선택하십시오. 이제 모델을 다시 실행하고, 두 필드에 어떤 비수치 텍스트를 입력한 후 제출을 클릭하십시오. 오류 메시지의 배치 이동과 함께 오류 메시지가 "전체 오류" 위치에 복제됩니다. 계속하기 전에 먼저 오류 배치를 보다 더 바람직한 위치인 필드의 오른쪽으로 다시 변경하십시오.

성공 및 실패 조치 제어

일반적으로 사용자가 데이터 항목 페이지 채우기를 완료하고 해당 페이지를 제출했을 때 일부 조치가 실행됩니다. 때로는 유효성 검증 오류가 있었으면 다른 조치를 실행할 수도 있습니다. 데이터 페이지 빌더에는 두 가지 입력, 즉 성공 조치 및 실패 조치가 있습니다. 이 항목은 inputPage_NextAction 메소드 작성 시 사용되며, 웹 애플리케이션 보기에서 확인할 수 있습니다. 이 메소드를 살펴보면, 수행하는 모든 작업이 페이지에 유효성 검증 오류가 있었는지 확인하기 위해 테스트한 다음 적절한 조치를 호출하는 것임을 알 수 있습니다.

샘플에서와 같이 실패 조치를 비워 둔 경우, 기본 실패 조치는 해당 페이지로 리턴하는 것입니다.

개별 필드 검사기의 자동 생성 제어

기본적으로 개별 필드 검사기는 스키마, WSDL 문서 또는 기타 메커니즘에 정의된 필드의 유형에 따라 생성됩니다. 스키마에서 유효성 검증 설정을 사용하여 데이터 페이지 빌더에서 이 작동을 사용할 수 없으며 검사기는 자동으로 생성되지 않습니다. 그러나 이 작동을 사용할 수 없는 경우에도 역시 데이터 필드 수정자를 사용하여 개별 검사기를 수동으로 설정할 수 있습니다.

개별 필드 검사기 수동 선택

데이터 필드 수정자를 새로 작성하고 inputPage의 필드 중 하나만 선택하십시오. 형식화 그룹을 열고 포맷터 com.bowstreet.builders.webapp.pageautomation.StandardFormatter를 선택하십시오. 이 경우 유효성 검증 표현식을 포함하여 추가 입력이 표시됩니다. 고유 검사기를 선택하십시오(단, 이 필드에 대해 호출 중인 서비스 호출의 기대값이 숫자임을 기억하십시오.) 일반 표현식(일반 표현식 문자열)을 선택하면, 정규 표현식 문자열을 입력할 새 입력이 제공됩니다. 해당 선택사항이 여기서 사용 가능하므로 이 설정은 필드에 대한 필수/선택적 값을 대체합니다. 새 유효성 검증 문자열을 확인하려면 유효성 검증자 변경 및 모델을 다시 실행하십시오.

사후 저장 메소드 추가

사후 저장 메소드의 작동을 제어하고 교차 필드 유효성 검증을 수행하는 데 이를 사용할 수 있습니다. RequestInputs의 데이터가 변수에 다시 저장된 후 코드를 수행할 추가 작업이 있는 경우도 있습니다. 사후 저장 메소드 입력은 이 프로세스에 대해 Java 코드를 추가하기 위해 사용하는 훅입니다. 또한 수행할 작업이 데이터 항목에 대해 추가 유효성 검증이거나 개별 필드 유효성 검증보다 더 복잡한 과정이 있는 경우, 실패 조치를 강제로 수행하여 유효성 검증을 실패로 야기하며 사용자에게 표시되는 오류 메시지를 포함시키는 사후 저장 메소드 방법이 있습니다.

메소드 빌더를 새로 작성하고 이름을 TestLatitudes로 지정하십시오. 리턴 유형을 문자열로 설정하고 메소드 본문을 다음 컨텐츠로 채우십시오.

    {
        double lat1 = webAppAccess.getVariables().getDouble("MyServiceCall_arg1_lat1");
        double lat2 = webAppAccess.getVariables().getDouble("MyServiceCall_arg3_lat2");
        if (lat1 == lat2)
        return "Make the latitudes different.";
        else
        return null;
    }

코드는 변수에서 두 개의 위도 입력 값을 가져와서(데이터 페이지 빌더에서 이미 저장된 경우) 값이 같은지 검사하여 확인합니다. (이 변수의 정확한 이름은 웹 애플리케이션 보기를 살펴보고 변수를 작성한 서비스 호출 빌더를 선택하여(열지 않음) 식별됩니다.)

두 값이 같으면 코드는 텍스트를 리턴합니다. 이 텍스트는 inputPage_SaveData 메소드에 의해 오류 메시지로 해석됩니다. 두 값이 다르면 코드는 널(null)을 리턴합니다. SaveData 메소드가 인지하게 되는 이 리턴 값은 사후 저장 메소드가 오류를 찾지 못했음을 의미합니다. 모델을 실행하고 두 값을 동일하게 설정하면 오류 메시지가 표시되는 것을 볼 수 있습니다. 이 오류는 특정 필드와 연관되어 있지 않아 메시지가 전체 오류 섹션에만 표시됩니다.

단지 일정 작업만 수행할 뿐 오류를 리턴하지 않는 사후 저장 메소드를 작성할 경우, 해당 리턴 유형을 void로 설정할 수 있습니다. 또한 사후 저장 매소드는 개별 필드 유효성 검증이 오류 없이 실행된 경우에만 호출할 수도 있고, 그것과는 관계없이 해당 메소드를 호출할 수도 있습니다. 데이터 페이지 빌더에서 사후 저장 메소드 작동 입력으로 이 작동을 제어할 수 있습니다.

오류 메시지 관리자와 상호작용

모든 데이터 항목 페이지에서 데이터 페이지 빌더는 오류 메시지 관리자 역할을 하는 링크된 Java 오브젝트를 작성합니다. 웹 애플리케이션 보기에서 LJO inputPageError를 선택하면, 사용 가능한 메소드가 표시됩니다. 사후 저장 메소드의 개별 필드 오류 메시지를 설정하려면 이 메소드를 사용할 수 있습니다. 각 유효성 검증자에게 너무 복잡한 경우였거나 사후 저장 메소드를 사용하려 하였으므로 일부 개발자는 사후 저장 메소드에 이를 설정합니다.

또한 오류 메시지의 표시를 데이터 페이지 빌더가 관리하게 하지 않고 사용자가 직접 관리할 경우, 개별 메시지를 직접 가져올 수 있습니다. 새 데이터를 포함하는 페이지로 리턴 중인 경우 수행해야 할 메시지를 지울 수도 있으며, 페이지의 마지막 방문 시간 이후로 계속 남아 있을 수 있는 메시지도 지워야 합니다.

필드 유효성 검증 설정 수정

데이터 입력 필드의 유효성 검증에 사용되는 일부 설정을 수정할 수 있습니다.

IBM Web Experience Factory의 모델 편집기에서 페이지 및 설계 패널을 사용하여 변경할 양식 또는 페이지를 볼 수 있습니다.필드 유효성 검증 설정(예: 오류 문자열)을 변경하려면 데이터 필드 설정 빌더를 사용하십시오.

페이지 패널에서 변경할 데이터 입력 필드가 있는 양식 또는 페이지를 찾아 선택하십시오.
설계 패널에서 해당 데이터 입력 필드가 포함되어 있는 그룹을 찾아 선택하십시오.
선택 항목을 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 유효성 검증을 클릭하십시오.
이러한 명령은 컨테이너가 선택된 경우에만 표시됩니다. 유효성 검증 명령은 관련 필드가 데이터 입력 필드인 경우에만 사용할 수 있습니다.
데이터 필드 설정 대화 상자의 페이지 범위에서 다음 선택항목 중 하나를 클릭하여 변경 범위를 결정하십시오.
- 모든 페이지 - 모델의 모든 페이지에 있는 필드를 변경합니다.
- 현재 페이지 - 선택한 페이지의 필드만 변경합니다.
필드 설정을 변경하십시오.
Required

양식 또는 데이터 페이지를 제출하려면 일반 사용자가 필드에 값을 입력해야 하는지 여부를 결정합니다.

유효성 검증 조작

일반 사용자가 필드에 입력하는 값의 유효성을 검증하는 데 사용될 조작을 결정합니다.

인수

유효성 검증 조작에 대한 인수를 지정합니다. 조작이 인수를 허용하지 않는 경우 값이 무시됩니다.

오류 메시지

유효성 검증 조작이 실패할 경우에 사용되는 기본 메시지를 대체할 텍스트를 지정합니다. 행의 다른 설정에 기본값을 사용하는 경우에도 이 입력을 설정할 수 있습니다.
확인을 클릭하십시오.
이 양식이나 페이지에 대한 데이터 필드 설정 빌더가 현재 모델에 있지 않은 경우 새 설정을 사용하는 모델에 빌더 호출이 추가됩니다. 모델에 현재 양식 또는 페이지에 대한 데이터 필드 설정 빌더가 있는 경우 새 설정이 현재 빌더에 추가됩니다.
데이터 필드 설정 빌더에 대한 빌더 호출 편집기를 열고 연관된 빌더 입력을 수정하여 페이지 설정을 변경하십시오.

필드 표시 설정 수정

모델 편집기에서 마우스 오른쪽 단추 클릭 메뉴를 사용하여 열 또는 필드를 표시하는 데 사용되는 일부 설정을 수정할 수 있습니다.

IBM Web Experience Factory의 모델 편집기에서 페이지 및 설계 패널을 사용하여 변경할 양식 또는 페이지를 볼 수 있습니다. 필드 표시 설정(예: 레이블)을 변경하려면 데이터 필드 설정 빌더를 사용하십시오.

페이지 패널에서 변경할 열이나 필드가 있는 양식 또는 페이지를 찾아 선택하십시오.
설계 패널에서 열이나 필드가 있는 그룹을 찾아 선택하십시오.
선택 항목을 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 필드를 클릭하십시오.
이러한 명령은 컨테이너가 선택된 경우에만 표시됩니다.
데이터 필드 설정 대화 상자의 페이지 범위에서 다음 선택항목 중 하나를 클릭하여 변경 범위를 결정하십시오.
- 모든 페이지 - 모델의 모든 페이지에 있는 필드를 변경합니다.
- 현재 페이지 - 선택한 페이지의 필드만 변경합니다.
필드 설정을 변경하십시오.
레이블
다음 중 하나를 수행하십시오.
- 이 필드에 사용될 레이블을 입력하십시오.
- [변경 안함]으로 설정하면 이 필드에 이미 지정되어 있는 값을 보존합니다.
- [공백]으로 설정하면 이 필드에 레이블이 지정되지 않습니다.
숨기기

필드가 항상 표시되지 않는지(항상 숨기기), 항상 표시되는지(항상 표시) 또는 테이블에 있을 경우에만 표시되지 않는지(테이블에서만 숨기기)를 제어하십시오.

정렬

이 필드가 테이블의 일부인 경우 열에 대한 정렬 사용(설정) 또는 사용 안함(해제) 여부를 제어합니다.
사용될 정렬 유형은 사용 중인 RDD 파일에 따라 결정됩니다.

필드 유형

목록에서 새 값을 선택하십시오. 이 설정에 대한 값은 프로젝트에 사용되는 기본 RDD 파일에 지정된 파일에서 비롯됩니다.

검색 테이블/선택항목

목록에서 새 값을 선택하십시오. 기본값은 모델 및 기본 RDD 파일의 검색 테이블에서 비롯됩니다. 여러 개의 값을 각각 세미콜론(;)으로 구분하여 입력할 수도 있습니다. 데이터 입력 필드인 경우 이 값은 선택 또는 단일 선택 단추에도 적용됩니다. 또는 표시 전용 필드인 경우 검색 필드가 필드를 변환하는 데 사용됩니다.
확인을 클릭하십시오.
이 양식이나 페이지에 대한 데이터 필드 설정 빌더가 현재 모델에 있지 않은 경우 새 설정을 사용하는 모델에 빌더 호출이 추가됩니다. 모델에 현재 양식 또는 페이지에 대한 데이터 필드 설정 빌더가 있는 경우 새 설정이 현재 빌더에 추가됩니다.
옵션: 데이터 필드 설정 빌더에 대한 빌더 호출 편집기를 열고 연관된 빌더 입력을 수정하여 페이지 설정을 변경하십시오.

서식있는 데이터 정의 파일 정보

데이터 정의는 서식있는 데이터 정의(RDD) 파일이라는 XML 파일에서 읽어옵니다.

서식있는 데이터 정의는 표시할 필요가 없는 열을 숨기는 등의 방법으로 포틀릿 또는 위젯을 정리하는 데 사용되며, 모델 내의 스키마와 연관됩니다. 선택한 스키마의 각 필더마다 레이블, 제어 유형, 검색 테이블, 형식화, 유효성 검증 등을 지정할 수 있습니다.

데이터 정의 파일은 사용자 인터페이스(UI) 설명을 스키마와 연관시키는 방식으로 작동합니다. 페이지 요소(예: 데이터 페이지 빌더 또는 보기 및 양식 빌더 사용)를 생성하는 데 스키마를 사용하면 모든 UI 특성이 자동으로 페이지에 적용됩니다. 또한 데이터 필드 수정자 빌더의 기능을 사용하여 특정 설정(예: 유효성 검증 및 형식화)에 대해 학습할 수 있습니다.

서식있는 데이터 정의 파일은 프로젝트용으로 제공됩니다. 기본적으로 연관된 RDD 파일은 각 프로젝트의 다음 위치에는 저장되어 있습니다.

/WEB-INF/factory/data_definitions/

RDD 파일 base_datadef.xml 및 dojo_base_datadef.xml이 제공됩니다. override.properties 파일에서 다음 특성을 정의하여 프로젝트에 대한 기본 설정을 대체할 수 있습니다.

bowstreet.baseRddFile

이 특성에 대한 기본 설정은 bowstreet.properties 파일에 있습니다. 여러 개의 파일을 정의할 수는 있지만, 처음 발견된 파일만 사용됩니다.

데이터 필드 설정 빌더의 기본 RDD 파일 입력을 사용하여 모델의 프로젝트에 대한 기본 RDD 파일을 대체할 수 있습니다.

빌더를 사용하여 페이지 자동화 양식 및 페이지의 열과 필드에 대해 웹 애플리케이션의 스키마와 연관된 데이터 정의 정보를 수정할 수 있습니다. 데이터 정의는 데이터 페이지 빌더의 내부 데이터 구조 중 하나입니다. 데이터 페이지에 스키마 유형 변수가 사용되면 데이터 페이지는 웹 애플리케이션의 스키마에 첨부된 데이터 정의 정보를 검색합니다. 데이터 정의 특성은 스키마를 기초로 하는 페이지의 기본값이 됩니다. 그러나 여전히 데이터 필드 설정, 데이터 열 수정자 및 데이터 필드 수정자와 같은 다른 빌더를 사용하여 스키마와 연관된 데이터 정의에 지정된 특성을 대체할 수 있습니다.

스키마 요소에 대한 데이터 정의의 연관은 요소 이름을 사용하여 수행됩니다. 데이터 정의 파일은 일반적으로 구조의 각 필드에 하위 데이터 정의가 포함된 구조 세트를 저장합니다. 스키마의 상위 (구조) 이름은 데이터 정의 파일의 상위 이름과 일치해야 하고 이에 따라 개별 필드도 이름과 일치합니다.

데이터 정의의 역할

서식있는 데이터 정의(RDD) 파일은 애플리케이션 데이터 필드에 대한 자세한 사용자 인터페이스를 제어하는 데 가장 자동화된 방법을 제공합니다. RDD 파일을 사용하면 사용자 인터페이스(UI)가 다음과 같은 방식으로 자동 제어됩니다.

필드를 형식화하고 유효성을 검증합니다. 예를 들어 날짜를 형식화 또는 검증하고 문자열에서 문자를 제거하거나 레이블을 적용할 수 있습니다.
필드에 사용자에게 익숙한 레이블을 지정합니다.
검색 테이블을 지정하여 사용자에게 익숙한 선택 목록을 제공합니다.
필드의 UI 작동을 변경합니다. 예를 들어 데이터 항목 제어를 적용하고 보기 전용으로 제한하거나 필드의 링크를 작성합니다.
필드 유형에 대한 모든 필드 작동의 제어를 자동화합니다. 예를 들어 모든 날짜 필드에 달력 선택기 빌더를 사용합니다.
열로 형식화된 데이터를 제어합니다. 예를 들어 읽기 쉬운 열 이름 작성, 표시하지 않아도 되는 열 숨기기, 정렬 기능 추가, 열 너비 조정 및 열 맞춤을 수행합니다.

데이터 정의 특성

서식있는 데이터 정의 파일에는 다양한 자동 맵핑 및 데이터 정의 특성이 사용됩니다.

IBM Web Experience Factory Designer에서 제공되는 서식있는 데이터 정의 파일인 dojo_base_datadef.xml 및 base_datadef.xml는 기본 데이터 정의 및 데이터 정의에 대한 메타데이터를 선언합니다. <SchemaTypeMappings> 선언은 스키마 유형을 기반으로 자동 맵핑을 설정하고 모델에서 모든 데이터 페이지 빌더에 적용됩니다.

<SchemaTypeMappings>
  <SchemaTypeMap type="date">base_Date</SchemaTypeMap>
  <SchemaTypeMap type="boolean">base_CheckBox</SchemaTypeMap>
  <SchemaTypeMap type="string">base_String</SchemaTypeMap>
  <SchemaTypeMap type="string_enumeration">base_Select</SchemaTypeMap>
  <SchemaTypeMap type="char">base_ShortString</SchemaTypeMap>
  <SchemaTypeMap type="integer">base_Integer</SchemaTypeMap>
  <SchemaTypeMap type="int">base_Integer</SchemaTypeMap>
  <SchemaTypeMap type="byte">base_Integer</SchemaTypeMap>
  <SchemaTypeMap type="short">base_Integer</SchemaTypeMap>
  <SchemaTypeMap type="long">base_Integer</SchemaTypeMap>
  <SchemaTypeMap type="double">base_FloatingPoint</SchemaTypeMap>
  <SchemaTypeMap type="float">base_FloatingPoint</SchemaTypeMap>
  <SchemaTypeMap type="decimal">base_Integer_Internal</SchemaTypeMap>
</SchemaTypeMappings>

사용자 고유의 정의를 여기에 포함할 수 있습니다.

유형은 일치할 스키마 유형입니다. 이는 데이터 필드 설정 빌더에서 필드의 필드 유형에 나타나는 값입니다. SchemaTypeMap 선언의 텍스트는 일치가 발견될 때 사용할 데이터 정의입니다. string_enumeration은 특수한 유형에 해당됩니다. 실제 스키마 유형이 문자열이고 열거가 있거나 선택항목이 정의된 경우 노드 리프가 이 유형을 사용합니다.

기본 데이터 정의 특성

필드 설정(데이터 입력 필드의 경우 유효성 검증 설정)에 대한 일부 공통 특성은 데이터 필드 설정 빌더와 Web Experience Factory Designer의 특성 보기에 표시됩니다. 그러나 다른 특성은 어떠한 빌더 호출 편집기에도 표시되지 않습니다. 이러한 특성을 사용하려면 이를 프로젝트 기본 데이터 정의 파일 dojo_base_datadef.xml 또는 base_datadef.xml에 직접 추가해야 합니다.

다음 데이터 정의 특성이 기본 데이터 정의 파일에 있습니다.

다음 특성을 서식있는 데이터 정의 파일에 추가할 수 있습니다.

<ErrorMessage>

`<Attributes>`

이 특성은 데이터 필드 수정자 빌더에서 사용하는 것과 동일한 XML 값을 사용합니다. 일반 속성 특성은 다음과 같습니다.

<Attributes>
 <Attribute>
  <Name>color</Name>
  <Value>black</Value>
 </Attribute>
 <Attribute>
  <Name>size</Name>
  <Value>${Variables/CurSize}</Value>
 </Attribute>
</Attributes>

`<ColumnAlignment>`

이 특성은 다음 값 중 하나를 사용합니다.

왼쪽
오른쪽
가운데

`<ColumnSorting>`

이 특성은 다음 값 중 하나를 사용합니다.

대소문자 구분없는 문자열
대소문자 구분 문자열
숫자
날짜
정렬할 수 없음

위 특성의 일부를 사용하여 열 너비, 맞춤, 정렬 상태 및 스타일을 설정하는 일반 데이터 정의 요소는 다음과 같습니다.

<DataDefinitionElement name="DATE_SHIPPED" base="base_SAPDate">
 <Label>Date Shipped</Label>
 <Required>false</Required>
 <ColumnWidth>400</ColumnWidth>
 <ColumnAlignment>right</ColumnAlignment>
 <ColumnSorting>Case Sensitive String</ColumnSorting>
 <Attributes>
  <Attribute>
   <Name>style</Name>
   <Value>color:red</Value>
  </Attribute>
 </Attributes>
</DataDefinitionElement>

`<ColumnWidth>`

이 특성은 열 너비를 나타내는 숫자(문자 수)를 사용합니다.

`<ControlElementModifiers>`

이 특성을 사용하여 수정 빌더(예: Attribute Setter 또는 Visibility Setter)를 요소에 연관시킬 수 있습니다. DataEntryControl 및 DisplayControl 특성과 비슷하게, 페이지 위치 입력을 사용하는 빌더를 호출하는 데 사용할 수 있습니다. 단일 요소에 대해 여러 개의 빌더를 포함시킬 수 있습니다. 또한 usemodifierdisplay 속성을 사용하여 빌더를 표시 필드에 사용할지 아니면 use_modifier_dataentry 속성을 사용하여 데이터 입력 필드에 사용할 것인지 여부를 제어할 수 있습니다. 다음은 표시 모드 및 데이터 입력 모드 둘 다에서 속성 설정기 빌더를 호출하는 예입니다.

<ControlElementModifiers>
 <BuilderCall use_modifier_dataentry="true" use_modifier_display="true">
  <BuilderDefID>com.bowstreet.builders.webapp.AttributeSetterBuilderBuilderDefID>com.bowstreet.builders.webapp.AttributeSetterBuilder></BuilderDefID>
  <Inputs>
   <Input name = "BuilderCallEnabled">true</Input>
   <Input name = "HandleExisting">Skip</Input>
   <Input name = "HandleMissingValue">Ignore</Input>
   <Input name = "Separator">;</Input>
   <Input name = "Attributes">
    <top>
     <Attribute>
      <Name>style</Name>
      <Value>color:red</Value>
     </Attribute>
    </top>
   </Input>
  </Inputs>
 </BuilderCall>
</ControlElementModifiers>

`<DataEntryControl>`

필드가 데이터 항목 페이지에 있는 경우 이 특성은 빌더 ID를 필드와 연관시킵니다(보기 전용 페이지의 표시 제어 참조). 빌더 ID 및 필요한 모든 빌더 입력을 지정할 수 있습니다. 빌더 입력에 대한 XML을 작성하기 위해, 모델에서 원하는 빌더를 사용하고 모델 XML 보기로 이동한 후 XML의 "입력" 섹션에서 복사/붙여넣기를 할 수 있습니다.

참고: 빌더는 간접 참조 입력 값이 사용되도록 지원합니다.

예:

 <DataEntryControl>com.bowstreet.builders.webapp.TextAreaBuilder</DataEntryControl>
 <DataEntryInputs>
  <Inputs>
   <Input name = "Wrap">off</Input>
   <Input name = "Cols">80</Input>
   <Input name = "Rows">5</Input>
  </Inputs>
 </DataEntryInputs>

`<DisplayControl>`

이 특성은 데이터 항목 제어와 비슷하지만 보기 전용 페이지에 사용됩니다. 빌더의 해당 요소 이름은 <DisplayInputs>입니다.

`<DisplayMode>`

허용 값은 다음과 같습니다.

0 - DISPLAY_NONE
1 - DISPLAY_AUTO

컨테이너 필드의 추가 값은 다음을 포함합니다.

2 - DISPLAY_VERTICAL
3 - DISPLAY_HORIZONTAL

`<EnumerationValues>`

이 특성을 사용하여 가능한 값 세트가 포함된 필드의 선택사항을 설정할 수 있습니다. 이 특성은 검색 테이블이 제공하는 것과 같은 별도의 텍스트/값으로 제공되지 않습니다.

열거 값의 자국어 지원에 대한 내용은 아래 주를 참조하십시오.

이 특성의 일반적인 사용은 다음과 같습니다.

<EnumerationValues>
 <Value>Shipped</Value>
 <Value>Out of Stock</Value>
 <Value>Returned</Value>
 <Value>In Process</Value>
</EnumerationValues>

`<ErrorMessage>`

이 특성을 서식있는 데이터 정의 파일에 추가할 수 있습니다. 이 특성은 유효성 검증에 실패한 필드의 오류 메시지를 대체하는 데 사용되는 문자열을 사용합니다.

`<FormatterClass>`

이 특성을 사용하여 서식있는 데이터 정의 파일에 사용자 정의 포맷터 클래스를 지정할 수 있습니다. 포맷터 클래스는 데이터 필드 수정자 빌더와 동일한 메커니즘과 인터페이스를 사용합니다.

포맷터 클래스 이름은 아래 표시된 "FormatterClass" 요소를 사용하여 지정됩니다.

<DataDefinition name="AMOUNT" base="base_Currency"> 
 <Label>Amount</Label> 
 <ColumnSorting>Case Sensitive String</ColumnSorting> 
 <ColumnWidth>100</ColumnWidth> 
 <ColumnAlignment>right</ColumnAlignment> 
 <FormatterClass>com.bowstreet.builders.webapp.pageautomation.StandardFormatter</FormatterClass> 
 <FormatExpr resource_key="BaseDate_FormatExpr">Format(yyyy-MM-dd$MM/dd/yyyy)</FormatExpr>
 <TranslateExpr resource_key="BaseDate_TranslateExpr">Translate(yyyy-MM-dd$MM/dd/yyyy)</TranslateExpr>
 <ValidateExpr>Date(yyyy-MM-dd)</ValidateExpr>
 </DataDefinition>

StandardFormatter를 클래스의 스펙으로 바꾸십시오. FormatterClass 요소를 제거하면 StandardFormatter 클래스가 사용됩니다.

데이터 정의에 적합한 FormatExpr, TranslateExpr 및 ValidateExpr 요소로 바꾸십시오.

`<InitialValue>`

필드의 기본 초기값을 정의하는 데 사용할 수 있습니다. 데이터 필드 수정자 빌더의 초기값 입력을 설정하는 것과 같습니다.

`<LookupTable>`

이 특성을 사용하여 검색 테이블을 작성하고 필드와 연관시킬 수 있습니다. 새 검색 테이블을 작성하려면, 빌드의 ID를 지정해야 하고 빌더는 웹 애플리케이션에서 검색 테이블을 작성하는 빌더여야 합니다(검색 테이블, Domino 키워드 검색 또는 SAP 도움말 값). 아래 표시된 Inputs 요소에 필수 빌더 입력을 모두 지정하십시오.

이 예제 코드는 검색 테이블 빌더를 사용하여 XML 데이터에서 검색을 작성합니다. 이 기능은 SAP 도움말 값 검색을 자동으로 작성 및 적용하는 데도 사용되었습니다.

<DataDefinitionElement name="BILLING">
 <Label>Billing</Label>
  <LookupTable>
   <BuilderID>com.bowstreet.builders.webapp.LookupTableBuilder</BuilderID>
    <Name>billing</Name>
     <Inputs>
      <Input name = "DataType">NewXmlData</Input>
      <Input name = "GetDataFrom">BuilderInput</Input>
      <Input name = "TablePosition">InFront</Input>
      <Input name = "Name">billing</Input>
      <Input name = "NewXmlData">
       <lookup>
        <entry>
         <name>Purchase Order</name>
         <value>1</value>
        </entry>
        <entry>
         <name>Credit Card</name>
         <value>0</value>
        </entry>
       </lookup>
      </Input>
      <Input name = "ValueElementName">value</Input>
      <Input name = "LabelElementName">name</Input>
     </Inputs>
  </LookupTable>
</DataDefinitionElement>

<PotentialColumnSorting>

이 특성은 데이터 필드 설정 빌더가 사용할 열 정렬의 기본 설정을 설정하는 데 사용됩니다. 예를 들어, base_String의 데이터 정의에는 열 정렬을 위한 다음 선언이 있습니다.

<PotentialColumnSorting>Case Insensitive String</PotentialColumnSorting>

`<Properties>`

DataDefinitionElement에서 이름 지정된 특성을 설정하려면 이 특성을 사용하십시오. 이 태그는 기본적으로 데이터 정의에 새 특성을 추가하고 빌더 코드에서 해당 특성에 액세스할 때 고유한 빌더를 작성하는 사용자를 위해 설계되었습니다. Properties 요소는 다음과 같습니다.

<DataDefinition name="AMOUNT">
 <Label>Amount</Label>
  <Properties>
   <Property name="ColumnWidth">100</Property>
   <Property name="ColumnAlignment">right</Property>
  </Properties>
</DataDefinition>

이 예제에서 name= 속성은 특성 이름을 지정하고 요소 텍스트는 특성 값을 포함합니다.

참고: 이 예제에서 설명되는 기술은 ColumnWidth 및 ColumnAlignment 특성 태그를 직접 사용하는 것과 같습니다.

`<ReadOnly>`

이 특성은 필드에 데이터 입력으로 표시된 데이터 페이지가 표시되는 경우에도 읽기 전용으로 처리하도록 필드를 강제로 설정하는 데 사용됩니다.

참고: 데이터 필드 수정자 빌더를 사용하여 필드 작동을 보기 전용으로 설정하는 것과 결과는 같습니다.

`<Remove>`

이 특성에서 true 값을 지정하면 필드가 제거됩니다. 필드는 보이지 않고 데이터 열 수정자 또는 데이터 필드 수정자와 같은 기타 빌더에 표시되지 않습니다.

검색 테이블 작성

자체적으로 검색을 작성하지 않는 빌더에서 값이 생성되는 경우 검색을 정의하려는 경우 호출에 대한 추가 빌더를 지정할 수 있습니다.

아래 예제는 서비스 이용자 빌더를 사용합니다. 이 경우 서비스 이용자에서 검색 테이블을 작성한다고 가정해 봅니다. ServiceInfo 하위 요소를 LookupTable 요소에 추가한 경우 이 조작을 수행할 수 있고 검색 데이터 가져오기를 지원하는 추가 빌더를 지정할 수 있습니다. 그러면 데이터 정의에 지정된 검색 테이블 빌더는 다른 빌더에서 리턴되는 데이터를 참조할 수 있습니다.

최종 결과는 데이터 정의 파일이 데이터 정의를 참조하는 모든 모델의 필드를 드롭 다운 검색으로 자동으로 채우도록 합니다. 여기서 값은 서비스를 호출하면 자동 검색됩니다. 예를 들어, 다음 XML을 사용하여 서비스 이용자 빌더를 호출하면 검색 값을 동적으로 가져온 후 검색 테이블 빌더에서 결과 값을 참조할 수 있습니다.

<LookupTable>
<Name>companyLookup</Name>
<BuilderID>com.bowstreet.builders.webapp.LookupTableBuilder</BuilderID>
<Inputs>
<Input name = "DataType">XmlData</Input>
<Input name = "VariableType">ValueTagLabelTag</Input>
<Input name = "GetDataFrom">BuilderInput</Input>
<Input name = "TablePosition">InFront</Input>
<Input name = "Name">companyLookup</Input>
<Input name = "XmlData">${MethodCall/companiesGetCompanyList}</Input>
<Input name = "ValueElementName">Value</Input>
<Input name = "LabelElementName">Name</Input>
</Inputs>
<ServiceInfo>
<BuilderID>com.bowstreet.builders.webapp.ServiceConsumer2Builder</BuilderID>
<Inputs>
<Input name = "UseAllOperations">true</Input>
<Input name = "OverrideInputs">false</Input>
<Input name = "Name">companies</Input>
<Input name = "ProviderModel">services/CompanyListService</Input>
<Input name = "OperationName">getCompanyList</Input>
</Inputs>
</ServiceInfo>
</LookupTable>

데이터 정의 필드 그룹

서식있는 데이터 정의 파일에 필드 그룹을 작성할 수 있습니다.

이 조작을 수행하려면 루트 DataDefinitions 요소 바로 아래 그룹 정의를 작성해야 합니다. 다음 코드는 일반 그룹 정의를 보여줍니다.

<DataDefinitions>
 <GroupDefinitions>
  <GroupDefinition name="Personal">
   <Label>Personal Information</Label>
  </GroupDefinition>
  <GroupDefinition name="Address">
   <Label>Address</Label>
  </GroupDefinition>
 </GroupDefinitions>
 <DataDefinition name="Members">
  <Required>true</Required>
   <Children>
   <DataDefinition name="first">
    <GroupName>Personal</GroupName>
    <Label>First Name</Label>
    <Required>true</Required>
     <DataType>string</DataType>
   </DataDefinition>
   <DataDefinition name="last">
    <GroupName>Personal</GroupName>
    <Label>Last Name</Label>
    <Required>true</Required>
     <DataType>string</DataType>
   </DataDefinition>
   <DataDefinition name="states" base="base_US_States">
    <GroupName>Address</GroupName>
    <Label>States</Label>
    <Required>false</Required>
    </DataDefinition>
   <DataDefinition name="birthdate" base="base_date">
    <GroupName>Personal</GroupName>
    <Label>Date Of Birth (MM/DD/YY)</Label>
    <Required>false</Required>
   </DataDefinition>
   <DataDefinition name="birthtime" base="base_time">
    <GroupName>Personal</GroupName>
    <Label>Time Of Birth (HH:MM AM/PM)</Label>
    <Required>false</Required>
   </DataDefinition>
   <DataDefinition name="salary">
    <GroupName>Business</GroupName>
    <Label>Salary</Label>
    <Required>false</Required>
   </DataDefinition>
  </Children>
 </DataDefinition>
</DataDefinitions>

<GroupDefinitions> 요소는 <GroupDefinition> 요소에 따라 필드의 개별 그룹으로 설정됩니다.

기본 정의 파일에서 데이터 정의 상속

서식있는 데이터 정의 파일에서 기본 속성을 사용하여 다른 데이터 정의에서 특성을 상속할 수 있습니다.

상속된 데이터 정의는 같은 XML 파일에 있거나 다른 서식있는 데이터 정의 파일에 있을 수 있습니다. 데이터 정의 특성은 개별 특성 레벨에서 상속되고 모든 특성은 파생된 데이터 정의에서 대체될 수 있습니다.

예를 들어, 일반 데이터 필드(QUANTITY 및 DATE_ORDERED)에 대한 두 가지 정의는 다음과 같습니다.

<DataDefinitionElement name="QUANTITY">
 <Label>Quantity</Label>
 <Required>false</Required>
 <ValidateExpr>Optional integer</ValidateExpr>
</DataDefinitionElement>
<DataDefinitionElement name="DATE_ORDERED" base="base_SAPDate">
 <Label>Date Ordered</Label>
 </DataDefinitionElement>

DATE_ORDERED에 대한 정의는 기본 속성의 값에서 파생됩니다. DATE_ORDERED에 사용되는 base_SAPDate 정의는 다음 코드와 같습니다.

<DataDefinitionElement name="base_SAPDate">
 <DataEntryControl>com.bowstreet.solutions.wfm.builders.CalendarPickerBuilder</DataEntryControl>
 <DataEntryInputs>
  <Inputs>
   <Input name = "Format">MM/dd/yyyy</Input>
  </Inputs>
 </DataEntryInputs>
 <FormatExpr>Format(yyyy-MM-dd$MM/dd/yyyy)</FormatExpr>
 <TranslateExpr>Translate(yyyy-MM-dd$MM/dd/yyyy)</TranslateExpr>
 <ValidateExpr>Optional Date(yyyy-MM-dd)</ValidateExpr>
</DataDefinitionElement>

열 또는 필드 숨기기 및 표시

양식 또는 페이지에 현재 표시된 열이나 필드를 숨길 수 있습니다.

열 또는 필드가 현재 표시되지 않은 경우, 양식이나 필드에 표시되도록 할 수도 있습니다. IBM Web Experience Factory의 모델 편집기에서 페이지 및 설계 패널을 사용하여 변경할 양식 또는 페이지를 볼 수 있습니다.

페이지 패널에서 변경할 열이나 필드가 있는 양식 또는 페이지를 찾아 선택하십시오.
설계 패널에서 변경할 열이나 필드가 있는 그룹을 찾아 선택하십시오.
동일한 유형의 여러 오브젝트를 선택하려면 Ctrl을 누르고 해당 오브젝트를 포함하는 각 그룹을 클릭하십시오.
선택 항목을 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 숨기기를 클릭하여 열 또는 필드가 표시되지 않도록 하거나 데이터 필드 설정 > 표시를 클릭하여 열 또는 필드가 표시되도록 하십시오.
이러한 명령은 컨테이너가 선택된 경우에만 표시됩니다. 사용 가능한 명령은 선택한 오브젝트에 대한 현재 설정에 따라 달라집니다.

열 정렬 수정

열을 정렬할 수 있는지 여부를 수정할 수 있습니다.

IBM Web Experience Factory의 모델 편집기에서 페이지 및 설계 패널을 사용하여 변경할 양식 또는 페이지를 볼 수 있습니다.

페이지 패널에서 변경할 열이 있는 양식 또는 페이지를 찾아 선택하십시오.
설계 패널에서 해당 열이 포함되어 있는 그룹을 찾아 선택하십시오.
동일한 유형의 여러 오브젝트를 선택하려면 Ctrl을 누르고 해당 오브젝트를 포함하는 각 그룹을 클릭하십시오.
선택 항목을 마우스 오른쪽 단추로 클릭한 다음 데이터 필드 설정 > 정렬을 클릭하여 열이 정렬되도록 하거나 데이터 필드 설정 > 정렬 제거를 클릭하여 열이 정렬되지 않도록 하십시오.
이러한 명령은 컨테이너가 선택된 경우에만 표시됩니다. 사용 가능한 명령은 선택한 오브젝트에 대한 현재 설정에 따라 달라집니다.

열 또는 필드 병합

여러 개의 필드가 하나의 필드로 표시되도록 병합하거나, 여러 개의 열이 하나의 열로 표시되도록 병합할 수 있습니다.

IBM Web Experience Factory의 모델 편집기에서 페이지 및 설계 패널을 사용하여 변경할 양식 또는 페이지를 볼 수 있습니다.

페이지 패널에서 변경할 열이나 양식이 있는 양식 또는 페이지를 찾아 선택하십시오.
병합 결과가 포함될 열 또는 필드를 선택하십시오.
선택한 열 또는 필드로 병합할 열 또는 필드를 순서대로 Ctrl 키를 클릭한 상태에서 클릭하십시오.
여러 필드는 모두 같은 컨테이너 필드에 있어야 합니다.
선택 항목을 마우스 오른쪽 단추로 클릭한 다음 필드 병합 > 병합을 클릭하십시오.
이 컨텍스트에서는 Shift 키를 클릭한 상태에서 클릭할 수 없습니다.
다음 단계 중 하나를 수행하고 확인을 클릭하십시오.
- 열 표제에 병합된 열의 맨 위에 표시될 텍스트를 입력하십시오.
- 필드 레이블에 병합된 새 필드를 나타내는 텍스트를 입력하십시오.

데이터 필드 병합 빌더가 설정과 함께 모델에 추가됩니다. 빌더 호출 편집기를 열고 병합된 필드 사이에 표시될 구분 문자를 지정할 수 있습니다. 빌더 호출 편집기에서 필드를 끌어다 놓아 필드 순서를 재정렬할 수도 있습니다.

데이터 형식 또는 기타 필드 유형 변경

다음 단계에 따라 데이터 형식 또는 기타 필드 유형을 변경하십시오.

수정하려는 스키마가 포함된 모델에 서식있는 데이터 정의 빌더를 배치하십시오.
빌더 편집기에서 스키마를 선택하십시오.
빌더 데이터 정의 편집기를 사용하여 필드를 선택하십시오.
필드를 선택한 후, 필요한 모든 데이터 정의 특성을 수정하십시오.
예: 레이블 제공, 데이터 유형 변경, 형식화 선택, 표현식 변환 또는 유효성 검증, 필드 요청 또는 숨기기
다른 필드를 선택하고 추가적 변경사항을 지정하십시오.
적용 또는 확인을 클릭하여 데이터 정의 변경사항을 적용하십시오.

재사용할 데이터 정의 파일 작성

다음 단계에 따라 재사용할 데이터 정의 파일을 작성하십시오.

수정하려는 스키마가 포함된 모델에 서식있는 데이터 정의 빌더를 배치하십시오.
빌더 편집기에서, 스키마를 선택하고 데이터 정의 편집기를 사용하여 변경사항을 여러 필드에 맵핑하십시오.
필요한 변경사항을 모두 완료한 후 데이터 정의 파일 작성을 클릭하십시오.
메시지가 표시되면 이름을 입력하고 이 XML 파일의 위치를 저장한 후 확인을 클릭하십시오.

빌더가 특정 데이터 정의를 포함하고 있는 XML 파일을 작성합니다.

페이지 작성

IBM Web Experience Factory 모델의 페이지는 모델 외부에서 가져오거나 모델에서 작업할 때 작성될 수 있습니다.

다음 메소드 중 하나를 사용하십시오.

가져온 페이지 빌더를 사용하여 기존 HTML 또는 JSP 페이지에서 가져오기
페이지 빌더를 사용하여 모델 내의 페이지 작성

다른 빌더 호출은 페이지가 표시하는 HTML 제어를 수정하거나 추가하여 이들 페이지에서 작동할 수 있습니다.

페이지 자동화

데이터 페이지를 사용하는 나머지 빌더와 함께 데이터 페이지 빌더는 표시되는 페이지의 HTML을 자동으로 생성할 수 있습니다. 이 기능을 "페이지 자동화"라고 합니다. 페이지 자동화 HTML 템플리트를 사용하여 생성된 HTML의 룩앤필을 제어할 수 있습니다.

자세한 정보 및 실제 애플리케이션에 대한 정보는 이 IBM Web Experience Factory 위키 기사를 참조하십시오.

이름 지정된 태그 기술 사용

'이름 지정된 태그' 기술은 세 가지 페이지 위치 메소드 중 가장 단순한 기술이며 빌더 제어를 구현하는 JSP 코드로 페이지의 이름 지정된 요소를 바꾸는 것을 의미합니다.

'이름 지정된 태그' 기술을 사용하여 페이지에 제어 빌더 호출을 배치하려면 다음을 수행하십시오.

페이지 선택 상자에서 빌더 호출을 배치하려는 페이지를 선택하십시오.
페이지 선택 상자는 모든 링크된 모델의 가져온 페이지 및 페이지 빌더 호출뿐 아니라 모델의 모든 가져온 페이지 및 페이지 빌더 호출의 이름을 표시합니다. (링크된 모델에 노출 입력이 사용 가능한 경우)
태그 찾기 선택 상자에서 빌더 호출을 배치하려는 이름 지정된 요소를 선택하십시오.

태그 찾기 선택 상자는 선택된 페이지의 이름 지정된 모든 <input /> 및 <span /> 태그를 표시합니다.

이름 지정된 태그에 상대적 기술 사용

페이지에 제어 빌더 호출을 배치할 때 '이름 지정된 태그에 상대적' 기술은 '이름 지정된 태그에서' 메소드보다 조금 더 복잡합니다.

빌더 페이지 위치 입력에서 이름 지정된 태그에 상대적을 사용하는 경우, 이름 지정된 태그의 컨텐츠를 바꾸거나, 지정된 태그 안에 새 태그를 삽입하거나, 이름 지정된 태그 근처에 어떤 방법으로 방향이 지정되는 새 태그를 삽입할 것을 선택할 수 있습니다. 이름 지정된 태그에 상대적 기술을 사용하려면 다음 단계를 수행하십시오.

빌더 페이지 위치 입력에서 이름 지정된 태그에 상대적을 사용 가능하게 하십시오.
페이지 선택 상자에서 빌더 호출을 배치할 페이지를 선택하십시오.
페이지 선택 상자에는 웹 애플리케이션의 모든 페이지 이름이 표시됩니다.
태그 찾기 선택 상자에서 빌더 호출을 배치할 이름 지정된 요소를 선택하십시오.
태그 찾기 선택 상자는 선택된 페이지의 이름 지정된 모든 <input /> 및 <span /> 태그를 표시합니다.
페이지에 빌더 호출 배치에 대해 다음 삽입 모드 중 하나를 선택하십시오.
노드 바꾸기

빌더 호출 출력은 태그 선택 상자에 지정된 요소를 바꿉니다.
참고: 프로파일에서, 이 선택사항은 프로파일 값 Rename으로 표시됩니다. 결국 프로파일 대화 상자에서 노드 바꾸기 작동을 표시하는 값 테이블에 표시되는 값은 Rename이 됩니다.

이전

새 태그 이름 텍스트 입력에 사용자가 지정하는 값으로 설정되는 이름을 갖는 태그 찾기 선택 상자에 지정되는 요소 앞에 빌더 호출 출력이 삽입됩니다.

이후

새 태그 이름 텍스트 입력에 사용자가 지정하는 값으로 설정되는 이름을 갖는 태그 찾기 선택 상자에 지정되는 요소 뒤에 빌더 호출 출력이 삽입됩니다.

맨 위 내부

새 태그 이름 텍스트 입력에 사용자가 지정하는 값으로 설정된 요소 이름을 갖는 태그 찾기 선택 상자에 지정된 이름 지정된 요소의 첫 번째 하위 요소로서 빌더 호출 출력이 삽입됩니다.

맨 아래 내부

새 태그 이름 텍스트 입력에 사용자가 지정하는 값으로 설정된 요소 이름을 갖는 태그 찾기 선택 상자에 지정된 이름 지정된 요소의 마지막 하위 요소로서 빌더 호출 출력이 삽입됩니다.

TableWrapAbove
빌더 호출 출력이 새 테이블 행으로 추가되어 태그 찾기 선택 상자에 이름 지정된 요소가 표시되는 테이블 행을 복제합니다. 예를 들어, #old# 및 #new#는 태그 찾기 선택 상자에 지정된 요소와 새 요소를 각각 지정합니다.
```
<table>
<tr><td>#new#</td></tr>
<tr><td>#old#</td></tr>
</table>
```
참고: 이름 지정된 요소가 <tr> 노드 안에 있는 경우, TableWrapAbove는 그 위에만 새 <tr> 노드를 작성합니다.
TableWrapBelow
빌더 호출 출력이 새 테이블 행으로 추가되어 태그 찾기 선택 상자에 이름 지정된 요소가 표시되는 테이블 행을 복제합니다. 예를 들어, #old# 및 #new#는 태그 찾기 선택 상자에 지정된 요소와 새 요소를 각각 지정합니다.
```
<table>
<tr><td>#old#</td></tr>
<tr><td>#new#</td></tr>
</table>
```
참고: 이름 지정된 요소가 <tr> 노드 안에 있는 경우, TableWrapBelow는 그 아래에만 새 <tr> 노드를 작성합니다.
TableWrapLeft
빌더 호출 출력은 태그 찾기 선택 상자에 이름 지정된 <td> 요소의 왼쪽에 새 <td> 요소로서 추가됩니다. 예를 들어, #old# 및 #new#는 다음 코드에서 각각 이전 노드와 새 노드를 지정합니다.
```
<table>
<tr>
<td>#new#</td>
<td>#old#</td>
</tr> 
 </table>
```
참고: 노드가 <td> 노드 안에 있고 포함하는 <tr> 노드가 형제 노드를 갖지 않는 경우, TableWrapLeft는 선택된 <td> 앞에만 새 <td> 노드를 작성합니다.
TableWrapRight
빌더 호출 출력은 태그 찾기 선택 상자에 이름 지정된 <td> 요소의 오른쪽에 새 <td> 요소로서 추가됩니다. 예를 들어, #old# 및 #new#는 다음 코드에서 각각 이전 노드와 새 노드를 지정합니다.
```
<table>
<tr>
<td>
```

IBM WebSphere Portlet Factory 8.0.0 문서

에디션 정보

문서 업데이트 사항

인쇄

오프라인 작업

피드백 제출

지속적인 학습

빌더 도움말

기타 문서

다른 제품과 통합

제품 정보 및 위키 관련 자원

IBM Web Experience Factory Designer 개요

Web Experience Factory 위키 사용

Web Experience Factory Designer 도움말 사용 정보

이 릴리스의 새로운 기능

클라이언트 측 애플리케이션 지원

빌더

사용자 경험

일반

릴리스 정보 - IBM Web Experience Factory 버전 8.0

목차

설명

공지사항

시스템 요구사항

Web Experience Factory 버전 8.0 설치

알려진 문제점

Web Experience Factory Designer의 상위 레벨 개요

제품 개요

아키텍처 개요

주요 개념: 빌더, 모델 및 프로파일

새 프로젝트 환영

IBM Web Experience Factory 인터페이스

프로젝트 탐색기 및 모델 네비게이터 보기

프로젝트 탐색기 표시의 필터

모델 네비게이터 보기 표시

프로젝트 탐색기 호출

프로파일 편집기

아웃라인 보기 정보

보기 메뉴

그룹 기준

정렬 기준

검색

애플리케이션 트리 연결

열

빌더 호출 목록

빌더 호출 목록의 조직 변경 정보

빌더 선택도구 사용 정보

빌더 목록 업데이트 정보

빌더 목록 업데이트

빌더 도움말 표시

즐겨찾기 관리 대화 상자 정보

빌더 호출 팝업 메뉴

모델 편집기 정보

패널

애플리케이션 트리 정보

애플리케이션 트리의 제어

애플리케이션 트리의 일반 폴더

설계와 상호작용 및 미리보기

설계 및 페이지 패널을 사용한 작업

페이지 패널

설계 패널

소스 패널을 사용한 작업

애플리케이션 트리 및 소스 보기를 사용한 작업

컨테이너 모델에서 기본 페이지 보기 제어

모델 편집기 팝업 메뉴

모델 XML 패널

빌더 호출 편집기 사용 정보

입력 값 지정 정보

빌더 호출 이름 지정 정보

중복 이름 오류

참조 선택 대화 상자 사용 정보

메소드에 대한 참조 작성

빌더 입력사항 값 지정

간접 참조 유형 결합

빌더 입력을 위한 Java 표현식 사용

사전 정의된 Java 표현식

간접 참조 중첩 및 연결

참조 선택기

테마 특성 데이터에 대한 간접 참조

페이지 제어 지정