물론, 기존에 쓰던 pom.xml내에 포함된 설정으로, Goals and options에다가 tomcat7:redeploy라고 입력하면,
배포는 잘 하는데, UnStable빌드인데도 무조건 Goal을 수행하기 때문에, 불안정한 빌드가 올라갈 가능성이 생겨버린다.
(Eclipse에선 불안정한 빌드면 잘 걸러내더만...)
이런 현상을 방지하기 위해, 빌드 후 조치를 사용한다.
Tomcat에 배포하기 위해서는, Deploy Plugin을 설치해야 하고, 설치 한 후에 Deploy war/ear to a container메뉴를 선택해서
pom.xml에 tomcat7 plugin을 설정했던 것처럼 입력해준다.
다만 다른점이 있다면.. Tomcat 경로 지정 시에 /manager/text는 제외되고, 기본 URL을 입력해주어야 한다.
그래도 잘 안된다면, 톰캣 매니저 xml에서 manager-script권한이 추가되어 있는지 확인해본다.
기존에는 테스트용도로 매번 Context Path을 pom.xml에서 변경해서 사용했었는데,
이건 아예 Context Path를 다르게 만들어서 Item을 미리 여러개 만들어놓으면,
더 확장이 쉬운 것 같다.
이걸로 pom.xml에 있는 tomcat7 deploy plugin은 지워버리는걸로...
'개발 > Jenkins' 카테고리의 다른 글
[Gerrit + Jenkins] Phase1 (Gerrit 설치 및 설정) (0) | 2016.06.11 |
---|---|
[Jenkins] Nexus로 Maven프로젝트 배포시 401에러 해결 (0) | 2016.06.11 |
[Jenkins] Maven Project 빌드 시 pom.xml이 갱신되지 않는 경우 (2) | 2016.06.11 |
[Gerrit-Trigger] has no capability to connect to Gerrit event stream (0) | 2016.06.11 |
[Jenkins Slave] Slave 구성 (0) | 2016.06.11 |