[jira] [Commented] (MFCOMMONS-33) Extended ResourceHandler implementation

["Mark Struberg (Commented) (JIRA)" <de...@myfaces.apache.org>]

    [ https://issues.apache.org/jira/browse/MFCOMMONS-33?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13137670#comment-13137670 ] 

Mark Struberg commented on MFCOMMONS-33:
----------------------------------------

Just to clarify that before any questions come up: zipping in any JSF resource handler is really only needed because JSF-2 allows EL expressions in resources, making them non-cachable! This is what we like to get rid of with all the resource-loader proposal! Thus we also can just rely on good old techniques like having an Apache httpd with mod-file-proxy which does all the static file caching, accept-header parsing and zipping if the client supports it.
                
> Extended ResourceHandler implementation
> ---------------------------------------
>
>                 Key: MFCOMMONS-33
>                 URL: https://issues.apache.org/jira/browse/MFCOMMONS-33
>             Project: MyFaces Commons
>          Issue Type: Task
>          Components: myfaces-commons-resourcehandler
>            Reporter: Leonardo Uribe
>            Assignee: Mark Struberg
>             Fix For: 1.0.2
>
>
> myfaces-commons-resourcehandler module includes an "AdvancedResourceHandler" with these objectives: 
> - relative paths between resources (css files referencing images without using #resource['..']) 
> - caching resources in the client (disabled if ProjectStage == Development) 
> - GZIP compression and local cache in tmp dir (disabled if ProjectStage == Development) 
> - i18n (supporting country code and language). 
> This requires more discussion and work to create a full solution. In order to create a enhanced implementation, I have a proposal on this issue:
> - Replace AdvancedResourceHandler with ExtendedResourceHandler, which is a more descriptive name, 
> - Use the same pattern from myfaces shared, because it is well tested.
> - Use a SAXParser to load files, since the proposed solution is java 1.6 specific, and compatibility with jdk 1.5 is required. 
> I'll commit the proposal, but keep the previous code so we can discuss over there.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira