ALM 139

WLW에서 Project ANT로 빌드하기

WLW에서 WLI나 WLP 애플리케이션들을 ANT 스크립트로 빌드할 필요가 있다. 절차는 다음과 같다. === 1. 각 프로젝트별로 File>Export > Workshop ANT Script로 build.xml 을 생성한다. 2. EAR 프로젝트에서 File>Export >Workshop ANT Metadata를 생성한다. 이때 같이 빌드될 모든 프로젝트를 선택한다. NEXT를 누르면 각종 절대 경로들을 설정하게 나온다. 이 경로를 설정해야 한다. 3. Remote server에 Project 디렉토리들을 업로드한다. workspace.xml 로 업로드 한다. 4. EAR 프로젝트에서 ant -Dworkspace={workspace.xml 경로} -Dwl.home=웹로직 홈 경로 build ant -D..

Project Reference와 J2EE Module Dependency 혼용해서 쓰지 마세요.. 제발..

휴우.... 다들 알다 싶이, 이클립스에서 개발을 할때는 동시에 여러개의 프로젝트를 열어서 개발을 하게 되고, 프로젝트간의 Dependency를 지정하는게 중요한데. 이게 개념을 모르고 하면 정말 독이 된다는... -_- 지금 개발중인 시스템도 총 9개의 프로젝트로 나뉘어져 있는데... 이게 정리가 안되서 컴파일이 제대로 돌아가지를 않는다. 허허.. 먼저 프로젝트의 레퍼런스와 J2EE Module Dependency는 프로젝트 폴더에서 오른쪽 버튼을 누르고 "Properties"를 보면 나온다. 1. Project Reference 이건 간단하게 생각해서 ClassPath에 넣느냐 마느냐를 결정하는것으로 보면 된다. 현재 프로젝트를 빌드하고자 할때, 다른 프로젝트의 class가 필요한 경우 Project..

Hudson

테스트를 JUnit으로 만들어서 단위 테스트가 아닌 기능 테스트로 진행하려고 하는데. 테스트를 빌드 자동화 툴을 이용해서 자동화 할 예정인데. Hudson 이거 정말 물건이다. 사용도 쉽고, 대부분의 빌드/테스트에 사용되는것들이 다 지원이 되니.. 물건이네. http://hudson.gotdns.com/wiki/display/HUDSON/Home Corbertura도 플러그인으로 지원이 되는데.. 이걸 해..? 말아?

프로젝트 자동화 도구..

작년 7월 부터인가? 개발 자동화에 대해서 이것 저것 찾아봤다. 이런것 저런것 사용도 해보고 프로젝트에 적용도 해보고.. 사용했던것중에서 이슈 트랙킹 시스템의 장점에 대해서는 완전 감동.... 소스 관리는 SVN이 제일 나은것 같고. 빌드 자동화는 그동안 AntHill이나 Cruise Control이 대세 였으나.. 이번에 Sun에서 HudSon이라는 것이 나왔네. 장점이 인스톨이 매우매우 쉽고... 다른 솔루션과 연계가 가능하다는것. 이슈 트랙킹인 다들 잘 아는 JIRA 이건 좋긴 한데.. 사용이고. Bugzila 정말 힘들게 깔았는데. 인스톨이 힘들고 버그 트랙킹에만 국한 된다. 인터페이스도 약간 불편한듯하고.. Mantis는 인스톨이 쉽고 UI도 직관적이라서 이번 프로젝트에 적용해볼까 했는데. Tr..

ALM 2008.01.18

Cactus에서 JUnit 테스트 케이스 재활용 하기

Cactus에서 이미 만들어놓은 JUnit 케이스를 재활용할 수 있는데. 만들어놓은 JUnit을 서버로 올려서 TestRunner를 이용하여 브라우져에서 실행하면 그대로 실행된다. 만약 ANT TASK에서 호출하고자 할때는 기존 JUnit케이스를 다음과 같이 ServletTestCase로 묶어야지 호출이 가능하다. == Cactus is able to run pure JUnit TestCase on the server side. This is done by using the ServletTestSuite Test Suite that wraps your existing Test Cases. For example: public class TestJUnitTestCaseWrapper extends TestCa..

ALM/Test Automation 2008.01.17

Cobertura를 이용한 커버러지 테스트시 주의할 사항

서버쪽에서 Cobertura를 이용한 커버러지 분석을 할때 주의할점은 Cobertura는 기본적으로 ASM을 이용하여, 테스트를 진행할 코드에 커버러지 분석 코드를 삽입하는 방식이다. (AOP와는 다르게 STATIC한 방식을 사용) 그렇기 때문에, Instrumented 된 코드가 반드시 실행되도록 클래스패스에 삽입 하거나 또는 패키징 할때 Instrumented 되지 않은 코드를 WEB-APP에 먼저 복사한후 그 다음에 Instrumented된 코드를 복사하여 Overwrite가 되게 해야 한다. 그리고, Cobertura는 커버러지 분석한 정보를 메모리에 담아 놨다가 서버가 shutdown될 당시에 한꺼번에 파일에 쓰기 때문에 메모리 요구량이 높을 수 있다. 그래서 각 단위 테스트마다 리스타트를 해서..

ALM/Test Automation 2008.01.17