EGL 생성 및 배치 소개

EGL 소스 코드를 작성하고 테스트한 후 대상 플랫폼의 Java™, JavaScript 또는 COBOL 코드를 생성합니다.

이 주제와 다음 주제에 설명된 바와 같이 워크벤치가 사용 가능한 경우 생성할 수 있습니다.
  • "워크벤치 일괄처리 인터페이스에서 생성"
  • "Ant 스크립트를 사용한 생성"

또는 "EGL SDK(Software Development Kit)를 사용한 생성"에 설명된 바와 같이 EGL SDK에서 생성할 수 있습니다.

Rich UI 애플리케이션 또는 선택적으로 웹 서비스를 생성한 후 EGL 배치라고 하는 워크벤치 특정 단계를 수행합니다. 마지막으로 EGL 준비라고 하는 단계가 필요할 수 있습니다. 예를 들어, 원격 플랫폼에서 COBOL 코드를 배치할 때 필요합니다.

다음 절은 전체 프로세스를 요약한 것입니다.

EGL 개발 및 디버그

가장 효율적인 방법은 코드를 개발하고 디버그한 후 출력을 생성하고 배치하는 명시적 지시사항을 제공하는 것입니다. 그러나 EGL에 대한 작업을 시작할 때 프로세스의 여러 측면이 자동으로 발생하도록 워크벤치의 기본 설정을 그대로 사용할 수 있습니다.

코딩은 개발 시에 발생하고 디버깅이 디버그 시에 발생합니다.

EGL 컴파일

워크벤치에서 EGL 소스 코드를 개발할 때 인터페이스가 사용자의 변경에 응답합니다. 예를 들어, 올바르지 않은 함수를 작성하는 경우 EGL 편집기가 오류에 대한 신호를 보냅니다. 오류를 수정한 후 함수의 이름이 즉시 아웃라인 보기에 표시됩니다.

어떻게 워크벤치가 EGL 편집기에서 오류에 대한 신호를 보내고 갑자기 데이터를 다른 보기에 표시하여 사용자 코드에 응답합니까? 이러한 동작은 EGL 생성기에 대한 입력으로 나중에 사용되는 일종의 내부 형식으로 소스 코드를 변환하는 숨겨진 EGL 컴파일에 의해 가능해집니다.

각 컴파일은 소스 코드가 구문상 및 의미상 올바른지 여부를 유효성 검증합니다. 유효성 검증을 통해 워크벤치가 오류에 응답합니다. 유효성 검증은 대상 플랫폼의 특정 오류를 발견하지 않습니다.

EGL 컴파일러는 소스 코드를 컴파일하는 시스템 코드입니다. 컴파일은 컴파일 시에 발생하지만 이 프로세스 측면을 제어하지 않습니다.

EGL 컴파일러는 생성된 출력을 작성하기 위한 기타 코드를 호출합니다.

EGL 빌드

EGL 빌드는 EGL 소스 코드 파일을 컴파일하고 디버깅 및 생성에 사용되는 파일 세트에 출력을 저장하는 프로세스입니다. 빌드된 파일은 중간 표시(IR) 파일이라고 합니다. 파일 저장은 빌드 시에 발생합니다.

빌드에 대한 입력은 항상 저장된 EGL 파일입니다.

기본적으로 워크벤치는 EGL 소스 코드를 저장할 때마다 EGL 빌드를 수행합니다. 프로젝트 > 자동 빌드 메뉴 옵션의 선택 표시를 그대로 두어 기본 동작을 사용하십시오. 빌드는 업데이트가 필요한 IR 파일만 업데이트하는 증분식이므로 상대적으로 빠릅니다.

프로젝트 > 자동 빌드 메뉴 옵션의 선택 표시를 제거하는 경우 다른 두 개의 메뉴 옵션을 사용할 수 있습니다.
  • 프로젝트 > 프로젝트 빌드를 사용하면 특정 프로젝트에 대한 증분식 빌드를 요청할 수 있습니다.
  • 프로젝트 > 모두 빌드를 사용하면 작업공간의 모든 프로젝트에 대한 증분식 빌드를 요청할 수 있습니다.

