You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I created this that forced the response into a multipart class, which worked.
globals = {
:multipart => true,
:raise_errors => true,
:convert_response_tags_to => lambda { |tag| tag.snakecase.to_sym}
}
response = Savon::Multipart::Response.new(response.http, globals, {})
response.hash
Any ideas why this doesn't happen automatically, or if I'm missing something?
Thanks!
A good workaround might be to consider an option that just allows the user to force the response to be parsed as multipart, or possibly improving the regex to allow for more varied types of multipart headers.
The text was updated successfully, but these errors were encountered:
Hey @toobulkeh is it possible this was fixed by the most recent release of Savon-Multipart? A lovely contributor recently made the check for the multipart content-type header case insensitive, and I was wondering if that might fix your issue.
I'm in the same issue in 2017. I need to get some information of legacy systems using WS, and the response comes with extra content like "\r\n--uuid:51d686cd-1f98-44db-b0f7-84506459ce9d\r\nContent-Type: application/xop+xml;"
By the way I'm using the @toobulkeh forced solution to create a Savon::Multipart::Response that gives a clean soap message, but I would be gladfull if Savon or Multipart already did it.
Cloned from Savon issue 682. savonrb/savon#682
pulling from https://github.com/savonrb/savon-multipart/blob/master/spec/savon/soap/response_spec.rb#L9
A good workaround might be to consider an option that just allows the user to force the response to be parsed as multipart, or possibly improving the regex to allow for more varied types of multipart headers.
The text was updated successfully, but these errors were encountered: