Miałem problemy z szybkim ponownym ładowaniem plików XHTML przy użyciu JRebel, Spring, JSF Mojarra 2.0.3 i WebLogic 10.3.JSF i automatyczne ponowne ładowanie plików xhtml
JRebel poprawnie ładuje klasę Java i pliki js/css w/WebContent, ale nie pliki .xhtml JSF. Pełne ponowne opublikowanie było konieczne, aby pliki xhtml były aktualizowane na serwerze.
Przez próbę i błąd, w końcu udało mi się go uruchomić, dodając parametry do pliku web.xml i tworząc własny ResourceResolver zgodnie z opisem in this blog post. Zastanawiam
Jednak dlaczego to działa, a dokładniej:
- Dlaczego zwyczaj ResourceResolver potrzebne?
- Czy JRebel powinien sobie z tym poradzić poprzez monitorowanie/WebContent, gdzie znajdują się pliki xhtml?
- Zgaduję, że ma to coś wspólnego z Facelets/JSF kompilując xhtml do serwletów (?) Poprzez FacesServlet, których JRebel nie jest w stanie wykryć?
Uważam, że JRebel już to robi. Przynajmniej tu jest. Zwróć uwagę, że twoje parametry kontekstowe są specyficzne dla Faceletów 1.x i że OP używa Facetów 2.x. – BalusC
@Balusc Dzięki za odpowiedź, zaktualizowana odpowiedź jest specyficzna dla Facelets 2.x. – Andrey
Ustawienie 'javax.faces.FACELETS_REFRESH_PERIOD' na' 0' i 'javax.faces.PROJECT_STAGE' na' Development' nie wydaje się powodować aktualizacji szablonów za pomocą JRebel na JSF 2.0.4 i WebLogic 10.3. – uggedal