[jsr-314-open] Problem with Resource.getRequestPath() in a portlet environment

[Neil Griffin]

Thanks Lincoln. Well if that's indeed the case, then I guess that means there are some bugs in Mojarra. For example, StyleSheetRenderer.encodeEnd(FacesContext, UIComponent) should call ExternalContext.encodeResourceURL() before it outputs the <link> tag.

Anyone from the Mojarra team agree/disagree?

Neil

On Jan 13, 2010, at 12:43 PM, Lincoln Baxter, III wrote:

> I believe it is your responsibility, since that method is required to simply pass-through the servlet/portletrequest return value for that method.
> 
> Lincoln Baxter III
> http://ocpsoft.com
> http://scrumshark.com
> Keep it simple.
> 
> 
>> On Jan 13, 2010 12:18 PM, "Neil Griffin" <neil.griffin at portletfaces.org> wrote:
>> 
>> Hello all,
>> 
>> This could be a bug in Mojarra 2.0.2, or it could be a problem with the spec -- I'm not sure. Someone please help me out. :-)
>> 
>> I'm trying to get JSF 2.0 resource stuff to work right in the PortletFaces Bridge, but the return value from Resource.getRequestPath() is not encoded...
>> 
>> So the question is... who's responsibility is it to call ExternalContext.encodeResourceURL()? Should that already be done by Resource.getRequestPath(), or should the calling method  (like StyleSheetRenderer.encodeEnd(FacesContext, UIComponent) take care of it?
>> 
>> Thanks,
>> 
>> Neil
>> 
>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jsr-314-open-mirror/attachments/20100113/5cba2eab/attachment.html