Eelco, not sure my informations will really matter (could be I lost track of the mails)
1) you remember the appfuse resources I send you? The menu component is a kind of tree and the images are defined in the css file and url refers to a static resource outside my wicket. I've checked it with HTTPLook, an http traffic analyser, and the client retrieves the images only once. 2) wicket is using sourcepath and classpath iin that order to locate resources. assuming images are not in classpath and sourcepath is set to myApp-Home, wouldn't it be possible to create kind of "standard" (static) urls without wicket specific query string to point to these images? Juergen On Sun, 02 Jan 2005 02:49:01 +0100, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > Sure, not that important right know. Good to be aware of though. We > should file it as a feature request for 1.1 IMO. > > Eelco > > Jonathan Locke wrote: > > > > > sounds ugly. i bet we want to fix this. 1.0 or 1.1 though? > > i just want to get everything wrapped up. wicket will /work/ without > > this perf tweak. delay? > > > > Eelco Hillenius wrote: > > > >> With the risk of starting another thread... though it is very nice to > >> have these kind of resources, they are also quite inefficient to use. > >> In the case of images: as the image url's constantly change (via the > >> rendering count), the browser will never be able to mark them as cached. > >> > >> It would be neat to have some kind of caching option for these kind > >> of resources. The perfect solution would be to unpack the resources > >> on startup to a directory that is available to the HTTP server (thus > >> not nescesarily the Servlet container), and then 'know' that > >> references to packaged resources like this must be translated to > >> references the HTTP server understands. Hmmmm. Big problem with this > >> all, is that it's not gonna be pretty. Or... any idea's? > >> > >> To illustrate: my first go at the tree component had packaged images. > >> I then found out then requesting 50+ times a resource via your > >> servlet engine is not what you want, even for one client. > >> > >> Eelco > >> > >> Jonathan Locke wrote: > >> > >>> i think we need to continue to support the ability to include web > >>> pages, images and other resources on the classpath because we need > >>> to be able to jar up components with their whole resource set. i > >>> believe this worked last time i looked... > >> > >> > >> > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user