개발 팀이 웹 애플리케이션의 소스 코드를 수정할 때마다 EAR을 빌드하고 WebSphere의 배치 관리자에 로그인하고 테스트 서버에서 전체 애플리케이션을 업데이트하고 애플리케이션을 시작해야합니다 다시.Websphere Deployment Manager를 사용하지 않고 웹 애플리케이션을 배치하십시오.
하지만 변경 사항에는 단일 Java 파일 만 포함되는 경우가 있습니다. XXX.class를 WebSphere 폴더의 특정 위치로 복사하는 것만 큼 개발주기를 단축하기 위해 테스트 서버에 변경 사항을 배치하는 다른 방법이 있습니까?
Websphere 애플리케이션의 경우 Hot Deployment을 수행 할 수 있습니다. 그러나이 경우에는 .class 파일을 변경/배포하지 않으므로 적어도 변경하려는 파일은 .jar이어야합니다. 그러나이 설정 절차는 문제의 응용 프로그램과 밀접하게 관련되어 있습니다. 그리고 그것은 튜토리얼 웹 사이트에 속할 것이기 때문에 StackOverflow의 단일 게시물에 넣을 수 없으며 이것은 하나가 아닙니다.
Hot Deployment에 대한 내용은 IBM Knowledge center입니다. 이 페이지의 단계를 따르려면 기꺼이 도움이됩니다.
참고 : IBM과 아무 관계가 없습니다.
사실, 이 Knowledge Center 기사는 "JavaEE 응용 프로그램을 업데이트하는 방법"에 대한 일반적인 대답 일 수 있습니다. http://www.ibm.com/support/knowledgecenter/SSAW57_8.5.5/com.ibm.websphere.nd.doc/ae /crun_app_upgrade.html – dbreaux
더 많은 제안 : 위의 권고 된대로 핫 전개 절차를 사용하고 여기에 문서화하십시오. 단계 4에서
(0) 동적 리로딩을 비활성화 제로 "업데이트 된 파일에 대한 폴링 간격의"설정. 이렇게하면 응용 프로그램 아티팩트를 최신 버전으로 배포 한 후에 응용 프로그램 서버를 사용하여 배포 된 모듈을 통해 변경 사항을 폴링 한 다음 웹 모듈이나 전체 응용 프로그램을 다시 시작하는 대신 변경을 실현해야합니다. 어느 부분이 바뀌 었는가. 일반적으로 응용 프로그램을 수동으로 다시 시작하면 동적으로 다시로드하는 것보다 빠릅니다.
마지막으로 폴링 간격을 0으로 설정해도 JSP의 동적 재로드에는 영향을 미치지 않습니다.
Eclipse 및 Jboss를 JbossTools 플러그인과 함께 사용하므로 핫 배포가 매우 쉽습니다. 기존 방법을 수정하려면 CTRL + S 만 있으면됩니다. 물론 새로운 방법을 추가하려면 전체 재배포와 재시작이 필요합니다. 다른 팀 구성원은 ANT 스크립트를 사용하여 .class 파일을 복사/붙여 넣기해야하는 다른 방식의 고온 배포 방법을 사용합니다. 나는 당신이 원하는 방법이 있어야한다고 확신하지만, 플러그인을 사용하라고 제안합니다. 예 - https://marketplace.eclipse.org/content/ibm-websphere-application-server-traditional-v85x-developer-tools-kepler –
... CTRL + S 스타일의 최신 배포를 따르는 경우 EAR 파일을 압축 된 형태로 만들려면 .jar 및 .war 또는 .ear로 끝나는 이름을 가진 폴더가 있어야합니다. 이는 단지 아이디어 일 뿐이며 귀하에게 도움이되지 않을 수 있습니다. –
어떤 버전의 WebSphere이고 "Full profile"입니까, 아니면 Liberty입니까? – dbreaux