Closed
Bug 200586
Opened 21 years ago
Closed 14 years ago
Operation overloading not working properly in WSDL
Categories
(Core Graveyard :: Web Services, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: nisheeth_mozilla, Unassigned)
References
()
Details
Attachments
(1 file)
4.28 KB,
patch
|
Details | Diff | Splinter Review |
Steps to reproduce: 1) Go to abiove URL 2) Hit the "Call foo('test')" button 3) See the string "foo(int) called with parameter 0" in the Results textbox. Expected result: The string "foo(string) called with parameter test" should show up in the Results textbox. The WSDL file (http://webstar.nscp.aoltw.net:8080/ws/overload.wsdl) defines two functions: foo(int) and foo(string). The SOAP request sent out when "Call foo('test')" is pressed contains the <IntArg> element instead of the <StringArg> element. IntArg and StringArg are defined in the WSDL file as <part> names in two separate <message> elements.
There are a couple of problems: 1) Since the WSDL loader requests for operation-by-name it ends up processing only one operation ( i.e., the first operation that matches the name ). I should be able to fix this. 2) Apparently XPConnect invokes method by name ( ignoring the signature ) and ends up invoking the first method that mathces the name in question. For this I need David Bardley's help. CCing him.
Status: NEW → ASSIGNED
Comment 3•21 years ago
|
||
Would it be possible to mangle the method names, much like C++ does?
Comment 4•21 years ago
|
||
Yeah, that'd be one way to do it, and I think we should do that to make it possible from script to explicitly select which method to call, but I think we should try to be smart too, when possible.
Updated•20 years ago
|
Assignee: harishd → web-services
Status: ASSIGNED → NEW
There ist no method overloading feature in WebServices/SOAP. Dont't try to get this working - it will be non standard and will not work with any Web Servers I know.
Updated•15 years ago
|
Assignee: web-services → nobody
QA Contact: ashshbhatt → web-services
WSDL is gone from Gecko.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•