Is that a filter on my end? Would that go before or after my wicket filter mapping? Any helpful resources out there on this? I haven't dealt with OPTIONS methods before.
On Thu, Sep 22, 2011 at 2:28 PM, Steve Lowery <slow...@gatessolutions.com>wrote: > I'm having an issue using resources after an ajax swap, in this case > jquery. My home page does not have anything jquery related on it. There is > an AjaxFallbackLink which swaps out the main content. The new content Panel > has a jquery header contributor. I see this is being returned in the > response to the AjaxFallbackLink click: > > <ajax-response><header-contribution encoding="wicket1" ><![CDATA[<head > xmlns:wicket="http://wicket.apache.org"><script type="text/javascript" src > ="https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"> > </script>... > </ajax-response> > > However, I notice that the browser is attempting to retrieve the jquery > resource via the OPTIONS method. It does not appear to be getting added to > the head and therefore, my component fails because it tries to do some > jQuery stuff but it isn't available. > > Is this the expected behavior or am I doing something wrong? Do I have to > load 3rd party libraries on the Page or register headerListener with the > application? I have seen the same behavior with other javascript libraries > (i.e. yui). > > > >