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).
>
>
>
>

Reply via email to