또한 프로젝트 > 정리 메뉴 옵션을 클릭하고 빌드할 프로젝트를 표시하면 EGL 빌드를 수행할 수 있습니다. 이 경우 워크벤치는 기존 IR 파일을 즉시 제거하고 모든 출력을 빌드합니다. 생성된 출력이 예상대로 작동하지 않으면 정리 옵션을 사용해 보십시오.

워크벤치 빌드 설정은 EGL 빌드 이상을 제어합니다. 특히 EGL 생성 및 기타 Java 소스 코드(파일 확장자 .java)를 변환하고 Java 바이트코드(파일 확장자 .class)에 출력을 저장하는 Java 빌드를 제어합니다. 다음 절에서 이 세부사항을 다시 다룹니다.

EGL 생성

EGL 생성은 IR 파일을 허용하고 대상 플랫폼에만 해당하는 출력을 생성하는 프로세스입니다. 생성에는 생성에 대한 입력이 대상 플랫폼에 적합한지 확인하는 유효성 검증 단계가 포함됩니다. 이 유효성 검증 단계는 EGL 생성기에 있는 대부분의 메시지의 소스입니다.

생성하기 전에 특정 플랫폼으로 출력을 생성하기 위한 규칙을 제공하십시오. 규칙은 출력이 생성되는 방식과 이후 배치를 위해 출력이 빌드되는 방식에 영향을 주는 XML 정의인 빌드 파트에 있습니다.

가장 중요한 빌드 파트는 빌드 디스크립터입니다. 이 파트는 대상 플랫폼을 식별하고 다른 빌드 파트를 적절하게 참조합니다.

두 가지 생성 측면을 고려하십시오.
  • 빌드가 대화식 개발 환경에서 발생하는 경우 워크벤치는 항상 디버거의 출력을 생성합니다. 디버그 출력은 자동으로 생성되므로, 코드에 만족할 때까지 생성 및 배치 프로세스의 다른 측면을 무시할 수 있습니다.
  • 최종적으로 프로덕션 환경에 설치되는 출력을 생성할 때 여러 옵션이 적용됩니다. 이러한 옵션을 보려면 > 환경 설정을 클릭하고 EGL > 생성을 클릭하여 표시되는 분할창을 검토하십시오.
    • 첫 번째 선택란은 필요한 경우 출력을 생성하기 전 빌드 호출입니다. 이 설정은 생성 단계를 명시적으로 요청할 때 중요합니다. 선택란을 선택하면(기본값임) 워크벤치는 IR 파일에서 출력이 생성되기 전에 IR 파일이 최신 상태인지 확인합니다.

      다음과 같은 이유로 인해 기본 설정이 권장됩니다. 워크벤치가 출력이 생성되기 전에 IR 파일을 업데이트하지 않는 경우 출력이 이전 버전의 로직에 기반할 수 있기 때문입니다.

    • 빌드 시 생성 아래에는 COBOL, Java 및 JavaScript의 선택란이 있습니다. IR 파일이 업데이트될 때마다 생성을 발생시키려면 선택란을 선택하십시오. 설정은 다음과 같은 경우에 중요합니다.
      • 프로젝트 > 자동 빌드가 적용되고 EGL 파일을 저장하거나
      • 프로젝트 > 자동 빌드가 적용되지 않고 프로젝트 > 프로젝트 빌드 또는 프로젝트 > 모두 빌드를 클릭하거나
      • 프로젝트 > 정리를 클릭합니다.

      프로세스에서 나중에 사용하도록 명시적 생성을 그대로 두고 권장되는 프로세스인 반복적인 쓰기, 빌드 및 디버그에 익숙한 경우 선택란을 선택 취소할 수 있습니다.

      기본적으로 빌드 시 생성은 Java 또는 JavaScript의 경우에 발생합니다. 이 설정은 이전 버전의 EGL 동작을 계속합니다.

      대부분의 경우 생성 단계의 영향은 COBOL의 경우에 가장 크므로 COBOL에 대해 자동 생성이 지정되지 않습니다. 생성 단계는 일반적으로 이후 준비를 위해 COBOL 코드를 다른 시스템으로 전송하며 이 단계는 특히 시간이 많이 소요됩니다.

    • 생성 모드 아래에는 Java 및 JavaScript 생성에 대한 두 가지 대안이 있습니다.
      • 기본 파트 및 해당 연관 생성.

        이 옵션만 COBOL 생성에 유효합니다.

      • 파트에 의한 생성.

      자세한 정보는 "생성 모드"를 참조하십시오.

