Re: Struts / Tiles Caching No Frames and Inter Tile communication
On Mar 10, 2006, at 3:00 AM, Antonio Petrelli wrote: By the way, why are not you using portlets? That was my thought as well. It sounds like a portlet environment is more like what you are looking for. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts / Tiles Caching No Frames and Inter Tile communication
Norm ha scritto: Is there any "tile caching mechanism" available, or, should we develop some sort of cache before we go to the business tier so we can redraw all of the tiles anyway? I would like to make a tile "sticky" when the app knows there is no need to refresh it on any particular interaction. It seems that you are interested in AJAX, so that you can refresh only a part of a page. A good starting point is: http://www.ajaxian.com/resources/ Leading on from this, is there any nice mechanisms for inter tile communication? This is when 1 tile might want to alert another tile about an event. If you mean CLIENT events, you could share the the JavaScript code between different Tiles. If you mean SERVER events, you cannot do it, since each tile share only the same HttpServletRequest. If you want more control, you can use an Action as a Tile (that forwards, when it finishes, to a JSP page for example), or a TilesAction, if you want to use some Tiles specific features. Anyway, notice that Tiles is "only" a mechanism to separate pages to promote reuse. They are not portlets, and they'll never will be (Greg Reddin is refactoring Tiles code to make it compatible also with portlets). By the way, why are not you using portlets? Ciao Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts / Tiles Caching No Frames and Inter Tile communication
Hi all, We are considering using a struts/tiles approach for a new project. Its assumed its going to have a "portal" look and feel to it i.e. lots of seperate little windows providing distinct functionality. I want to avoid using frames, but I am very concerned with refreshing the whole screen when an interaction is only with 1 window. Is there any "tile caching mechanism" available, or, should we develop some sort of cache before we go to the business tier so we can redraw all of the tiles anyway? I would like to make a tile "sticky" when the app knows there is no need to refresh it on any particular interaction. Leading on from this, is there any nice mechanisms for inter tile communication? This is when 1 tile might want to alert another tile about an event. Thanks for any help. Norm Broadband interface (RIA) + mail box saftey = http://Struts_User_List.roomity.com *Your* clubs, no sign up to read, ad supported; try broadband internet.
Re: Tile Communication
I've accomplished complex functionality like that in the past with javascript, dhtml and a hidden frame. The user would interact with a specific area of the page and submit data. The javascript functions would sit on a global window level and serialize the data into xml packets that were passed to the hidden frame. The hidden frame submitted the xml to the backend and was given a response in xml, which was parsed in javascript and then redisplayed in the appropriate tile area. It was an intranet application and the technique gave us the ability to 100% cache the client layer on the clients machine. The only data that ever got sent back and forth was the xml through the hidden frame ... gave us a huge performance boost. The original application we replaced was a compiled windows app and we were able to get the speed of the web app to within 5% of the compiled windows app after the caching had synchronized. I would imagine a similar techique could be utilized with struts. On Tue, 2 Nov 2004 08:37:14 +0100, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >I am new to Tiles. Is it possible to present a link in one tile and have > >it fire an action that updates another tile without having to reload the > >whole page? FAQ seems to not have a lot of tiles related stuff. > > Tiles are not frames. With HTML frames, if you decide to reload only a > frame you can do it. > If you have a layout that does not use frames, you will reload the whole > page, even if you change only a sub-tile of the page. > If you want to be able to reload only a part of the page, you should use > Tiles and HTML frames together. > Ciao > Antonio Petrelli > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tile Communication
>I am new to Tiles. Is it possible to present a link in one tile and have >it fire an action that updates another tile without having to reload the >whole page? FAQ seems to not have a lot of tiles related stuff. Tiles are not frames. With HTML frames, if you decide to reload only a frame you can do it. If you have a layout that does not use frames, you will reload the whole page, even if you change only a sub-tile of the page. If you want to be able to reload only a part of the page, you should use Tiles and HTML frames together. Ciao Antonio Petrelli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tile Communication
I am new to Tiles. Is it possible to present a link in one tile and have it fire an action that updates another tile without having to reload the whole page? FAQ seems to not have a lot of tiles related stuff. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
