Oh, of course. *wince* Thanks. :-) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: January 4, 2007 3:55 AM To: users@tapestry.apache.org Subject: RE: Tapestry 4.0 and Expires header on images
I think context-Assets are not served by the tapestry servlet at all, but by your containers default file-servlet. You may be able to configure this or maybe not. For Tomcat, at least, it's not so easy, if I remember correctly. > -----Original Message----- > From: Michael Prescott [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 03, 2007 8:44 PM > To: Tapestry users > Subject: Tapestry 4.0 and Expires header on images > > Is there a way to control the Expires header on assets that aren't > served out of .jar files? We're using Tapestry 4.0 and can't upgrade > in the immediate future. > > It would be lovely if there was some way to do this in the <asset> > definition, but that's just me wishing. :-) > > The way Tapestry 4.0 inserts a hash into the URL of jarred assets lets > is apply Expires headers, which would be one way to get the desired > effect. Any way to turn this on for assets served out of the webroot? > Or would I need to repackage them? > > I'm a novice with Tapestry's relationship with hivemind, but I imagine > that there'd be a way, say, to override the behavior of the asset > service by configuring it to use a subclass of my own devising. > > There are blanket approaches, like mod_expires or a servlet filter, > but I'm wondering if there's something a little neater. The servlet > filter looks like a decent approach, since that's bundled into the > .war and doesn't affect the deployment environment requirements. > > Any ideas would be appreciated. > > Regards, > > Michael > > > Michael Prescott > direct: 416.646.7062 > > main: 416.646.7000 > fax: 416.646.7050 > > Exchange Solutions Inc. > 250 Yonge Street, 18th Floor > Toronto, ON M5B 2L7 > www.exchangesolutions.com > > > --------------------------------------------------------------------- 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]