생성에 대한 기본 입력은 생성 중인 파트가 포함된 EGL 소스 파일입니다. 다른 입력은 EGL 배치 디스크립터이며 서비스 배치, Rich UI 애플리케이션 배치 및 서비스 액세스에 대한 세부사항을 제공하는 파일입니다. 그러나 EGL 배치 디스크립터는 생성 중이 아닌 이후 단계 중에 사용됩니다. 다음 절에서 세부사항을 제공합니다.

생성 단계가 가능한 파트가 포함된 프로젝트, 패키지 또는 파일을 선택할 때 팝업 메뉴에서 다음의 항목 중 하나를 마우스 오른쪽 단추로 클릭하고 선택할 수 있습니다.
  • 마법사를 사용한 생성. 이 메뉴 옵션은 생성되는 파트 목록을 표시하며 사용되는 기본 빌드 디스크립터를 표시합니다. 마법사를 사용하여 빌드 디스크립터를 변경할 수 있습니다. 또한 대상 시스템과 기타 자주 수정되는 빌드 디스크립터 옵션을 변경할 수 있습니다.
  • 생성. 이 옵션은 생성 프로세스를 시작하고 파일, 패키지, 폴더, 프로젝트 또는 전체 워크벤치에 대해 지정한 기본 빌드 디스크립터를 사용합니다.

두 번째 옵션의 단축키는 CTRL-G를 클릭하는 것입니다. 생성될 수 있는 파트가 포함된 파일에 대해 작업할 때(현재 생성 모드로 가정함) 또는 생성될 수 있는 배치 디스크립터에 대해 작업할 때 단축키를 사용할 수 있습니다.

Java 코드를 생성한 후 프로젝트 > 자동 빌드 메뉴 옵션이 적용되는 경우 Java 빌드가 자동으로 발생합니다. 생성된 출력에서 해석되지 않는 참조로 인해 발생하는 오류를 방지하기 위해 Java 파일이 저장될 때가 아닌 생성 단계가 충족된 후에만 자동 빌드가 발생합니다.

EGL 생성기는 소스 코드를 생성하는 시스템 코드입니다. EGL 생성기는 생성 시에 작업을 수행합니다.

EGL 배치

EGL 배치는 배치 대상에 EGL 생성 출력을 쓰는 워크벤치 프로세스이며 배치 대상은 명시적으로 지정하는 프로젝트 또는 빌드 디스크립터에 식별된 출력 위치입니다. 이 출력의 쓰기에는 두 조치가 포함됩니다.
  • EGL 배치 디스크립터의 설정에 따라 출력 생성.
  • 이전에 생성된 출력 이동. 특히 EGL 생성 JavaScript 또는 웹 서비스.

Rich UI 애플리케이션에는 배치 단계가 필요합니다. 이점은 효율성입니다. 배치 단계의 사용은 코드를 생성한 후 빌드 디스크립터 옵션을 변경하고 모든 출력을 다시 생성하는 대신 간단한 변경으로 하나 또는 다른 배치 대상에 출력을 푸시함을 의미합니다. 프로젝트 자체에는 서버 유형 및 JEE 레벨에 대한 세부사항이 포함됩니다. 이 세부사항은 다른 경우에 빌드 디스크립터에 지정되어 있습니다.

