2 Replies Latest reply on Apr 21, 2005 3:46 AM by Georg Hallingstrom

    Soap/document encoding tweeking

    Georg Hallingstrom Newbie


      In my current project we deliver through document literal style very large Soap responses (up to 700kB). The creation of these documents takes a lot of cpu.

      Is there any way of tweeking JBoss in the creational process of such a document? Or is this hidden Axis stuff...? Is there any magical profiling that can be set? Can a Soap response be partitionally pushed on the wire before it is totaly finished?

      (JBoss 4.0.2 RC1)

      Best regards,


        • 1. Re: Soap/document encoding tweeking
          Jason Greene Master

          Unfortunately this is hidden axis stuf. Axis internally does a lot of copies, so you may want to take a look at your vm memory sizing and adjust it to be larger.

          However there are some tricks you can do. You can bypass the rpc layer, and build your own message, or you can use attachments if you are sending alot of data.

          If you really really care about performance, you could use something like JSR-173 to stream your message directly from a servlet.

          We have a plan to start addressing performance in our rewrite.


          • 2. Re: Soap/document encoding tweeking
            Georg Hallingstrom Newbie


            Since we have .Net on the client side (attatchments compatibility?) and only one week left to acceptance test :) creating my own bulk message seams to be the only solution.

            It seams as the soap response includes all attribute values for the sent objects instead of sending only changed (from default) values. This cloggs upp the message with a lot of default or null values which stands for at least 80% of the data... Very sad and very unnecessary spent cpu power.

            Thanks for the tips!

            Best regards,