Hello, Yes, I did, realizing that it's a bit of a coarse solution. As it happens, my application main function is to execute scripts for automated deployment on a WebSphere platform, so users work with a JEE-application they select from a wicket Ajax-textfield with application build versions that's connected with our Nexus repository (that at it's turn is populated with Maven-builds by Hudson). So, these users want to download builds, installation manuals, reports, and the like for inspection and reference. As a result, /any/ download is dynamically created at runtime, so there is no wish for caching, on the contrary, and it's not to be expected that it will be.
Nevertheless, I will delve into the org.apache.wicket.request.resource.AbstractResource.ResourceResponse#setCacheDuration, because I like fitting solutions, and not over-sized ones: I tend to believe that that is what you are hinting at in your reply. I just have to figure out how the setCacheDuration can be applied to the AbstractResourceStreams that I use. Many thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Migrating-a-ResourceStreamRequestTarget-to-a-ResourceStreamRequestHandler-2-tp4019661p4077423.html Sent from the Users forum mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org