Setting to prevent URL encoding of JSF resources

[polkaudio29]

I am trying to find a setting that can go in web.xml or faces-config.xml or portlet.xml to prevent the portal from url encoding resources like images, stylesheets and javascript files.

On a pure webapp, I see a javascript include for a richfaces resource as:

<script type="text/javascript" src="/webmodulename/a4j/g/3_3_3.Finalorg.ajax4jsf.javascript.AjaxScript.jsf">

the same on a portal environment coming through the jboss portletbridge comes out as:

<script type="text/javascript" src="/wps/myportal/!ut/p/c5/hY5Bb4JAEIV_iweOZd-WLdAjGpRNkMW2UvFiNmShoLhmabU_v2s9tDFpnblM5nvz5pE1sb2Xx7aR763eyx1ZkbW_YUWWLAX1EIKG4MvgcU79GJgzy0t_M5lFCQtSAPHLGPfZQ_w8HYcU3Ltx_Xr-90sh0piBi7xYiElOwdiF_-d_5vijIlz5XyUQHskS3StSkjL4USESU_A8YYVVU8xsTqMG_WEqRZ4caNO4pnbt6nt2IDv5ybqhdlAb2auTNlv3IKut2w1kUcnqTaXqqHa5bBQ59Cu0_C48RaPRF39kAXw!/">

but local (to webapp that I have included - not richfaces) come out as:

<script src="/wps/PA_AppNamePortlets/js/focus.js" type="text/javascript"> on the portal

and as <script src="/webmodulename/js/focus.js" type="text/javascript"> on the web app not much difference.

I am trying to get this behavior with the portlet for the richfaces resources as well. Any help with the config (if it is even possible) would be appreciated.

Here is my environment details:

Websphere Portal 6.1.0.2

Websphere App Server 7.0.0.17

Richfaces - 3.3.3

facelets - jsf-facelets-1.1.15

tomahawk12 - 1.1.9

Jboss portlet bridge - 2.1 final

[kenfinni]

To the best of my knowledge it isn't possible to do as you are asking as any resources being returned as part of a JSF Request (such as RichFaces js files) will go through the JSF lifecycle, and will thus be forced through the process of generating a URL such as above

[polkaudio29]

Ken, thanks for responding.

I am trying to understand why the resources that I have included locally within my web module does show up as:

<script src="/wps/PA_AppNamePortlets/js/focus.js" type="text/javascript"> on the portal and not get encoded.

where as the js files served/included by richfaces (which is also part of the same web module, even though as jars) be encoded.

I was trying this as a possible workaround to fix an issue we are facing as I have posted here: http://stackoverflow.com/questions/8219311/websphere-portal-jboss-portlet-bridge-jsf-richfaces-facelets-http-500-ok-m

[kenfinni]

Is your other application a JSF or JSP application?

[polkaudio29]

This is part of the same application. It is a JSF application using richfaces and portletbridge running on websphere portal. Its all JSF using facelets.

[kenfinni]

From the information provided in the stackoverflow post, I suspect it's a problem with the web server proxying for Websphere, through either missing config or another problem.  I don't have any knowledge of IHS so wouldn't be much help on that front.

Also, you mention that the js files are returned with HTTP 500 OK messages, 500 is not an OK message.  It signifies a server error, which further leads me to a problem with IHS.

[polkaudio29]

Yeah, we were thinking on the same lines too. One other thing we see is that in the http logs, we see a file not found error.

It kind of makes sense as the file being server by richfaces is physically not there in the location specified, but not sure why it happens only with the portal, because when I see my other jsf app deployed directly on WAS going through the same http server does not have a problem with it.

That is the reason I was thinking if there was something that could be done on the portal side.

Thanks for the responses.

[polkaudio29]

I got my issue resolved and the portlet bridge's behavior was just fine.

There is a plugin between Websphere and IHS and there is something called Edge side caching. This was enabled and after talking to IBM, they advised to disable this and that fixed our issue. So, the application works directly on portal server as well as from a web server.