Return-Path: Mailing-List: contact axis-user-help@xml.apache.org; run by ezmlm Delivered-To: mailing list axis-user@xml.apache.org Received: (qmail 42695 invoked from network); 27 Feb 2002 17:36:17 -0000 Received: from newmail.jacada.com (HELO smtp1.jacada.com) (67.104.177.143) by daedalus.apache.org with SMTP; 27 Feb 2002 17:36:17 -0000 Subject: Re: Java2WSDL In/Out/InOut method parameter question To: axis-user@xml.apache.org X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: "Steve Pannier" Date: Wed, 27 Feb 2002 12:36:11 -0500 X-MIMETrack: Serialize by Router on Jacada_Atl_Smtp/CST(Release 5.0.8 |June 18, 2001) at 02/27/2002 12:34:58 PM MIME-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210" Content-Disposition: inline X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210 Content-type: text/plain; charset=us-ascii Rich, Thanks for the reply. (Sorry for my slow response - I've been multitasking and have finally gotten around to addressing this again.) I have tried specifying an "InfoHolder" class, and I've also changed my interfaces to classes. I do get the parameter names to appear in the generated WSDL, but my question now is: Is there a way to tell if a parameter is In vs. In/Out by looking at the generated WSDL? Is it simply the "Holder" suffix in the parameter name that designates the parameter as In/Out? Java classes and generated WSDL are attached. (See attached file: banking.java)(See attached file: InfoHolder.java)(See attached file: banking.wsdl) Thanks. Steve Pannier Jacada, Inc. (763) 268-6382 spannier@jacada.com http://www.jacada.com > Steve, > > You will need to specify an InfoHolder class for Info as defined by JSR > 101. > Java2WSDL will interpret a "Holder" parameter as InOut when generating the > WSDL. > > If you change your interface to a class and compile with -g, you should get > parameter names. > > Rich Scheuerle > XML & Web Services Development > 512-838-5115 (IBM TL 678-5115) > > > > "Steve Pannier" > axis-user@xml.apache.org > com> cc: > Subject: Java2WSDL In/Out/InOut > method parameter question > 02/11/2002 04:01 > PM > Please respond to > axis-user > > > > > > > Does "Java2WSDL" have any knowledge of "In" vs "InOut" parameter types? > Suppose I have a Java interface as follows: > > public interface banking { > public int getInfo(Info checking, Info saving); > } > > The getInfo() method allows me to get checking & saving info based on > account > numbers supplied somewhere within the checking/saving structures. It > returns > checking/saving structures updated with current info, plus an integer > status code. > Thus, the checking and saving parameters to getInfo() are each "InOut". > > The Info interface is defined as follows: > > public interface Info { > public String getChecking(); > public void setChecking(String anum); > > public String getSaving(); > public void setSaving(String anum); > } > > > When I run "Java2WSDL" to generate WSDL from this interface, it shows "in0" > and "in1" > for the parameters on the "GetInfoRequest" message. (Output WSDL > attached.) How > do I tell "Java2WSDL" that these parameters are actually "In/Out"? Or is > there a way to > do this at all? Stated another way: How would I go about creating a Java > interface > containing a method with one or more "In/Out" parameters, so that the > generated WSDL > contains proper definition of "in" vs. "out" parameters? Is there any > recommended > reading that would describe what I've encountered here? > > (See attached file: banking.wsdl) > > Also, is there a way to get the actual parameter names ("checking" and > "saving" in my > example) to appear in the generated WSDL, rather than the "in0", "in1", > etc? I did compile > my source with "-g". > > Thanks in advance. > > > Steve Pannier > Jacada, Inc. > (763) 268-6382 > spannier@jacada.com > http://www.jacada.com > > > > #### banking.wsdl has been removed from this note on February 12 2002 by R > J Scheuerle Jr > > --0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210 Content-type: application/octet-stream; name="banking.java" Content-Disposition: attachment; filename="banking.java" Content-transfer-encoding: base64 cHVibGljIGNsYXNzIGJhbmtpbmcgew0KDQogICAgcHVibGljIGludCBHZXRJbmZvKEluZm9Ib2xk ZXIgb3JpZ0NoZWNraW5nLCBJbmZvSG9sZGVyIG9yaWdTYXZpbmcpIHsNCiAgICAgICAgcmV0dXJu IDA7ICAgIC8vIGZvciBub3cNCiAgICB9DQoNCn0NCg== --0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210 Content-type: application/octet-stream; name="InfoHolder.java" Content-Disposition: attachment; filename="InfoHolder.java" Content-transfer-encoding: base64 cHVibGljIGNsYXNzIEluZm9Ib2xkZXIgew0KDQogICAgcHVibGljIFN0cmluZyBjaGVja2luZzsN CiAgICBwdWJsaWMgU3RyaW5nIHNhdmluZzsNCg0KfQ0K --0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210 Content-type: application/octet-stream; name="banking.wsdl" Content-Disposition: attachment; filename="banking.wsdl" Content-transfer-encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjx3c2RsOmRlZmluaXRpb25z IHRhcmdldE5hbWVzcGFjZT0iaHR0cDovL0RlZmF1bHROYW1lc3BhY2UiIHhtbG5zPSJodHRwOi8v c2NoZW1hcy54bWxzb2FwLm9yZy93c2RsLyIgeG1sbnM6U09BUC1FTkM9Imh0dHA6Ly9zY2hlbWFz LnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIiB4bWxuczppbXBsPSJodHRwOi8vRGVmYXVsdE5h bWVzcGFjZS1pbXBsIiB4bWxuczppbnRmPSJodHRwOi8vRGVmYXVsdE5hbWVzcGFjZSIgeG1sbnM6 d3NkbD0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcvd3NkbC8iIHhtbG5zOndzZGxzb2FwPSJo dHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy93c2RsL3NvYXAvIiB4bWxuczp4c2Q9Imh0dHA6Ly93 d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIj4NCiA8dHlwZXM+DQogIDxzY2hlbWEgdGFyZ2V0TmFt ZXNwYWNlPSJodHRwOi8vRGVmYXVsdE5hbWVzcGFjZSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3Jn LzIwMDEvWE1MU2NoZW1hIj4NCiAgIDxjb21wbGV4VHlwZSBuYW1lPSJJbmZvSG9sZGVyIj4NCiAg ICA8YWxsPg0KICAgICA8ZWxlbWVudCBuYW1lPSJjaGVja2luZyIgbmlsbGFibGU9InRydWUiIHR5 cGU9InhzZDpzdHJpbmciLz4NCiAgICAgPGVsZW1lbnQgbmFtZT0ic2F2aW5nIiBuaWxsYWJsZT0i dHJ1ZSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KICAgIDwvYWxsPg0KICAgPC9jb21wbGV4VHlwZT4N CiAgIDxlbGVtZW50IG5hbWU9IkluZm9Ib2xkZXIiIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJpbnRm OkluZm9Ib2xkZXIiLz4NCiAgPC9zY2hlbWE+DQogPC90eXBlcz4NCg0KICAgPHdzZGw6bWVzc2Fn ZSBuYW1lPSJHZXRJbmZvUmVxdWVzdCI+DQoNCiAgICAgIDx3c2RsOnBhcnQgbmFtZT0ib3JpZ0No ZWNraW5nIiB0eXBlPSJpbnRmOkluZm9Ib2xkZXIiLz4NCg0KICAgICAgPHdzZGw6cGFydCBuYW1l PSJvcmlnU2F2aW5nIiB0eXBlPSJpbnRmOkluZm9Ib2xkZXIiLz4NCg0KICAgPC93c2RsOm1lc3Nh Z2U+DQoNCiAgIDx3c2RsOm1lc3NhZ2UgbmFtZT0iR2V0SW5mb1Jlc3BvbnNlIj4NCg0KICAgICAg PHdzZGw6cGFydCBuYW1lPSJyZXR1cm4iIHR5cGU9InhzZDppbnQiLz4NCg0KICAgPC93c2RsOm1l c3NhZ2U+DQoNCiAgIDx3c2RsOnBvcnRUeXBlIG5hbWU9ImJhbmtpbmciPg0KDQogICAgICA8d3Nk bDpvcGVyYXRpb24gbmFtZT0iR2V0SW5mbyIgcGFyYW1ldGVyT3JkZXI9Im9yaWdDaGVja2luZyBv cmlnU2F2aW5nIj4NCg0KICAgICAgICAgPHdzZGw6aW5wdXQgbWVzc2FnZT0iaW50ZjpHZXRJbmZv UmVxdWVzdCIvPg0KDQogICAgICAgICA8d3NkbDpvdXRwdXQgbWVzc2FnZT0iaW50ZjpHZXRJbmZv UmVzcG9uc2UiLz4NCg0KICAgICAgPC93c2RsOm9wZXJhdGlvbj4NCg0KICAgPC93c2RsOnBvcnRU eXBlPg0KDQogICA8d3NkbDpiaW5kaW5nIG5hbWU9ImJhbmtpbmdTb2FwQmluZGluZyIgdHlwZT0i aW50ZjpiYW5raW5nIj4NCg0KICAgICAgPHdzZGxzb2FwOmJpbmRpbmcgc3R5bGU9InJwYyIgdHJh bnNwb3J0PSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2h0dHAiLz4NCg0KICAgICAg PHdzZGw6b3BlcmF0aW9uIG5hbWU9IkdldEluZm8iPg0KDQogICAgICAgICA8d3NkbHNvYXA6b3Bl cmF0aW9uIHNvYXBBY3Rpb249IiIvPg0KDQogICAgICAgICA8d3NkbDppbnB1dD4NCg0KICAgICAg ICAgICAgPHdzZGxzb2FwOmJvZHkgZW5jb2RpbmdTdHlsZT0iaHR0cDovL3NjaGVtYXMueG1sc29h cC5vcmcvc29hcC9lbmNvZGluZy8iIG5hbWVzcGFjZT0iaHR0cDovL0RlZmF1bHROYW1lc3BhY2Ui IHVzZT0iZW5jb2RlZCIvPg0KDQogICAgICAgICA8L3dzZGw6aW5wdXQ+DQoNCiAgICAgICAgIDx3 c2RsOm91dHB1dD4NCg0KICAgICAgICAgICAgPHdzZGxzb2FwOmJvZHkgZW5jb2RpbmdTdHlsZT0i aHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcvc29hcC9lbmNvZGluZy8iIG5hbWVzcGFjZT0iaHR0 cDovL0RlZmF1bHROYW1lc3BhY2UiIHVzZT0iZW5jb2RlZCIvPg0KDQogICAgICAgICA8L3dzZGw6 b3V0cHV0Pg0KDQogICAgICA8L3dzZGw6b3BlcmF0aW9uPg0KDQogICA8L3dzZGw6YmluZGluZz4N Cg0KICAgPHdzZGw6c2VydmljZSBuYW1lPSJiYW5raW5nU2VydmljZSI+DQoNCiAgICAgIDx3c2Rs OnBvcnQgYmluZGluZz0iaW50ZjpiYW5raW5nU29hcEJpbmRpbmciIG5hbWU9ImJhbmtpbmciPg0K DQogICAgICAgICA8d3NkbHNvYXA6YWRkcmVzcyBsb2NhdGlvbj0ibG9jYWxob3N0OjgwODAvc29h cGdhdGV3YXkiLz4NCg0KICAgICAgPC93c2RsOnBvcnQ+DQoNCiAgIDwvd3NkbDpzZXJ2aWNlPg0K DQo8L3dzZGw6ZGVmaW5pdGlvbnM+DQo= --0__=85256B6D005F02108f9e8a93df938690918c85256B6D005F0210--