yep numbers look good :) My senario is if Web Service return a object (Bean) it should be written to the output stream without buiding OM. This may change if a handlers accsess the body, but if they do not, OM should write them out directly.
I am thinking about a fake OM Element ..which wrap a object .. if first accsess is a write, it is written to stream directly without buiding a tree. We discussed lot about this .. I think we have this implemented too. I do not know much about the http://issues.apache.org/jira/browse/AXIS2-483, expect that I helpd them to add the attachment. May be http://issues.apache.org/jira/browse/AXIS2-483 is fixed already (I did not try it).. lets wait for reporters to get back .. Thanks very much Srinath On 4/12/06, Sanjiva Weerawarana <[EMAIL PROTECTED]> wrote: > Hi Srinath, > > We've dealt with this already .. Axiom does *not* always build the > object model before sending .. what it does is pull and push. The writer > is responsible for turning off the tree building (caching) if the > message is not needed. > > In any case, have you seen the recent performance numbers? I'd say we're > doing just fine. In your streaming scenario, is the XML you're trying to > stream out in Axiom? If not you have to pay the price of axiom-izing > (i.e., providing a stax reader). > > Sanjiva. > > On Wed, 2006-04-12 at 16:19 -0400, Srinath Perera wrote: > > Hi Guys; > > > > According to http://issues.apache.org/jira/browse/AXIS2-483 it sound > > like axiom always build the object model before sending out the > > message. (e.g. If nobody accsess the body, we should write the object > > diectly to output stream, no need to build the tree) > > > > If that is the case there will be huge overhead. > > > > Reporter of http://issues.apache.org/jira/browse/AXIS2-483 asked me > > about it. I do not have time to work on it. I do wan't at least try to > > help them. Can we call this a blocker for 1.0 release? It is a major > > bug IMO > > > > thoughts? > > Srinath > > > > -- > > ============================ > > Srinath Perera: > > http://www.cs.indiana.edu/~hperera/ > > http://www.bloglines.com/blog/hemapani > > -- ============================ Srinath Perera: http://www.cs.indiana.edu/~hperera/ http://www.bloglines.com/blog/hemapani
