You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Martin Grigorov (JIRA)" <ji...@apache.org> on 2013/12/18 11:05:07 UTC

[jira] [Assigned] (WICKET-4762) IResourceVersion should be based on final result

     [ https://issues.apache.org/jira/browse/WICKET-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Martin Grigorov reassigned WICKET-4762:
---------------------------------------

    Assignee: Martin Grigorov

> IResourceVersion should be based on final result
> ------------------------------------------------
>
>                 Key: WICKET-4762
>                 URL: https://issues.apache.org/jira/browse/WICKET-4762
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket
>            Reporter: Christoph Leiter
>            Assignee: Martin Grigorov
>
> MessageDigestResourceVersion generates a hash of the file content which will be used as the version. As of now this doesn't take transformations by CSS/JS compressors into account.
> This is problematic if you have a faulty compressor and your clients have already downloaded such a resource. By fixing the compressor you achieve nothing because the client happily keeps its faulty compressed version (by default for one year) as the hash didn't change. You either have to change the resource file (which is difficult for built in resources) or change the mapper path. The same holds true for other compressor improvements.
> This issue isn't really limited to only compressors. If a resource output isn't only based on the resource file input then a wrong hash will be generated. IResourceVersion should always make the decision on the final output.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)