Re: is there any way to externalize wicket-event.js

2011-06-18 Thread Joe Hudson
Original Message- >>From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] >>Sent: Saturday, 18 June 2011 1:33 AM >>To: users@wicket.apache.org >>Subject: Re: is there any way to externalize wicket-event.js >> >>i would figure out why the content is returned with a

RE: is there any way to externalize wicket-event.js

2011-06-17 Thread Chris Colman
t with all lowercase letters in path and filename to the web app which then can't locate it because it's doing a case sensitive look up. >-Original Message- >From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] >Sent: Saturday, 18 June 2011 1:33 AM >To: users@wicket.apache.or

Re: is there any way to externalize wicket-event.js

2011-06-17 Thread Igor Vaynberg
i would figure out why the content is returned with a 304 header. further, when people are looking to optimize these kinds of things they put a caching proxy infront of the app server and tell it to cache js, css, and other staticy files -igor On Fri, Jun 17, 2011 at 8:18 AM, Joe Hudson wrote:

is there any way to externalize wicket-event.js

2011-06-17 Thread Joe Hudson
Hi, I for looking at ways of optimizing a wicket application. And, while a 304 is returned for wicket-event.js requests, the resource content is returned as well. Is there any optimizations that can be applied here? Ideally I would like to host these files (and probably change their name to hav