See this thread:
http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]&msgNo=7998
This one is also relevant:
http://marc.theaimsgroup.com/?l=axis-user&m=103825449231468&w=2
"...trash generated on the client side is about 18MB for each
round trip of my 320KB message"
A year or so ago we ran into a problem like this, but it wasn't with Axis - it was Xerces. A change of parser massively reduced the number of objects being created and destroyed, and greatly improved performance (this parser wouldn't do you any good, we wrote it to specifically solve this problem and had complete control over the XML being parsed). You might want to try Axis with a different parser.
The other thing people have mentioned as being a cause of the problem is that its inherent in JAX-RPC being based on SAX, so it can't take advantage of pull parsing:
http://marc.theaimsgroup.com/?l=axis-user&m=104429792424850&w=2
This being the case, you might want to look at other solutions, like using Soap With Attachments to send your large xml file outside of the SOAP body.
-Baz
[EMAIL PROTECTED] wrote:
Hi, Does anybody know if there is a limitation on the messages size (an XML file as payload) that are sent from AXIS client to AXIS server ?By the way, I already encountered java.lang.OutOfMemoryError when my axis client is trying to send an XML file (4 megabytes) to AXIS server. It happened at client side. Don't know if the client manages to send over, the server can handle it or not ? Any ideas or suggestions ? note : I already set the JVM heap size to 256m Thank you.
