If you read back in the archive, you'll see a message from me about where to look in the source if you want to create soap messages (or read them) in memory without bothering to make a transport. You could mark them one-way, for good measure.
On Wed, Nov 3, 2010 at 1:39 AM, UlhasBhole <[email protected]> wrote: > Hi Steve, > Short answer is no. CXF don't have any UDP transport. You (or someone) will > need to implement new transport for it. > > Apache Camel has UDP component using Mina so you probably may be able to use > Camel to route your message from CXF client to UDP. > > Regards, > > Ulhas Bhole > On 2 Nov 2010, at 17:47, Steve Cohen wrote: > >> I know there is a SOAP-over-UDP spec but I don't see that anyone has >> implemented a package for handling it. >> >> I am looking to modernize a legacy application that uses UDP packets (in >> both directions) as a data-transmission mechanism. It's written in C with C >> structs passed in datagrams between the client and server. The system is >> kept in synch by means of "synchronization" messages sent from server to >> client (that's the reason for bidirectionality). These are used instead of >> "return values" to the original messages. Messages sent from client to >> server do not expect returns. Since the server part will only be wrapped >> (not a complete rewrite) it seems necessary to keep the UDP semantics in any >> modernization. >> >> SOAP-over-UDP may be overkill, but can anyone tell me if it's been >> implemented, either by CXF or someone else? > >
