Is that a proposal? :) My first thought on this is to use AOP and meta data (either annotations or Wicket meta data). If people are interested, they can startup a project in wicket-stuff for this. We (the core developers) will try to help when needed/ possible.
Ramnivas, are you reading with us? Would you agree AOP is suitable for this? Eelco On 3/29/06, John Lee <[EMAIL PROTECTED]> wrote: > Hi > > I can tell you for public facing websites (vs enterprise), caching is a > key feature that system architects will insist upon. In order to support > extremely high concurrency & throughput, one simply must be able to > cache portions of HTML fragments. > > On my previous php based projects, I use caching to increase throughput > from 30pps to 300pps. That's a factor of 10x. So we're talking about 1 > machine replacing 10. From a business perspective, this is absolutely > crucial. > > In my opinion, if wicket is going to make it to the mainstream > public-facing web, it absolutely needs a comprehensive caching > framework. If possible, the caching framework should not only eliminates > re-rendering of cached HTML fragments, but also eliminate the need to > instantiate objects until actually needed. > > John > > Juergen Donnerstag wrote: > > On 1/2/06, Dariusz Wojtas <[EMAIL PROTECTED]> wrote: > > > >>Hi, > >> > >>Is it possible to cache dynamically generated content with Wicket? > >>When using JSP I may use OSCache tags (specify conditions, timeout, > >>etc) or create a custom tag that uses any cache implementation inside. > >>Can this be done with Wicket? > >> > >>Can panel contents be cached? Other elements? How? > >>For example I generate table where each row contains quite complex data. > >>I'd like to be able to cache each row if needed. Every row might > >>contain a unique ID to make caching possible. > >> > > > > > > Not out of box yet, but I don't think it is difficult to implement > > based on the recently committed "transformers". Currently only a XSLT > > and a noop transformer is available but the idea would be the same. > > You just wouldn't transform the output generated by the component but > > store them in a cache and restore it when needed. The cache key could > > be anything from the component object, its id or path. All children > > would have to me marked rendered though in order to avoid an > > exception. > > Tranformers are available as Container and Behaviours. > > Q. Should the cache span the whole application because the panel you > > want to cache is used on multiple pages? Will the panel/list be the > > same for all users? > > Q: what would be the best cache key? > > > > Juergen > > > > > >>Darek > >> > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > > _______________________________________________ > > Wicket-user mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
