On Wed, Sep 28, 2011 at 9:58 AM, Arne And <arne....@gmail.com> wrote:
> As far as I understand, both suggested solutions work on the entire
> application, right? Is there no way to define a particular resource
> caching strategy for a particular resource or set of resources, e.g.
> set a resource strategy for all javascript resources, but leave
> everything else default?
Of course there is :-)
You can roll your own strategy that delegates to X strategy for some
resources and to Y strategy for other resources.
>
> A
>
> On Tue, Sep 27, 2011 at 5:40 PM, Igor Vaynberg <igor.vaynb...@gmail.com>
> wrote:
>> switch to QueryStringWithVersionResourceCachingStrategy, it does not
>> modify file names
>>
>> -igor
>>
>>
>> On Tue, Sep 27, 2011 at 3:03 AM, Arne And <arne....@gmail.com> wrote:
>>> How do I avoid the -ver-XXX version number from my resource reference
>>> in Wicket 1.5.0?
>>>
>>> More details:
>>>
>>> I want to use Scriptaculous, and have a AbstractDefaultAjaxBehavior
>>> that does a renderHead(...) { response.renderJavaScriptReference(new
>>> JavaScriptResourceReference(this.getClass(), "scriptaculous.js"); }
>>>
>>> This adds the <script src ... > to the header section, however, the
>>> url to the scriptaculous includes the Wickek -ver-XXX rewrite. This in
>>> turn results in the scriptaculous auto include
>>> builder,effects,dragdrop etc not to load properly, due to how the
>>> script determines the base path.
>>>
>>> I can of course fix the way scriptaculous determines the path, but the
>>> best way would be to have wicket serve this up as "scriptaculous.js".
>>>
>>> What am I doing wrong? Can it be fixed?
>>>
>>> I've looked at the FilenameWithVersionResourceCachingStrategy, and I
>>> know I can change that for the application, but won't I then change it
>>> for all the resources? I would like only this to _not_ have the
>>> version information.
>>>
>>> Thanks in advance.
>>>
>>> A
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
