Allegar, If you haven't already, could you please file a bugzilla report for this?
-- Tom Jordahl Macromedia Server Development -----Original Message----- From: Allegar Robert [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 11, 2002 3:41 PM To: [EMAIL PROTECTED] Subject: Bug fix for org.apache.axis.message.SOAPBody The method void addBodyElement(SOAPBodyElement element) in org.apache.axis.message.SOAPBody is missing the following line of code around line 170 in the 9.11.2002 build: bodyElements.addElement(element); It doesn't actually add the passed-in element to the vector of body elements without it. I don't have cvs or diff installed so apologies if the format for this fix is incorrect. Regards, Rob -----Original Message----- From: Steve Loughran [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 11, 2002 1:33 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: memory leaks ----- Original Message ----- From: "Davanum Srinivas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 11, 2002 10:58 AM Subject: Re: memory leaks > http://developer.java.sun.com/developer/bugParade/bugs/4482232.html > oh, I love that comment " This program appears to be using an unsupported internal interface. Why don't you build using javac like everybody else?", it's right up there with "you dont need unsigned datatypes". The irony is that axis uses javac in process for .jws pages, as do most jsp runtimes. Hey, even jasper, the reference implementation of jsp that Sun helped write uses javac inproc. Though tomcat 5.0 will hand off the builds to ant. The other irony is that CodeDOM in .NET not only makes it possible to compile code inproc, it makes it easy to create it. Is there any way to run the tests using jikes, even if we hang on to javac for axis.jar itself, on account of generated code quality?
