버전 7.0 이상에서 마이그레이션
버전 7 이전의 버전에서 마이그레이션하는 경우 EGL V7.0 마이그레이션 도구를 사용하여 버전 7.5에 직접 마이그레이션할 수 있습니다.
버전 7.5 이상에서 마이그레이션
- 프로젝트의 디렉토리 구조가 버전 8에서 변경되었습니다.
버전 8.0에서는 EGL이 생성된 Java 코드를 프로젝트 디렉토리 구조의 맨 위 레벨에서 새 EGLGen/JavaSource 디렉토리로 배치합니다. EGL은 를 클릭하는 경우를 포함하여 생성할 때마다 이 코드를 새로 고칩니다. 사용자가 직접 수정한 Java 코드에 대해 최상위 레벨 JavaSource 디렉토리를 사용하십시오. 정리 명령은 이 디렉토리에 영향을 주지 않습니다.
Rich UI 프로젝트의 경우 디버그 또는 런타임용으로 생성 중인지 여부를 판별하는 데 생성 모드 환경 설정을 이제 사용하지 않습니다. 대신 두 유형의 코드 모두 EGLGen/JavaScript/Debug 및 EGLGen/JavaScript/Target 디렉토리에 자동으로 생성됩니다.
버전 7 디렉토리 구조를 유지하는 경우 프로젝트가 버전 8에서 정상적으로 작동합니다. 디렉토리 구조를 새 버전 8 구조로 업데이트하는 경우 버전 7에서 프로젝트를 이제 사용할 수 없습니다.
이와 같이 변경하면 개발자가 배치된 단일 프로젝트로 병합되는 Java™ 생성용 별도 프로젝트를 작성할 가능성이 더 커집니다. 이러한 프로젝트에 교차 종속성이 있는 경우 Java 빌드 경로를 변경해야 할 수 있습니다. 자세한 정보는 Java 빌드 경로를 참조하십시오.
- Rational® Business Developer 버전 8은 Java 5 이상이 필요합니다. 이 주제에서 "Rational Business Developer 버전 8의 Java 고려사항"을 참조하십시오.
- EGL NUMBER 루스 유형은 JavaScript에 대해 생성할 때 새 내부 표현을 포함합니다. EGL 파일을 버전 8로 초기에 가져올 때 EGL의 기본 동작이 자동으로 JavaScript를 다시 생성하는 것이므로 대부분의 경우 조치가 필요하지 않습니다. JavaScript에 대해 빌드 이후 생성 환경 설정을 사용 안함으로 설정한 경우 버전 8에서 사용하기 전에 NUMBER 유형을 포함하는 모든 JavaScript 파일을 수동으로 생성해야 합니다. 자세한 정보는 Loose 유형 및 생성 환경 설정 설정의 내용을 참조하십시오.
- 새 버전으로 옮기는 경우 새 작업공간을 작성하는 것이 가장 좋습니다.
- 버전 8로 옮길 때 EGL Rich UI를 사용하고 위젯 라이브러리를 업데이트하지 않는 경우 가능한 호환성 문제를 고려하십시오. 자세한 정보는 이 주제에서 "위젯 라이브러리의 알려진 호환성"을 참조하십시오.
Rational Business Developer 버전 8의 Java 고려사항
버전 8은 Java 5 (버전 1.5.0로도 알려짐) 이상이 필요합니다. 이 요구사항은 버전 7로부터의 업그레이드인데, 이는 Java 버전 1.4.0이 필요합니다. 버전 8은 Java 6용 JRE(Java Runtime Environment)를 포함합니다. 이 JRE는 이전 버전의 EGL에서 생성된 코드와 완전히 호환 가능하고, 사용자는 새 JRE로 인해 기존의 EGL 프로그램을 다시 생성할 필요가 없습니다.
EGL을 사용하는 동안 제품과 함께 설치된 JRE에서 Java 일괄처리 프로그램과 Tomcat 서버를 실행하도록 선택할 수 있습니다. 또한 WebSphere® Application Server용 JRE를 제외하고 시스템에 설치한 기타 Java 5 이상 JRE에서 해당 일괄처리 프로그램을 실행하도록 선택할 수도 있습니다. 이 JRE는 해당 제품과 함께 독점적으로 사용됩니다. 또한 EGL 또는 WebSphere Application Server 외부에서 사용자가 배치하는 생성된 코드를 실행하는 데 JRE가 필요합니다. 이러한 용도로 임의의 Java 5 이상 JRE를 선택할 수 있습니다.
대부분의 경우 변경해도 문제점이 발생하지 않습니다. 그러나 Java 1.4의 기업 표준에 커미트된 경우 버전 8로 마이그레이션하지 마십시오.
위젯 라이브러리의 알려진 호환성
Rich UI 프로젝트를 버전 8로 옮기는 경우 해당 프로젝트의 위젯 라이브러리를 최신 레벨로 업데이트하는 것이 가장 좋습니다. 이러한 프로젝트를 가져오는 방법에 대한 지시사항은 제품 제공 프로젝트 가져오기의 내용을 참조하십시오.
이전 릴리스에서 위젯 라이브러리를 사용하도록 선택하는 경우 라이브러리의 특정한 조합만 테스트되었음을 고려하십시오. 다음 표는 호환 가능하도록 알려진 위젯 라이브러리의 버전을 표시합니다. 기타 조합이 가능하지만, 함께 효율적으로 작동하도록 보장되지 않았습니다.
| 제품 버전 | Rich UI 위젯 | Dojo 위젯 | Dojo 런타임 |
|---|---|---|---|
| 8.0 | 2.0.0 | 1.0.0 | 1.5 |
| 7.5.1.5 | 1.0.3 | 0.8.0* | 1.4 |
| 7.5.1.4 | 1.0.2 | 0.7.1* | 1.3.2 |
| 7.5.1.3 | 1.0.1 | 해당사항 없음 | 해당사항 없음 |
| 7.5.1.2 이하 | 1.0.0 | 해당사항 없음 | 해당사항 없음 |
* 공식적으로 지원되지 않습니다. EGL Café를 통해 분배되었습니다.
버전 7.1에서 마이그레이션(버전 7.5 미만까지)
제품을 시작할 때 모든 프로젝트에서 마이그레이션이 필요한지 확인합니다. 프로젝트를 가져오거나 소스 코드 관리자에서 프로젝트를 확인하는 경우에도 이런 방식으로 확인합니다. 마이그레이션해야 하는 경우 작업공간이 메시지를 표시한 다음 사용자가 마이그레이션할 특정 프로젝트 및 자원을 선택할 수 있습니다.
- ExternalType 함수 매개변수에 in 수정자가 필요합니다.
- Apache .jar 파일의 경로가 변경되었습니다.
- BIRT 보고서 파일에 ICU4J (Java용 Unicode에 대한 국제적 컴포넌트) 지원이 필요합니다.
버전 7.0에서 마이그레이션(버전 7.1 미만까지)
- 양식을 사용하고 V7로 마이그레이션한 경우
V7.1을 실행하기 전에 코드를 변경해야 합니다. EGL 버전 7이 양식을 지원하지 않으므로
양식이 있는 대부분의 사용자는 해당 버전으로 마이그레이션하지 않았습니다.EGL V7에서 V7.1로 양식을 마이그레이션하려면 다음과 같이 변경하십시오.
- @ 연산자를 모든 printFloatingArea 및 screenFloatingArea 특성에 추가하십시오.
- 양식에 대한 모든 @printFloatingArea 복합 특성을 새 printFloatingAreas 특성 내부에 배치하십시오.
- 양식에 대한 모든 @screenFloatingArea 복합 특성을 새 screenFloatingAreas 특성 내부에 배치하십시오.
- 버전 7.0에서 7.0.0.3에 대해 생성되었고 해당 코드가 WebSphere Application Server에서 실행하여 모든 플랫폼의 웹 서비스에 액세스하는 웹 프로젝트에 대해 작업하는 경우 프로젝트를 변경해야 합니다. 프로젝트가 WebSphere Application Server 이외의 서버에서 실행될 경우 변경할 필요가 없습니다.
- 연관된 EAR 파일에 있는 WAR 파일의 클래스 로더를
PARENT_FIRST로 전환하십시오.
- 웹 프로젝트의 루트에 있는 projectNameEAR 배치 디스크립터를 두 번 클릭하십시오. 여기서 projectName은 프로젝트 이름입니다. 이 배치 디스크립터는 EGL 배치 디스크립터가 아니라 J2EE 배치 디스크립터입니다.
- 배치 디스크립터 편집기에서 배치 탭을 클릭하십시오.
- 배치 페이지의 맨 아래에서 애플리케이션 섹션을 찾으십시오.
- 애플리케이션 목록에서 웹 프로젝트를 나타내는 WAR 파일을 선택하십시오.
- 클래스로더 모드 목록에서 PARENT_FIRST를 선택하십시오.
- 배치 설명자를 저장하고 닫으십시오.
- 자원 퍼스펙티브를 열고 다음 .jar 파일을
projectName/WebContent/WEB-INF/lib:에서 제거하십시오.
- axis.jar
- commons-discovery-0.2.jar
- commons-logging-1.0.4.jar
- eglwsdl.jar
- jaxrpc.jar
- saaj.jar
- wsdl4j-1.5.1.jar
- ServerType 빌드 디스크립터 옵션이 적합한 버전의 WebSphere Application Server로 설정되는지 확인하려면 프로젝트를 다시 생성하십시오.
COBOL 소스 또는 Rich UI 프로젝트를 마이그레이션하는 경우 추가로 변경해야 할 수도 있습니다. 세부사항은 “COBOL-to-EGL 마이그레이션” 및 “Rich UI 프로젝트 마이그레이션”을 참조하십시오.
피드백