[richfaces-issues] [JBoss JIRA] Resolved: (RF-7399) loadstyle does not support xcss files outside the classpath

[Nick Belaevski (JIRA)]

     [ https://jira.jboss.org/browse/RF-7399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nick Belaevski resolved RF-7399.
--------------------------------

    Fix Version/s:     (was: 4.0.0.M1)
       Resolution: Out of Date


1) a4j:loadStyle is excluded from 4.x, because JSF 2 has h:outputStylesheet
2) Loading of *.ecss file from outside classpath is supported since A2

> loadstyle does not support xcss files outside the classpath
> -----------------------------------------------------------
>
>                 Key: RF-7399
>                 URL: https://jira.jboss.org/browse/RF-7399
>             Project: RichFaces
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: component-a4j-core
>    Affects Versions: 3.2.2
>         Environment: winxp, jboss5, seam2.1.1
>            Reporter: Jacques Lemire
>            Assignee: Nick Belaevski
>
> (See the bug I reported on the JBoss Tools jira (https://jira.jboss.org/jira/browse/JBIDE-4500), as the projects they generate load an xcss from a location that is not on the classpath)
> I have reported a bug to the JBoss Tools team, as their seam application generator creates a template that tries to load an XCSS from a file location outside the classloader, which does not work. There is a workaround which I guess they will include in their next version, but I have been told to report it here too as a bug. I fully understand that you may consider this bug report a non-issue, but as the documentation for xcss templates is scarce, I do not know what the intended behavior really is.
> What I see is that the TemplateCSSRenderer does support to add the base64 suffix to the resource name through "getData", and that is what is being used when it is loaded from the classpath. However, when it is loaded as a StaticResource by the ResourceBuilderImpl, the StaticResource.getUri overrides the InternetResourceBase.getUri. For some reaon, StaticResource.getUri does not call InternetResourceBuilder.getUri, passing getDataToStore(context, data)), so TemplateCSSRenderer.getData never gets called.
> <a:loadStyle src="resource:///stylesheet/theme.xcss"/> is rendered as:
> <link class='user' rel='stylesheet' type='text/css' href='/scn/stylesheet/theme.xcss' />
> If StaticResource did not override the InternetResourceBase.getUri method, it would return a properly suffixed uri which would in turn be sent to the StyleRenderer (see LocalResourceRenderer.encodeToHead), which would render the link tag properly. In turn, that link tag would be recognized by the view handler as an a4j resource and the transformed css would be returned to the browser.
> <a:loadStyle src="resource:///stylesheet/theme.xcss"/> should be rendered as:
> <link class='user' rel='stylesheet' type='text/css' href='/scn/a4j/s/3_2_2.SR1stylesheet/theme.xcss/DATB/eAF7sqpgb-jyGdIAFrMEaw__' />
> Maybe my diagnostic is wrong, as I do not have time to set my system up to compile and test it, and maybe there are good reasons why static resource do not use the resource's renderer to transform the URL, but you are in a much better position than me to answer these question. Thanks.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira