자산 갱신
자산 업데이트 마법사를 사용하여 자산의 클래스, 컴포지트, wsdl, xsd 및 definitions.xml 파일을 업데이트하십시오.
시작하기 전에
하나 이상의 자산을 가져오십시오. 가져온 자산에서 전개 가능한 각 오브젝트의 파일 이름이 관리 콘솔 자산 페이지의 자산 목록에 표시됩니다.
이 태스크 정보
제품 관리 도메인에 있는 자산의 컨텐츠를 모두 또는 일부분만 업데이트할 수 있습니다. 관리 콘솔의 자산 업데이트 마법사를 사용하여 자산을 업데이트하려면 해당 프로시저의 단계를 완료하십시오. 또는 프로그래밍이나 wsadmin 도구를 사용하여 자산을 업데이트할 수 있습니다.
업데이트할 자산이
SCA(Service Component Architecture) 자산인 경우
다음과 같은 업데이트 제한사항이 있습니다.
- CU(Composition Unit)가 사용 중인 컴포지션 파일을 삭제할 수 없습니다. 삭제가 시도되면 자산 업데이트 로그로 경고 메시지가 전송됩니다.
- sca-contribution.xml 파일을 업데이트할 수 없습니다.
- SCA는 추가 또는 삭제되는 배치 가능한 컴포지트를 발견할 수 없습니다. 따라서 새 CU(Composition Unit)를 배치하는 동안에는 배치 가능한 옵션 목록에 배치 가능한 새 컴포지트가 표시되지 않습니다.
- SCA는 자산 업데이트 프로세스 동안 추가/제거되는 종속성을
발견할 수 없습니다.
- 새 가져오기 패키지를 추가한 다음, 기존 CU(Composition Unit)의 클래스를 이 새 패키지가 필요하도록 업데이트하면 ClassNotFoundException 오류가 발생하여 자산 업데이트 마법사가 실패합니다. 배치 조작 과정에서 종속 항목이 발견되기 때문에 업데이트된 자산에서의 새 CU 배치는 정상적으로 완료됩니다.
- 새 내보내기 패키지/네임스페이스가 추가되어도 기존 CU는 영향을 받지 않기 때문에 자산 업데이트 마법사는 성공적으로 완료됩니다.
- 공유 라이브러리로 배치되는 종속 SCA 자산에서 컴포지트, XSD 또는 WSDL 파일과 같은 구성 메타데이터는 업데이트할 수 없습니다. SCA 프로그래밍 모델에서 사용하는 어노테이션이 포함되지 않은 2진 파일만 업데이트할 수 있습니다.
- 자산 업데이트 마법사는 기존 CU의 자산에 제공된 새 컴포지트 정의 파일을 사용하므로
컴포지트 구성에 대한 다음 사후 배치 관련 변경사항은 저장되지 않습니다.
- 바인딩 자원: 이 정보를 저장하려는 경우 업데이트를 수행하기 전에 모든 데이터를 새 자산의 컴포지트 정의 파일에 내보내십시오.
- 컴포넌트 참조 대상 URI: 이 정보를 저장할 경우에는 업데이트를 수행하기 전에 모든 데이터를 새 자산의 컴포지트 정의 파일에 내보내십시오.
- 컴포넌트 특성: 이 정보를 저장하려는 경우 업데이트를 수행하기 전에 모든 데이터를 새 자산의 컴포지트 정의 파일에 내보내십시오.
- HTTP 엔드포인트 URL 정보: 자산 업데이트 마법사를 완료한 후에 이 정보를 재구성해야 합니다.
- 웹 서비스 정책 세트 첨부의 경우, 자산 업데이트를 처리하는 과정에서,
- 업데이트된 컴포지트 정의 파일의 엔드포인트에 지정된 정책 세트가 있는 경우, SCA는 정책 세트가 배치된 컴포지션의 해당 엔드포인트에 이미 첨부되었는지 여부를 확인합니다. 해당 엔드포인트에 이미 첨부가 있는 경우 첨부는 제거되며 해당 엔드포인드의 새 컴포지트 파일에 나열된 정책 세트가 첨부됩니다. 이 상황에서 사후 배치 정책 세트 구성을 변경한 경우 해당 변경사항이 손실됩니다.
- 업데이트 컴포지트 정의 파일의 엔드포인트에 정의된 정책 세트가 없는 경우 해당 엔드포인트에 대한 기존 첨부가 제거됩니다.
정책 세트 바인딩은 다음의 동일한 규칙을 따릅니다.
- RunAs 및 RoleToUser 맵핑 정의의 경우, 자산 업데이트를 처리하는 과정에서,
- implementation.java, implementation.spring 및 implementation.osgiapp의 경우 자산의 definition.xml 파일에 정의된 새 역할이 적용되며 editCompositionUnit 명령 또는 관리 콘솔을 사용하여 이러한 역할에 사용자를 맵핑할 수 있습니다. 원래 역할의 기존 역할 맵핑이 보존됩니다.
- implementation.jee의 경우 runAs 및 RoleToUser 맵핑은 SCA 자산 또는 SCA 컴포지션 대신 JEE 애플리케이션에서 정의됩니다. 그러므로 SCA는 자산 업데이트를 처리하는 과정에서 이러한 맵핑으로 아무 것도 수행하지 않습니다.
- binding.ws, binding.atom, wireformat.jsonrpc가 있는 binding.http 및 implementation.widget 웹 컨텐츠를 호스트하는 가상 호스트에 정의된 사용자는 지원되지 않습니다. 자산 업데이트 처리 동안 default_host의 가상 호스트 맵핑이 사용됩니다.
프로시저
결과
Java EE(Java™ Platform, Enterprise Edition) 아카이브가 아닌 라이브러리 JAR 파일로 패키징된 자산을 업데이트하는 경우 제품은 업데이트된 자산을 사용하는 모든 컴포지션 단위로 이 자산을 자동 분배합니다.
그러나 Java EE 자산을 업데이트하는 경우 제품은 이 자산에서 작성된 작성 단위(Java EE 애플리케이션)로 업데이트된 Java EE 아카이브를 자동 분배하지 않습니다. 이 자산에서 작성된 모든 Java EE 애플리케이션을 선택하고 업데이트 단추로 업데이트 컨텐츠를 지정하여 Java EE 애플리케이션을 개별적으로 업데이트해야 합니다.
다음에 수행할 작업
비즈니스 레벨 애플리케이션을 작성하고 비즈니스 레벨 애플리케이션에 자산을 추가하십시오.