Tôi đã gặp một số sự cố với các tệp XHTML tải lại nóng bằng JRebel, Spring, JSF Mojarra 2.0.3 và WebLogic 10.3.JSF và tải lại tự động các tệp xhtml
JRebel tải lại các lớp Java thông thường và các tệp js/css trong/WebContent thành công, chứ không phải tệp .xhtml của JSF. Một tái xuất bản đầy đủ là cần thiết để có được các tập tin xhtml được cập nhật trên máy chủ.
Bằng thử nghiệm và lỗi Cuối cùng tôi đã làm cho nó hoạt động bằng cách thêm một số tham số facelets vào web.xml và tạo một ResourceResolver tùy chỉnh như được mô tả in this blog post.
Tuy nhiên, tôi tự hỏi tại sao các công trình này, và đặc biệt hơn:
- Tại sao một ResourceResolver tùy chỉnh cần thiết?
- JRebel không phải xử lý việc này bằng cách theo dõi/WebContent nơi tệp xhtml nằm ở đâu?
- Tôi đoán nó có liên quan gì đó với Facelets/JSF biên dịch xhtml thành servlet (?) Thông qua FacesServlet mà JRebel không thể phát hiện được?
Tôi tin rằng JRebel đã hoàn toàn làm điều đó. Ít nhất, ở đây nó. Lưu ý rằng các tham số ngữ cảnh của bạn là Facelets 1.x cụ thể và OP đó sử dụng Facelets 2.x. – BalusC
@Balusc Cảm ơn bạn đã trả lời, câu trả lời được cập nhật thành Facelets 2.x cụ thể. – Andrey
Đặt 'javax.faces.FACELETS_REFRESH_PERIOD' thành' 0' và 'javax.faces.PROJECT_STAGE' thành' Development' dường như không kích hoạt các mẫu được cập nhật với JRebel trên JSF 2.0.4 và WebLogic 10.3. – uggedal