weblogic10.2 환경에서 다음과 같은 상황이 발생합니다.Weblogic 배치 문제
관리 노드가 시작할 때 배포 된 전쟁의 캐시 된 이전 버전을 추출하는 것으로 보입니다.
관리자는 관리 서버의 배포 위치에 복사 된 배포 가능한 최신 버전을 무시합니다.
관리 노드가 배치 가능한 (war 파일)의 캐시 된 버전을 검색하는 위치를 찾을 수 없습니다.
관리 서버가 다운 된 경우에도 마찬가지입니다.
이 상황을 진단하는 방법에 대한 지침과 캐싱 된 버전이 어디에 있는지 알 수 있습니다.
Weblogic은 기본값을 사용하여 배포 한 것으로 가정하고 준비된 폴더에서 배포를 읽습니다. 올바른 소스를 읽을 수 없으므로이 단계별 사본을 읽은 것일 수 있습니다 (관리 서 v를 올리면 관리 서 v에 올 Y 른 전개가 수행되기 때.에이를 수행 할 수도 있습니다). 스테이징 또는 무대 단계 중 하나를 사용하여 배포를 수행 할 때 weblogic이 ear/war 파일을 배포하는 방법을 변경할 수 있습니다. 또한 새 버전을 배포 할 때 이전 복사본을 제거하지 않고 업데이트를 사용하고 있습니까? 그렇지 않은 경우 weblogic은 버전 정보를 Manifest.mf 파일에 추가 할 때 업데이트를 지원합니다. 그러면 캐싱 문제를 수정해야하는 위치에서 업데이트 할 수 있습니다. 또한 배포를 정상적으로 전환하고 현재 상태를 볼 수 있습니다 (이전 세션이 모두 종료 될 때까지 이전 복사본이 실행될 수 있으며 모든 새 세션에 대해 새 복사본이 실행될 때까지). 이전 세션이 종료되면 weblogic은 이전 사본을 폐기합니다. 새 복사본을 방금 삭제하면 weblogic은 정리 될 때까지 (예 : JNDI 트리의 링크) 일부 리소스에 계속 응답 할 수 있습니다. 그러면 문제가 발생할 수 있습니다.