We have some standalone devices that will send XML messages to arbitrary processing software (may be developed by us, may be 3rd party) over HTTP. The messages are relatively simple, and will conform to an existing schema. No specific reply is necessary.
I suddenly find myself lost in a world of web service technology jargon. I’d like the following:
- To keep the devices as simple as possible, and not tied to any particular technology like SOAP (unless it’s beneficial).
- To make it as simple as possible to consume the messages. For instance, I could just send XML over HTTP, but then the receiver would have to manually process the message (I think). It would be great if anyone could use WSDL-like tools to easily create consumers in any language.
Please help fill in the giant gaps in my understanding…and point me in the right direction. Thanks!
UPDATE: I should have made myself a little more clear. I’m not against using any “technology”, I’m just looking for advice to strike a good balance. The standalone devices will have very limited capabilities, but enough to send an XML message over HTTP — I don’t want to complicate these things any more than I have to.
Then I can certainly just consume and manually process the XML messages….. but it would be neat if there was a way to generate this code (the way I can generate code from WSDL). What I’ve got is an .xsd describing the messages themselves, nothing more.
Following on the comment above about WADL, you can also try WSDL 2.0. While not widely adopted yet, WSDL 2.0 does contain good support for REST style services. WSDL 2.0 is supported in Apache Axis2, which I think includes support in its WSDL2Java tool.