Rich UI에만 해당하는 배치 세부사항의 경우 "Rich UI 배치 개요"를 참조하십시오.

배치 단계는 EGL 생성 SOAP 서비스 및 EGL REST-RPC 서비스의 경우 선택사항입니다. Rich UI 애플리케이션에 대해 언급된 이점은 해당 웹 서비스에 적용되며 특히 서비스가 JEE 준수 애플리케이션 서버에서 실행되는 경우에 적용됩니다. 그러나 CICS®용 웹 서비스를 배치하는 경우 기본 이점은 일관성이며 다른 웹 서비스에 사용 가능한 것처럼 출력 생성에 동일한 프로세스를 사용할 수 있습니다.

배치 단계는 EGL 서비스와 같은 다른 EGL 생성 출력을 생성하고 준비할 때 발생하지 않습니다.

배치 시 디스크립터에 배치 대상을 지정해야 합니다. 두 가지 변형이 적용됩니다.
  • EGL 생성 Rich UI 애플리케이션 및 Java 생성만 관련된 웹 서비스의 경우 배치 대상은 명시적으로 지정하는 프로젝트입니다.
  • EGL 생성 COBOL SOAP 서비스의 경우 빌드 디스크립터를 참조하여 배치 대상을 지정하십시오.
    • z/OS® CICS에서 실행되는 COBOL SOAP 서비스의 경우 genDirectory 옵션은 대상 디렉토리를 식별하고 추가 설정이 이후 처리를 제어합니다. 자세한 정보는 "CICS에서 웹 서비스 생성 및 배치"를 참조하십시오.
    • IBM® i에서 실행되는 COBOL SOAP 서비스의 경우 빌드 디스크립터의 genProject 옵션은 Java 컴포넌트의 대상 프로젝트를 식별합니다. 자세한 정보는 "IBM i에 COBOL SOAP 서비스를 배치하기 위한 특수 고려사항"을 참조하십시오.

    생성된 출력 및 런타임 아키텍처의 개요는 "SOA에 대한 EGL 지원 개요"를 참조하십시오.

배치 단계를 충족시키려면 다음과 같이 수행하십시오. 배치 디스크립터 또는 엔클로징 프로젝트를 마우스 오른쪽 단추로 클릭한 후 배치 옵션을 클릭하십시오.

서비스와 관련하여 EGL 배치 디스크립터에서 배치 대상의 설정을 방지할 수 있습니다. 이 경우 다음의 세부사항이 적용됩니다.
  • 이전 버전의 EGL과 같이 배치 디스크립터를 생성하십시오. 배치 프로젝트를 생성하여 배치 디스크립터를 간접적으로 생성할 수 있습니다.
  • 이전에 설명된 바와 같이 빌드 디스크립터 옵션은 이후 처리를 제어합니다.

EGL 배치자가 내부 배치 시에 작업을 수행합니다. 문서에서는 배치 가능한 출력이 프로덕션 환경에 설치될 때 이후 단계인 외부 배치 시를 참조합니다.

EGL 준비

EGL 준비는 EGL 생성 Java 또는 COBOL 코드를 컴파일하고 기타 변환하는 프로세스입니다. EGL 생성 JavaScript는 준비되지 않습니다.

준비 단계는 디렉토리에 대한 출력의 생성(또는 생성 및 배치) 이후에 발생합니다. 다음과 같은 용도가 있는 XML 파일인 EGL 빌드 계획의 제어 하에 준비가 발생합니다.
  • Java 코드의 컴파일 제어 또는
  • 대상 플랫폼에서 COBOL 코드의 컴파일 및 기타 처리. 처리에는 바인드 및 링크 편집 단계가 포함될 수 있습니다.

EGL 준비는 준비 시에 발생합니다. 자세한 정보는 "생성된 Java 또는 COBOL 출력의 준비"를 참조하십시오.