JRebel은 모든 클라이언트 측 클래스 파일을 GWT로 계속로드합니다.

Question

Eclipse에서 IntelliJ IDEA로 전환하는 방법을 고려하고 있습니다. 우리는 코드 줄을 바꿀 때마다 응용 프로그램을 다시 시작할 필요가 없도록 JRebel을 사용해야합니다.

하나의 .java 파일에서 한 줄의 코드를 변경할 때마다 특정 파일에서 IntelliJ make 프로세스를 호출 한 후에 JRebel은 클라이언트 쪽 클래스 전체를 다시로드하는 것처럼 보입니다.

Eclipse에서는이 잔인한 재로드 동작이 때때로 발생할 수 있지만 대부분의 경우 클래스 재로드 프로세스가 훨씬 빨라졌습니다!

나는 뭔가를 놓치고 있다고 생각합니다. IntelliJ와 JRebel을 사용해 본 경험이있는 분이라면 JRebel 플러그인이 더 이상 아무것도 필요하지 않을 때 하나의 클래스를 다시로드하는 방법을 알고 있습니까?

도움이 될 것입니다.

• 참고 1 : 저는 수퍼 dev 모드가 도움이 될 수 있지만 저는 먼저 JRebel 플러그인 작동을 원합니다.
• 참고 2 : VM arg -Drebel.check_class_hash=true도 도움이되지만 플러그인이 그런 식으로 작동하도록되어 있다고는 생각하지 않습니다.

Answer 1

-Drebel.check_class_hash = true이 경우에 도입되었습니다. 그러나 실제로 검사해야하는 것은 입니다. 이유는 클라이언트 측 클래스가 다시로드됩니다. JRebel은 클래스 파일의 타임 스탬프가 변경 될 때 클래스를 다시로드하거나 -Drebel.check_class_hash = true가 설정되면 타임 스탬프와 함께 해시를 검사합니다.

그래서 가장 먼저 알아야 할 것은 하나의 클래스를 만들 때 다른 클래스의 타임 스탬프가 JRebel을 다시로드하고 변경 했습니까? 어쩌면 IntelliJ의 GWT 빌드가 컴파일 시간 동안 너무 많은 파일을 다루는 것일까? 아니면 실제로 변경 한 단일 클래스를 컴파일 할 수도 있습니다.

위의 내용이 사실이 아니라고 가정하면 GWT.create가 코드의 어딘가에서 변경 중이며 변경 한 후에는 make 중에 다시 실행해야합니다. 전파되지 않을 것이다. 이것은 make 프로 시저에 의해서만 트리거되며 JRebel은 GWT.create를 다시 실행하는 것을 트리거하지 않습니다. 이것은 단지 가정이므로 100 % 심각하게 생각하지 마십시오.

또한 JRebel 지원팀에 문의 할 수도 있습니다.