[
https://issues.apache.org/jira/browse/WICKET-4471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239383#comment-13239383
]
Martin Grigorov commented on WICKET-4471:
-----------------------------------------
I'm not sure that I like Wicket plays like a mashup and combines resources from
all over the globe.
The idea of CDN is to deliver commonly used libs from the fastest mirror for
the user. Why one would want to merge it in a local bundle afterwards. This
kills the benefit of CDN.
If you want to bundle it then download it locally and add it in the bundle as
JavaScriptResRef or CssResRef.
I guess someone will want ExternalUrlResRef to be able to fallback to a local
ResRef if there is no connection to the external url...
> Generic registry of javascript/css resource references
> ------------------------------------------------------
>
> Key: WICKET-4471
> URL: https://issues.apache.org/jira/browse/WICKET-4471
> Project: Wicket
> Issue Type: Improvement
> Components: wicket
> Affects Versions: 6.0.0-beta1
> Reporter: Ronald Tetsuo Miura
> Assignee: Emond Papegaaij
> Priority: Minor
> Attachments:
> 0001-WICKET-4471-unwrap-ResourceBundleReference-to-render.patch
>
>
> It would be nice if JavaScriptLibrarySettings had a generic mechanism to
> register javascript/css resource references (maybe using something like
> MetaDataKeys).
> This way, extension/third-party components (ModalWindow, DateTimeField, etc.)
> could register their resources, or just lookup for substitute resource
> references for their own scripts/stylesheets.
> This would allow some optimizations, such as minification/compression and
> joining many files into one, and hosting static files in CDNs.
--
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
