Raible's Wiki: AppFuseEclipse

At line 37 changed 1 line.

Now we need to add the build.xml to Eclipse's Ant View. To do this, go to Window → Show View → Ant. Then click on the first icon in this view (screenshot below) to add AppFuse's build file.

지금 우리는 Eclipse의 Ant View에 build.xml을 추가할 필요가 있다. 이것을 하기 위해, Window → Show View → Ant로 이동하자. AppFuse의 빌드 파일을 추가하기 위해 이 view의 첫번째 아이콘을 클릭한다.

At line 41 changed 2 lines.

!!Run Ant [#4]

After adding the build.xml, you should be able to expand it in the Ant View and execute any of the targets. I usually do "test-all" to verify all the tests pass in my initial project. For a list of targets I use most often, see [AppFuse Ant Targets|AppFuseAntTasks].

!!Ant 실행하기 [#4]

build.xml을 추가한 후에, 당신은 Ant View에서 이것을 확장하고 어떠한 target도 수행할수 있다. 나는 초기 프로젝트로 전달된 테스트를 모두 확인하기 위해 "test-all"을 수행한다. 내가 종종 사용하는 target의 목록을 보기 위해서, [AppFuse Ant Targets|AppFuseAntTasks_ko]를 보라.

At line 44 changed 1 line.

Now if you run the "compile" target and then refresh the project (right-click on project → Refresh) you shouldn't see any errors in the "Problems" pane. You should now be able to compile and create classes as you normally would. Sometimes when my imports aren't resolving correctly in Eclipse, I do have to run Project → Clean in Eclipse.

지금 당신이 "compile" target를 수행하고 프로젝트를 다시읽기(project → Refresh 를 클릭하여)를 한다면, 당신은 "Problems"탭에서 어떠한 에러도 보지 못할것이다. 당신은 지금 컴파일을 하고 클래스를 생성할 수 있을것이다. 때때로 나의 import가 Eclipse내에서 정확하게 해석되지 않는다면, 나는 Eclipse에서 Project → Clean를 실행한다.

At line 46 changed 1 line.

%%note __NOTE:__ If you're using the internal version of Ant, you may get an error message like the one below:

%%note __NOTE:__ 만약 Ant의 내부 버전을 사용한다면, 당신은 아래와 같은 에러메시지를 보게 될지도 모른다.

At line 53 changed 1 line.

This is because there are tasks that require Xerces to be in your Ant classpath [[<a href="http://wiki.apache.org/jakarta-cactus/FrequentlyAskedQuestions">reference</a>]. I added xercesImpl.jar and xml-apis.jar (from my self-installed version of Ant) to Eclipse's Ant classpath to solve this.

이것은 Xerces가 당신의 Ant classpath내 없기 때문에 발생한다[[<a href="http://wiki.apache.org/jakarta-cactus/FrequentlyAskedQuestions">reference</a>]. 나는 이것을 해결하기 위해 Eclipse의 Ant classpath에 xercesImpl.jar 와 xml-apis.jar를 추가했다.

At line 55 changed 1 line.

At this point, you should see something similar to the screenshot below.

이 시점에, 당신은 아래의 스크린샷과 유사한 것을 봐야만 한다.

At line 59 changed 2 lines.

!!Run JUnit Tests in Eclipse [#5]

It's also possible to run your JUnit tests in Eclipse. But before running them, you need to run the "war" target. After this target completes, refresh your project.

!!Eclipse내에서 JUnit 테스트 실행하기 [#5]

Eclipse에서 JUnit테스트를 실행하는 것도 가능하다. 하지만 수행하기 전에, 당신은 "war" target를 수행할 필요가 있다. 이 target가 수행된후, 당신의 프로젝트를 refresh하라. 당신이 위 작업을 성공적으로 수행한후에, Eclipse에서 당신이 수행하고 싶은 테스트(이를테면, UserDaoTest)를 열고 Run → Debug As → JUnit Test를 수행하라. 당신은 모든 테스트를 수행하기 전에 "db-load" target를 수행해야 할지도 모른다. 나는 각각의 레이어를 위해 Base*TestCase클래스내 다음의 메소드를 추가했지만, Test클래스내 모든 테스트를 수행하기전에 데이터베이스를 리로드하기 위해 DBUnit을 발생시켰다. 이것은 "test-all"의 수행시간을 감소시키기 위해 이것을 삭제한다.

At line 62 removed 2 lines.

After you have successfully done so, in Eclipse open a test you'd like to run (i.e. UserDaoTest) and go to Run → Debug As → JUnit Test. Note that you may have to run the "db-load" target before you run your tests every so often. I did have the following method in the Base*TestCase class for each layer, but this caused DBUnit to reload the database before every test in a Test class. Removing it reduces the execution time of "test-all" by more than 30 seconds.

At line 77 changed 1 line.

If the instructions above don't work for running JUnit tests in Eclipse, I suggest just using the command line - i.e. __ant test-dao -Dtestcase=UserDAO__. Running tests from the command line ''always'' works. ;-)

만약 위 사항이 Eclipse에서 JUnit테스트를 수행하기 위해 작동하지 않는다면, 나는 명령창을 사용(예를 들면, __ant test-dao -Dtestcase=UserDAO__)하길 제안한다. 명령창에서의 테스트 수행은 "언제나" 작동한다. ;-)

At line 79 changed 2 lines.

!!Tips for Debugging and UI Editing [#6]

For debugging, I use the [Tomcat Plugin|http://www.sysdeo.com/eclipse/tomcatPlugin.html] in Eclipse and set breakpoints. To make the breakpoints work you will need to indicate your source-path using the Eclipse menu {{Window->Preferences}}, select {{Tomcat}}, then {{Source Path}}.

!!디버깅과 UI편집을 위한 팁 [#6]

디버깅을 위해, 나는 Eclipse에서 [Tomcat Plugin|http://www.sysdeo.com/eclipse/tomcatPlugin.html]을 사용하고 breakpoint를 셋팅한다. breakpoint를 만들기 위해 당신은 Eclipse메뉴인 {{Window->Preferences}}를 사용하고 {{Tomcat}}를 선택한뒤, {{Source Path}}를 선택하여 당신의 소스경로를 표시할 필요가 있을것이다.

At line 82 changed 3 lines.

For little changes, I use "ant deploy-web" which only takes a couple of seconds. For truly minor tweaks, it's sometimes easier to edit the file in Tomcat's webapps folder. For major design changes, I usually run the app, view source on a page and save it to a "sandbox" folder in the same directory as my project. Then I do a find/replace and change all "/appfuse/" references to "../web/". This allows me to change CSS and JS files and just refresh the file in the sandbox.

최소한의 변경을 위해, 나는 단지 2초정도만 소요하는 "ant deploy-web"를 사용한다. 진짜로 미세한 변경을 위해서, 이것은 때때로 톰캣의 webapps폴더내 파일을 편집하는 것보다 쉽다. 가장 큰 디자인 변경을 위해서, 나는 언제나 애플리케이션을 실행하고, 페이지의 소스를 보며, 내 프로젝트와 같은 디렉토리내 "sandbox"폴더에 이것을 저장한다. 그리고나서 나는 검색/바꾸기를 수행하고 "/appfuse/"참조를 "../web/"로 변경한다. 이것은 나에게 CSS와 JS파일들을 변경하도록 허용하고 sandbox내 파일을 새로고침할수 있게 해준다.

Raible's Wiki

AppFuse

Other Applications

AppFuseEclipse_ko