-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
multiple modules #11
Comments
Hi @aswath-veersoft, thanks for your interest in gwt-views. Unfortunately gwt-views is focused for single-module, multi "places" (views) scenario. I haven't used it on a multi module environment, and I don't know how the project would behave (in this context, "multi module" in the sense of multi entry points). Although, if you have a single module per page, and that module contains some sort of views navigation, gwt-views can really help. Using the diagram used at the presentation, gwt-views is a good virtual historian, but cannot be used as an inter-app event bus. You still need to implement it to enable multi modules communication within the same page. |
Any chances of making it like that pattern. Adding more stuff in one module has limitations as mentioned in that module. So, turducken is required for large gwt projects. |
For the inter-app event bus, take a look at this project: https://github.com/sambathl/interapp-eventbus For modifications on this project to support turducken, do you have a proof-of-concept open-source project so I can use as example and testing environment? |
I have seen the interapp-eventbus project. |
I don't know, as I understand turducken would help with multiple modules on the same page (the inter-app event bus makes possible to share events and communication among the modules), while gwt-views helps you to manage the navigation (URL history and tokens) of a given module. Since the navigation is managed by the jsp, gwt-views adds little value to the project. As I understand, each jsp page renders a GWT module, so you don't need a turducken strategy since there aren't multiple modules and entry points in a single page - you would only need a inter-app event bus when you have multiple modules. So in your case I don't know how to avoid full page refreshes without a huge refactory on your project, either by removing jsp and handling the navigation via GWT, or removing GWT and using something more lightweight between the pages to reduce the rendering latency. |
Hi,
There are 30-40 gwt modules we created. They are used in servlets/jsps. So, a page refresh is required to use the modules.
Does this project help in using the gwt modules with out doing page refreshes.
See the link for the turducken pattern
http://www.slideshare.net/RobertKeane1/turducken-divide-and-conquer-large-gwt-apps-with-multiple-teams
Thanks
The text was updated successfully, but these errors were encountered: