Closed GoogleCodeExporter closed 8 years ago
What do you mean by other transports? Do you mean for example VM pipes etc?
Original comment by johan.ha...@gmail.com
on 17 Dec 2012 at 11:30
I mean providing a means to handle different transport protocols vs the message
contents. I specifically referenced CXF which has a pluggable transport system
(http://cxf.apache.org/docs/custom-transport.html). One of which is a local VM
transport that aids testing without having to spin up an HTTP server. Many/most
ESBs also provide various protocols for moving messages around.
The crux of this issue, IMHO, is that rest-assured relies on Apache's HTTP
components. Correct me if I'm wrong, I didn't do a deep dive on the code.
Therefore, it is tied to HTTP. Abstracting this bit might expand the use cases
that rest-assured could be applied to. The rest-assured DSL is terrifically
readable. It would be great to be able to handle multiple protocols using it.
It is certainly true that HTTP over TCP/IP is almost always the protocol for
rest messages. ESBs, CXF, as well as other frameworks provide message agnostic,
pluggable, protocols for rest messages to travel over. While I do not assume
that it is the responsibility of the rest-assured project to implement a
CXF-local transport specific implementation, it would be phenomenal to abstract
the transport details so that others (myself included) could provide means to
connect to VM, JMS, etc. endpoints using REST messages.
Original comment by torr0...@gmail.com
on 17 Dec 2012 at 2:46
While this is a good idea it'll require a massive rewrite and I can't see
myself finding the time needed to do so in a foreseeable future. If you want to
help out with this please feel free to do so and I'll assist you in anyway I
can. REST Assured was designed for HTTP only (which IS misleading I know).
Original comment by johan.ha...@gmail.com
on 17 Dec 2012 at 3:09
Original comment by johan.ha...@gmail.com
on 22 Jan 2014 at 10:00
Original issue reported on code.google.com by
torr0...@gmail.com
on 14 Dec 2012 at 5:54