Bad Envelope namespace - Problem

All, when i try to deploy the example3 according to user-guide i get the following error below. Also, when i try to access "http://localhost:8080/axis/Calculator.jws"; i get a noSuchMethodError error. Does anybody have any ideas? thanks krishnan. Processing file deploy.wsdd AxisFault

Re: cvs commit: xml-axis/java/test/wsdl/types ComprehensiveTypes.wsdlVerifyTestCase.java

FYI: all of the echo interop tests (except TCLSOAP) are failing now for echoDate. http://www.apache.org/~rubys/ApacheClientInterop.html - Sam Ruby

cvs commit: xml-axis/java/test/wsdl/types ComprehensiveTypes.wsdl VerifyTestCase.java

butek 02/03/31 15:09:34 Modified:java/samples/echo EchoServiceBindingStub.java TestClient.java java/src/javax/xml/rpc/holders Holder.java java/src/org/apache/axis/encoding DefaultTypeMappingImpl.java

Bug report for Axis [2002/03/31]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

RE: Skeletons

1. The method name getOperationDescsByNameInstance is rather awkward, but since, as you say, AXIS won't use it, I won't complain. This method would be used by things outside AXIS, or by extensions to AXIS (I'm having some visions, but they're still a bit foggy, so there's no sense describing the

RE: Skeletons

Hi Russell! > 1. I would prefer that the Skeleton interface contain the method > getOperationDescsByName. It doesn't cost much. The > skeletons can still > implement the static method, and the instance methods could > do nothing more > than call the static method, but the instance method DO

[GUMP] Build Failure - Axis

This email is autogenerated from the output from: Build results exceed maximum length. Please see URL above for details. Last

Re: Web Services integration [was: Cocoon Form binding and validation ]

This message targets primarily Cocoon, but I sincerely hope that there are Axis developers out there who will find it enticing. Since the majority of the work on the Cocoon form handling problem is complete, while waiting on all stakeholders to come to an agreement for a common API, I've decided