[
https://issues.apache.org/jira/browse/WICKET-3845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13057238#comment-13057238
]
Martin Grigorov commented on WICKET-3845:
-----------------------------------------
Looking at it you can do it as:
@Override
protected void setResponseHeaders(final ResourceResponse data, final Attributes
attributes) {
((WebResponse) attributes.getResponse()).setHeader("Accept-Ranges",
"bytes");
super.setResponseHeaders(data, attributes);
}
Or we can add #setCustomHeaders(Attributes) which will be called *before* the
error/status headers are eventually set.
> There is not a good way to use custom response headers with AbstractResource
> ----------------------------------------------------------------------------
>
> Key: WICKET-3845
> URL: https://issues.apache.org/jira/browse/WICKET-3845
> Project: Wicket
> Issue Type: Bug
> Components: wicket-core
> Affects Versions: 1.5-RC5.1
> Reporter: Adriano dos Santos Fernandes
>
> I'm converting an application to Wicket 1.5 and I see some problems with
> resources.
> There is a case I need to add headers (not present in ResourceResponse
> properties) and it looks ugly.
> This is what I need to do:
> @Override
> protected void configureCache(ResourceResponse data, Attributes
> attributes)
> {
> super.configureCache(data, attributes);
> ((WebResponse) attributes.getResponse()).setHeader("Accept-Ranges",
> "bytes");
> }
> It's a hack to use configureCache here, but this can't be added to
> setResponseHeaders, which seams a better apparent method name for it.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
