You are viewing a plain text version of this content. The canonical link for it is here.
Posted to xmlrpc-dev@ws.apache.org by bu...@apache.org on 2003/08/06 17:32:36 UTC
DO NOT REPLY [Bug 22180] New: -
Use List interface instead of Vector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22180>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22180
Use List interface instead of Vector
Summary: Use List interface instead of Vector
Product: XML-RPC
Version: 1.1
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Other
Component: Source
AssignedTo: rpc-dev@xml.apache.org
ReportedBy: arozeluk@compugen.com
When declaring methods to be executed via XML-RPC, it would be beneficial to
remove the tight coupling on the Vector class and instead use List.
That way, it would be possible for the classes (client, server and XML-RPC
itself) to choose the appropriate implementation for their specific needs, but
should not impact the code much.
For instance, while building a list of parameters (which normally would be sent
as a Vector parameter into the method), I can think of several instances where
it would be more efficient on the client to use LinkedList (or ArrayList)
instead, in order to manipulate the list. However, on the server side the method
could just check for List, and XML-RPC would be free to create it as a Vector as
it does now.
Same thing on the server side when building a List which will be returned back
to the client when the method returns.
Unfortunately at this point XML-RPC will not call a method that uses List in the
parameter list, and will not accept a return value of type List.