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.