Wsrp-requireRewrite for URLs in resource response ?

Question

I'm using Portal 10.1.4 serving WSRP content from a
portlet producer running on 10.1.3.2 (JDev embedded OC4J).
I want to use an AJAX resource request to serve a fragment of
portlet markup containing further portlet and AJAX URLs.
URL rewriting for full page portlet rendering requests works fine,
but I can't get a resource request served with WSRP URL rewriting.
Here is my approach ... a resource request is sent from a portlet page
using a URL that was created in in a full portlet request.
The flag 'wsrp-requireRewrite=true' is WSRP encoded as '__ora_rewrite=1'.
The Portal server presumably intercepts the request and stores the value of this flag,
then sends the raw resource request to the resource servlet on the portlet producer
(i.e. markup generated through a servlet context, not a portlet context).
The new markup fragment contains URLs embedded between 'wsrp_rewrite' tags.
The Portal server should intercept the response and rewrite the URLs,
but it swallows the whole thing, and an empty response is returned to the client.
Is wsrp-requireRewrite=true supposed to work for resource requests ?
Any ideas what could be wrong ?
Mik

Answer 1

The problem was MIME type.
I had assumed Portal server would rewrite any text responses,
but it does not rewrite 'text/xml' data, in fact it sends it to the bit bucket !
So you need to force the response Content-Type in the resource provider.
The only valid rewritable types seem to be:
'text/plain', 'text/html' and variants like 'text/html+xml'.
The rewritten URLs will not be XML-escaped
i.e. '&' parameter separator will not be escaped to '&' .
So when doing AJAX updates you have to explicitly escape the URLs
and invoke an XML parser in client-side JavaScript,
rather than relying on the implicit mechanisms within XmlHttpRequest.
Mik