User Ratings

★★★★★
★★★★
★★★
★★
1
0
1
0
0
ease 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 1 / 5
features 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
design 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
support 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 1 / 5

Rate This Project
Login To Rate This Project

User Reviews

  • Like it says, not-ready-for-production. There are multiple problems with SOAPServlet.extractSoapEnvelope. Coding bugs, liberal assumptions, chokes with XML pre-processor directives (which are often in SOAP responses). Much useless I/O and conversion code that duplicates what commons IOUtils does much better (IOUtils is already provided and in classpath, so no good reason not to use it). For example SOAPServlet.readHttpRequestBody is entirely unnecessary. Doesn't work for me with a HTTPS service. I see no support for authentication. But don't know if these features are really missing, are broken, or just not-documented-and-not-apparent, but with no communication whatsoever for this project (no forums, mailing lists, etc.), there's nobody to ask.
  • Soap-proxy was very helpful for me to validate my web service. Before soap-proxy, I was unable to test quickly my web service with a real web service in my local environment. "Quickly" is the word. And Soap -proxy can help you simulate a "datapower" equipment. Great work ! Thanks caballero :-)
  • Previous
  • You're on page 1
  • Next