I'd like to reboot the discussion around SOAP support in apiman.
Originally I was thinking we could implement it without parsing the full
message. I even have some code for doing this.
However, after thinking about it some more (and after some discussion
about soapaction vs. resource path in a separate jira) I'm thinking we
simply have an option that will parse the entire soap message upfront
*as an option*.
I'd like any opinions anyone might have on this matter. :) The idea
would be to handle the soap message in a java-standard fashion (jax-ws,
javax.xml.soap, SAAJ, etc). The resulting soap message would be
available to policies as part of the policy context, and it could be
processed however the policy wants.
When proxying to the back-end, the (possibly modified) soap message will
be serialized to a string and written to the back-end API.
Thoughts?
Question for @Keith primarily: do you have any advice/code that
efficiently parses a soap message? And is there someone you've worked
with that has a lot of SOAP experience who could perhaps chime in some
expertise?
-Eric