현재 관리되는 ThinApp 패키지의 AppID 및 VersionID 값이 업데이트된 패키지를 만드는 데 사용됩니다. 업데이트된 패키지는 동일한 AppID 값 및 더 큰 VersionID 값을 사용합니다.

경우에 따라 조직의 다른 팀에서 업데이트된 ThinApp 패키지를 제공합니다. 업데이트된 ThinApp 패키지를 만드는 사람은 설명된 방법 중 하나를 사용할 수 있습니다.

사전 요구 사항

관리되는 ThinApp 패키지의 AppID 및 VersionID 값 구하기의 단계를 완료하여 현재 ThinApp 패키지의 AppID 및 VersionID 값이 있는지 확인합니다.

사용하는 Workspace ONE Access 버전과 호환되는 ThinApp 프로그램 버전이 있는지 확인합니다. 특정 ThinApp 버전에 대한 자세한 정보는 "VMware 제품 상호 운용성 매트릭스" (http://www.vmware.com/resources/compatibility/sim/interop_matrix.php)를 참조하십시오.

프로시저

  • ♦ Workspace ONE Access에서 지원되는 ThinApp 프로그램 버전을 사용하여 사용 가능한 방법 중 하나로 업데이트된 ThinApp 패키지를 만듭니다.
    옵션 설명
    Setup Capture를 사용하여 다시 캡처합니다. Workspace ONE Access에서 관리되는 기존 ThinApp 패키지에 대한 프로젝트 폴더를 사용할 수 없으면 이 방법을 사용합니다. Setup Capture를 사용하여 업데이트된 패키지를 만들려면 다음 항목만 필요합니다.
    • 기존 ThinApp 패키지의 애플리케이션 실행 파일
    • 애플리케이션 설치 관리자
    • Workspace ONE Access에서 지원하는 버전의 Setup Capture 및 ThinApp 프로그램

    캡처 프로세스 동안 Workspace ONE Access를 사용하여 패키지를 관리하도록 선택하고 패키지가 기존의 기본 ThinApp 패키지의 업데이트인지 확인합니다. 현재 관리되는 ThinApp 패키지에 대한 실행 파일이 들어 있는 폴더를 찾습니다. 특정 실행 파일이 아닌 해당 폴더를 가리킵니다.

    이 방법을 사용하면 업데이트된 패키지를 만들기 전에 AppID 또는 VersionID 값을 구하지 않아도 됩니다. 해당 패키지를 업데이트로 지정하고 Setup Capture에서 이전 버전을 가리키면 캡처 프로세스는 이전 패키지의 AppID를 읽은 후 업데이트된 패키지에 다시 사용합니다. 또한 이 프로세스는 업데이트된 패키지에 대해 증가된 VersionID를 제공하고 동일한 InventoryName을 할당합니다.

    Package.ini 파일을 수동으로 업데이트하고 패키지를 다시 빌드합니다. 재캡처 프로세스를 위한 애플리케이션 설치 관리자가 없거나, 패키지를 최신 ThinApp 버전으로 업데이트하고 relink 명령이 처리하는 것보다 더 많이 업데이트하고 싶은 경우에 이 방법을 사용합니다. 패키지를 다시 빌드하면 새 버전의 ThinApp에서 파일 시스템과 레지스트리가 변경되므로 다시 빌드를 수행하면 새 ThinApp 버전이 사용자가 설정하려는 새 Package.ini 매개 변수를 제공할 때처럼 해당 변경 사항이 선택됩니다.
    새 패키지를 업데이트로 표시하려면 Package.ini 파일의 [Build Options] 섹션에서 다음 Workspace ONE Access 매개 변수를 편집합니다.
    • 현재 관리되는 ThinApp 애플리케이션의 AppID 값과 일치하도록 AppID 매개 변수를 설정합니다. 업데이트된 패키지에 대해 새 AppID 값이 생성되고 Workspace ONE Access는 새 패키지를 기존 패키지의 업데이트로 인식하지 못하므로 AppID에 대해 genid 값을 다시 사용할 수 없습니다.
    • VersionID 매개 변수의 값을 현재 관리되는 ThinApp 패키지보다 큰 정수로 증가시킵니다. 현재 관리되는 패키지에 대해 설정된 VersionID 매개 변수가 없으면 해당 값은 기본적으로 1이며, VersionID 매개 변수에 대한 줄을 Package.ini에 추가하고 값 2(VersionID = 2)로 설정할 수 있습니다.
    • InventoryName 매개 변수 값이 현재 관리되는 패키지의 InventoryName 값과 일치하는지 확인합니다. 현재 패키지 및 업데이트된 패키지의 InventoryName 값은 동일해야 합니다.
    AppID 및 VersionID 옵션과 함께 relink -h 명령을 사용합니다. 다음 조건 중 하나라도 충족되면 이 방법을 사용합니다.
    • 애플리케이션에 대한 프로젝트 폴더가 없습니다.
    • Workspace ONE Access 환경 외부에서 패키지를 이미 캡처, 빌드, 테스트했으며 이제 Workspace ONE Access에 대해 업데이트된 패키지를 사용하도록 설정하고 Workspace ONE Access에서 사용되는 네트워크 공유에 추가하기만 하면 됩니다.
    • ThinApp 런타임만 업데이트하여 해당 새 ThinApp 버전에 사용 가능한 버그 수정을 포함하도록 패키지를 업데이트합니다.

    예를 들어 가상 애플리케이션에 대해 프로젝트 디렉토리(Package.ini 파일 포함)를 변경하고, 패키지를 다시 빌드한 후 테스트한 경우 테스트 환경이 Workspace ONE Access가 아니었을 수 있습니다. 애플리케이션 업데이트의 최종 단계는 Workspace ONE Access에서 사용 가능하게 설정하는 것입니다. 이때 가장 쉬운 방법은 다시 캡처하거나 다시 빌드하는 대신 relink -h 명령을 사용하는 것입니다.

    참고: ThinApp 패키지에서 relink -h 명령을 실행하면 ThinApp 런타임이 항상 업데이트됩니다.

    ThinApp Program Files 디렉토리에서 relink 명령을 실행하여 명령 구문에 대한 도움말을 볼 수 있습니다.

    기존 ThinApp 패키지가 Workspace ONE Access에서 사용되도록 이미 설정된 경우 다음 명령을 실행하여 패키지의 기존 AppID를 다시 사용하고 VersionID를 증가시킬 수 있습니다. 

    relink -h -VersionID + executable-folder/*.*

    여기서 executable-folder는 업데이트하려는 ThinApp 패키지의 실행 파일이 들어 있는 폴더입니다.

    중요: relink 명령을 사용할 때는 Workspace ONE Access 환경의 ThinApp 패키지에 사용되는 네트워크 공유의 패키지 실행 파일 폴더를 직접 가리킬 수 없습니다. 이 명령은 ThinApp 런타임을 업데이트할 때 이전 실행 파일을 BAK 파일로 변환하고 해당 BAK 파일과 새 파일을 폴더에 씁니다. 네트워크 공유는 일반적으로 쓰기를 허용하지 않으므로 relink 명령이 실행 파일 폴더의 사본을 가리키도록 해야 합니다.

    relink 명령의 다른 사용 사례(Workspace ONE Access 환경에서 사용하도록 ThinApp 패키지를 설정하는 경우 포함)는 VMware 기술 자료 문서(http://kb.vmware.com/kb/2021928)에 나와 있습니다.

결과

업데이트된 ThinApp 패키지에 대해 파일(EXE 파일 및 경우에 따라 DAT 파일) 세트가 존재합니다.

다음에 수행할 작업

업데이트된 ThinApp 패키지를 네트워크 공유에 복사의 단계를 완료하여 이러한 파일을 네트워크 공유의 새 하위 폴더에 복사합니다.