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/>