You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Dylan Schell (JIRA)" <ji...@apache.org> on 2009/03/19 11:05:50 UTC
[jira] Updated: (WICKET-2179) JavascriptResourceReference /
CompressedResourceReference is "broken"
[ https://issues.apache.org/jira/browse/WICKET-2179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dylan Schell updated WICKET-2179:
---------------------------------
Summary: JavascriptResourceReference / CompressedResourceReference is "broken" (was: JavascriptResourceReference is "broken")
- changed description, CompressedResourceReference has the same issue
> JavascriptResourceReference / CompressedResourceReference is "broken"
> ---------------------------------------------------------------------
>
> Key: WICKET-2179
> URL: https://issues.apache.org/jira/browse/WICKET-2179
> Project: Wicket
> Issue Type: Bug
> Components: wicket
> Affects Versions: 1.4-RC2
> Reporter: Dylan Schell
> Fix For: 1.4-RC3
>
>
> JavascriptResourceReference will never use JavascriptPackageResource even though this seems to be the intent.
> when JavascriptResourceReference.newResource() gets invoked, it makes a static call to PackageResource.get()
> PackageResource.get() makes a call to newPackageResource() but since the call to get was made statically, the newPackageResource() implementation that actually gets called is the one in PackageResource not the one in JavascriptPackageResource.
> this means that javascript is never gzipped / stripped at the moment.
> I worked around the problem by subclassing JavascriptPackageResource and avoiding the static call to make sure the newPackageResource() method in JavascriptPackageResource gets called, but the situation is not ideal.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.