Hi,
Hi Thomas,
that should work.
Could you please compare your setup with the one in
https://github.com/apache/wicket/tree/master/wicket-examples/src/main/java/org/apache/wicket/examples/resourcedecoration
My code is identical except I'm using FilteringHeaderResponse with a
custom "bucket" name instead of JavaScriptFilteredIntoFooterHeaderResponse.
Anyway, for the time being I solved my issue by fixing my HeaderItem
dependencies and just deleting my custom header decoration stuff (as it
turned out I was basically abusing this feature to work around my broken
HeaderItem dependencies :-)
I still feel that the WICKET-6498 change somehow interacts with
FilteringHeaderResponse in a not-too-obvious way (our code used to work
in 7.10 but fails in 8.0.0).
Cheers,
Tobi
Thanks
Sven
Am 24. Mai 2018 08:43:47 MESZ schrieb Tobias Gierke
<tobias.gie...@code-sourcery.de>:
Hi,
Hi,
this should be caused by WICKET-6498. This issue has changed the
behavior for HeaderResponseDecorator. You can find how to adapt your
code in the migration guide or in the release note of Milestone 9:
https://wicket.apache.org/news/2018/02/17/wicket-8.0.0-M9-released.html
Thanks for the quick response! I already tried this and it didn't have
any effect :/
My Application#init() method is doing:
setHeaderResponseDecorator( response ->new ResourceAggregator(new
FilteringHeaderResponse(response) ) );
Cheers,
Tobias
--
Tobias Gierke
Software Developer
Voipfuture GmbH Wendenstr. 4 20097 Hamburg Germany
Phone +49 40 688 9001 64 Fax +49 40 688 9001 99 www.voipfuture.com
Managing Directors Jan Bastian Eyal Ullert
Commercial Court AG Hamburg HRB 109896 VAT ID DE263738086
