Hi Lawrence,

As far as I know this is not available out-of-the-box in Wicket 6. Sorry.
The good news is that the resource filtering and bundle-ing is much simpler
than in 1.4.x so I think you should be able to accomplish it.


On Sat, Feb 9, 2013 at 9:27 PM, Lawrence Gadban <lgad...@gmail.com> wrote:

> Hello,
>
> We are currently involved in a migration effort from Wicket 1.4 to Wicket
> 6. As it currently stands, we are heavily leveraging the various
> DecoratingHeaderResponses available in Wicket 1.4 to inject resource
> dependencies, aggregate resources into collections of similar types, and to
> filter the resources into header and footer sections as appropriate.
>
> From what we can gather, the appropriate replacements in Wicket 6 would be:
> 1. Dependencies can managed by setting the dependencies themselves on the
> ResourceReference
> 2. Aggregation of resources can handled by the ResourceAggregator
> 3. Filtering of header items can be handled by FilteringHeaderResponse
>
> However, we do see a gap in the logic of the two versions and would like to
> get opinions from the experts on this list. In Wicket 1.4, the
> AbstractResourceAggregatingHeaderResponse iterated through all resources
> rendered to it and would separate them into ResourceReferenceCollections.
> These collections would then be rendered as one to the markup.
>
> Wicket 6 seems to lack this functionality. We originally thought we could
> use ResourceBundles to achieve this but bundles seem to be more static
> whereas collections will differ per request. Since a specific resource can
> only be present in one bundle it seems that we could be caught rendering
> resources that were unnecessary due to the bundling.
>
> What we need is a way to gather all the resources to be rendered (and their
> dependencies), separate them into collections based only on the resources
> present, and then render each collection as one resource to the browser. We
> would like to stay as close to out-of-the-box Wicket as possible, so any
> guidance would be greatly appreciated.
>
> Thanks,
> Lawrence Gadban
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>

Reply via email to