Hi folks,
I am in a need to implement a two-pass HttpEntity. This is related to my
previous question [1].
Say, I have a PayloadEntity which extends StringEntity and contains XML
content. This is being put into the HttpPost. Unfortunately, this isn't
enough for a complete request. I need to wrap that with a
RequestEnvelope entity. My idea was to do that with an request
interceptor which would do new RequestEnvelopeEntity(String xml,
PayloadEntity payload)...
The interceptor would add some specific information to the envelope
entity which are bound to a session and pooled by Commons Pool.
The template for that is always:
<Envelope>
<session information from pool....>...
<Body><![CDATA[${payload}]]>
</Body>
</Envelope>
Note: No, this is not SOAP, this is a custom, braindead, sort of RPC
over REST protocol.
My first idea was to have both extend StringEntity and filter the
payload as in a two-pass Velocity template. The issue is that
#getContent returns an input stream backed by a byte array which I would
need to convert back to a string, filter the template and pass the
string which in turn would be converted to a byte array. Not very smart
and waste of operations.
Preconditions are that PayloadEntity is complete, the XML string passed
to RequestEnvelopeEntity is already complete but for the ${payload}.
Filtering is performed by org.apache.commons.lang3.text.StrSubstitutor.
The best approach I came up with is to abuse the PayloadEntity as a
container and add a #getPayload method. I would get the string here,
pass that to the filter, consume the getContent stream and construct a
new StringEntity, avoiding a custom RequestEnvelopeEntity in the
interceptor.
Any (better) ideas?
Thanks,
Michael
[1] http://www.mail-archive.com/[email protected]/msg07841.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
