OK, thx for the update, indeed our application will have to handle a big load for two reasons: first : our application and the server will have to handle a lot of request (~50 eventually more) per seconds second : the documents might weight from 200KB to several MB
I guess we will switch to the 2.1.2. As this release is not yet ready (7 issues left), do you have an ETA and if not do you think the actual code on the trunk is stable enough to go in production? And finally just for my own information, when you talk about streaming, I'm guessing that the gzipped payload is stremed to the "xml handler" using stax to map the objects with Jaxb. Am I correct? Thx :) On Fri, Aug 1, 2008 at 17:19, Daniel Kulp <[EMAIL PROTECTED]> wrote: > > On Aug 1, 2008, at 6:38 AM, Ian Roberts wrote: > > Brice wrote: >> >>> OK thx Google, >>> I found out that the GZip support is fixed for the 2.1.2 release: >>> https://issues.apache.org/jira/browse/CXF-1387 >>> However I wonder if this patch is available in 2.0.8. >>> >> >> Not that I'm aware of, but if you're prepared to build CXF from source you >> should just be able to apply the patch from the JIRA issue directly onto the >> 2.0.x source code (I originally wrote the patch against the 2.0 branch as >> that's what I use). >> > > Keep in mind, what's on trunk is a bit different than your original patch. > The original patch was an EXCELLENT starting point, but what's on trunk > works quite a bit better for large messages in that it can stream instead of > doing a "buffer than send" thing. That's partially why I didn't push it > to 2.0.x. The classes used for the threshold management and such aren't > available there so there is quite a bit more work to find everything that > would need to be merged. > > --- > Daniel Kulp > [EMAIL PROTECTED] > http://www.dankulp.com/blog > > > > > -- Bryce
