Chúng tôi có một ứng dụng web lớn, khó sử dụng nhưng khá ổn định được viết bằng Tapestry 4.1, mà chúng tôi đang tìm cách dần dần di chuyển khỏi. Cuối cùng, chúng tôi đang tìm cách phát triển một số chức năng mới trong Grails. Khách hàng của chúng tôi không bao giờ nên biết sự khác biệt và nếu có thể, không ai trong nội bộ, ví dụ: trong các dịch vụ cài đặt, cần phải quan tâm - lý tưởng là ứng dụng Grails sẽ ở trong cùng WAR như mã Tapestry hiện có, chỉ với GrailsDispatcherServlet
được định cấu hình cho một đường dẫn cụ thể hơn. Nó cũng quan trọng là có tối thiểu thay đổi đối với quá trình xây dựng quái vật cho ứng dụng hiện có - làm lại hệ thống xây dựng (hiện tại là Ant, chuyển sang Maven) trong Gant và Ivy không phải là một lựa chọn. Và nó sẽ là tốt đẹp nếu chúng ta có thể làm việc với WARs nổ để tải lại trực tiếp trong quá trình phát triển.Tích hợp Grails với ứng dụng web hiện có
câu hỏi, sau đó:
- Đây có phải là có thể?
- Nếu có, tôi bắt đầu từ đâu?
- Nếu không, cách tiếp cận tốt nhất tiếp theo là gì?
- Tôi cần xem điều gì?
Lưu ý bằng cách chúng tôi sẽ không sử dụng GORM; tất cả dữ liệu của chúng tôi đến từ các dịch vụ web, mà chúng tôi đã có các lớp tin nhắn và miền Java.
Bạn có sử dụng chế độ ngủ đông để lưu trữ dữ liệu hoặc bạn có sử dụng thứ gì khác không? – allthenutsandbolts
chỉ là một vài suy nghĩ - làm thế nào về việc tạo ra các ứng dụng grails một cách riêng biệt, và sau đó đóng gói cuộc chiến của ứng dụng grails với chiến tranh của ứng dụng gốc, như là một tập tin .ear? Bằng cách đó, bạn có thể giữ bản dựng ban đầu của mình, giữ cho grails hoạt động theo cách của nó và chỉ cần thêm bước bổ sung ở cuối để xây dựng tệp .ear. Các câu hỏi lớn sẽ là mức độ tích hợp giữa hai yếu tố này, điểm tích hợp là gì và cách rút gọn url thích hợp để làm cho nó xuất hiện liền mạch. – GreyBeardedGeek
Bên ngoài thực tế là bạn sẽ sử dụng Java thay vì Groovy có vẻ như bạn có thể được phục vụ tốt hơn bằng cách làm Spring MVC (một thành phần chính của Grails). –