OSGi Application nested submodule messaging

2012-08-06 Thread Joseph Lust
Question to the forum. We are rewriting our 120K line GWT application to run on an OSGi architecture so that we no longer deploy a megawar file and can update individual parts of the application (currently 25 modules, will be 85 in a year) UI and services without affecting others. We've created

Re: OSGi Application nested submodule messaging

2012-08-06 Thread Jens
I guess I would publish a JS API in the parent core application via JSNI and then call the API methods from your submodule iFrame (via top.apiMethodName() ) when they have loaded and need to customize the header/footer. This would be your second solution but the other way around which avoids

Re: OSGi Application nested submodule messaging

2012-08-06 Thread Joseph Lust
Thanks Jen's, I'll give the JSNI and postMessage() methods a try. Sincerely, Joseph -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit

Re: OSGi Application nested submodule messaging

2012-08-06 Thread Alfredo Quiroga-Villamil
Assuming the amount of JS to export is not a lot, I also see exporting JS and exposing it as a very viable alternative as Jen previously pointed out. Something else that comes to mind, a lot more involved I must admit is to use a server-push approach. The header/footer module keeps an open

Re: OSGi Application nested submodule messaging

2012-08-06 Thread Joseph Lust
Thanks Alfredo. I'll try the intra-browser communication for now as it will hopefully take the least overhead. Sincerely, Joseph -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit