spring-ws icon indicating copy to clipboard operation
spring-ws copied to clipboard

Support Fast Infoset [SWS-526]

Open gregturn opened this issue 16 years ago • 4 comments

Kenny MacLeod opened SWS-526 and commented

Many web service stacks (e.g. JAX-WS-RI) implement the XML Fast Infoset protocol when deployed as JAX-WS endpoints. The protocol is coordinated as an exchange of HTTP request/response headers.

When these stacks are used via Spring WS, this support is not exposed.

Given the massive performance boost you can get from this protocol, I would very much like to see it supported in Spring-WS, on both server and client ends. It may be possible to use the FastInfoset.jar that ships with JAX-WS-RI as an implementation that works with all WS stack implementations.


Affects: 1.5.7

2 votes, 2 watchers

gregturn avatar Jun 15 '09 01:06 gregturn

Kenny MacLeod commented

For what it's worth: http://forum.springsource.org/showthread.php?p=245897

gregturn avatar Jun 15 '09 01:06 gregturn

Michael Brown commented

Another emerging standard from the W3C is EXI (http://www.w3.org/TR/exi/). Support should probably be generic enough for any/most "binary XML" formats.

Just my 2 cents.

gregturn avatar Jul 20 '09 04:07 gregturn

Kenny MacLeod commented

Can we have this added to the roadmap, Arjen? FastInfoset has become a core feature of JAX-WS, it seems a shame not to see it in Spring-WS 2.0

gregturn avatar Aug 20 '10 08:08 gregturn

Josh Long commented

this is one of those things that more than likely needs corresponding support at the framework level, since its often used in conjunction with streaming. Streaming requires that you funnel data to the client continuously, letting a producer pump data into it at the same time. One implementation that has this is Jersey. they basically give u an object you can pump data into in a while loop or what have you and the output is continuously flushed out. this same streaming mechanism might also be useful for things like protocol buffers. For REST, this support probably belongs in the @MVC REST support...

gregturn avatar Oct 27 '10 10:10 gregturn