hrm. that seems pretty strange. might have had something to do with
WICKET-1623. something we should fix though...
-igor
On Wed, Sep 28, 2011 at 2:22 AM, Martin Grigorov wrote:
> Actually it seems Wicket is to blame here.
> In wicket-ajax.js, line 1680 (processScript() method) there is the
> fo
Actually it seems Wicket is to blame here.
In wicket-ajax.js, line 1680 (processScript() method) there is the
following line:
var req = new Wicket.Ajax.Request(src, onLoad, false, false);
where src is the src attribute of the contributed script element.
Why Wicket tries to load the script body wit
Of course you could also just load the scripts in your page instead of
via ajax... just my 2cnts.
On Thursday, September 22, 2011 3:18 PM, "Steve Lowery"
wrote:
> 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
On Thu, Sep 22, 2011 at 1:39 PM, Steve Lowery
wrote:
> Igor,
>
> Can you provide more info on the filter? I'm struggling to see how adding a
> filter to my code will help since the js file is being requested on a
> different domain. I tried the code below to inspect things, but I never got
> any
Igor,
Can you provide more info on the filter? I'm struggling to see how adding a
filter to my code will help since the js file is being requested on a
different domain. I tried the code below to inspect things, but I never got
anything in there except GETs.
Also, is this something you think mi
it would be your filter that would go before wicket. dont have any
resources, sorry. last time i ran into this i just hacked one out real
quick.
-igor
On Thu, Sep 22, 2011 at 1:18 PM, Steve Lowery
wrote:
> Is that a filter on my end? Would that go before or after my wicket filter
> mapping? A
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 wrote:
> I'm having an issue using resources after an ajax swap, in this case
yep, its because you are loading a script file from a different
domain. if you want to do that you have to configure a servlet filter
that will respond to OPTIONS requests...
-igor
On Thu, Sep 22, 2011 at 1:12 PM, Steve Lowery
wrote:
> Igor,
>
> Here are the request headers (response returns a
Igor,
Here are the request headers (response returns a 405 - Method not allowed):
OPTIONS http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.jsHTTP/1.1
Access-Control-Request-Method: GET Origin:
http://localhost:8080 Access-Control-Request-Headers: Origin, Wicket-Ajax,
Accept
Note: If
thats pretty weird, what kind of option is it requesting (check the
headers)? ive only ever seen option used for cross-domain ajax...
-igor
On Thu, Sep 22, 2011 at 12:28 PM, Steve Lowery
wrote:
> I'm having an issue using resources after an ajax swap, in this case jquery.
> My home page does n
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
respon
11 matches
Mail list logo