Jak mogę uzyskać "zastępczą wymianę" kodu Java w JBoss?

Question

Używam JBoss 4.0.3.SP1_CP04 i łączę się z nim za pomocą debugera Eclipse 3.4.1, obie używają JDK 1.6.0_11.

Po drobnej zmianie metody (np. Zmianie "+ 1" w logice na "+ 2") i zapisaniu, natychmiast pojawia się okno dialogowe z komunikatem o błędzie "Brak wymienianego kodu gorącego" błąd „metoda usuwania nie realizowany”

Hot code replace failed dialog http://img6.imageshack.us/img6/531/hotcodereplacefailedkp6.png

Czy ktoś może sugerować kroki dla coraz to zadziałało?

Answer 1

Co chcesz zrobić, to wdrożyć na JBOSS jako exploded WAR. Zazwyczaj, jeśli edytor sam się wdraża, wówczas będzie zarządzał kopiowaniem pojedynczych plików podczas ich zmiany.

W języku IntelliJ, this is easy. Nigdy nie robiłem tego od Eclipse, ale najlepiej jest, jeśli jest to this project.

Answer 2

Używam JRebel i oszczędzam na życie, jeśli chodzi o modyfikowanie kodu i dynamiczne aktualizowanie serwera aplikacji. Zapłaciłem za siebie pierwszego dnia. (mamy 7-minutowy cykl kompilacji/wdrażania/restartu)

Answer 3

To, co opisałeś, powinno działać. Jakie są twoje argumenty jvm dla jboss, aby włączyć debugowanie?

Kopalnia są takie: -Xdebug -Xnoagent -Xrunjdwp: Transport = dt_socket, adres = 8000, server = y, zawiesić = n

Answer 4

Miałem problem, gdzie wymiana gorąco sam kod nie działa. Wprowadziliśmy kilka zmian, takich jak upewnienie się, że "kompilacja automatycznie" została zaznaczona i odznaczenie - "Przerwij kompilację, gdy wystąpi błąd ścieżki kompilacji". Ale w moim przypadku sam HCR nie działał. Nie dostałem tej wiadomości, o której wspomniałeś. Więcej szczegółów w tym linku. https://sites.google.com/site/javaerrorsandsolutions/home/hot-code-replacement

Answer 5

1. Przed uruchomieniem debuggera w Eclipse ubezpieczyć wszystkich projektów w obszarze roboczym są odświeżane (nie jest wymagane, jeżeli kod został zmieniony poza Eclipse, na przykład po uzyskaniu zmiany z systemu kontroli wersji przy użyciu zewnętrznego narzędzia)
2. W produkcji Java Ścieżka Eclipse zapewnia, że ​​nie włączasz jako części niektórych klas bibliotek, które próbujesz wymieniać na gorąco.
3. Sprawdź, czy Eclipse JRE = JBoss JRE
4. Sprawdź klasę, którą próbujesz wymieniać na gorąco. Czy ma wewnętrzne klasy? Występuję z problemem, gdy nie mogę zamienić klasy na wewnętrzną, podczas gdy inne klasy są zamieniane bez problemów.

Answer 6

Powód jest taki, że do zespołu można użyć innego kompilatora, który jest wymienny na gorąco. Na przykład, jeśli tworzysz projekt przez maven, użyliśmy javac. Kiedy próbujesz wykonać hot swap etslipse używa wbudowanego kompilatora kompilatora jdt (kompilator nie jest pobierany z zainstalowanego jdk i nie można go zmienić zwykłymi metodami). Uzyskane klasy binarne są różne i jvm nie może ich zastąpić.