hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 15435] - New Preferences Architecture
Date Mon, 22 Sep 2003 12:17:05 GMT
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=15435>.
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=15435

New Preferences Architecture





------- Additional Comments From rolweber@de.ibm.com  2003-09-22 12:17 -------
Hello Oleg,

first, let me define the term's I'll use in this posting:

params object: instance of DefaultHttpParams or one of it's subclasses
parameter object: an object stored in a params object 

To me, a parameter object represents a value. The value may be simple
or structured, but it is accessed read-only by the HTTP client. The
parameter object may change it's value asynchronously, but such change
is never effected directly by the HTTP client.
Params objects may be modified by the HTTP client, namely by the setter
methods that store the set values in the params object. However, such
change is always an addition, replacement, or removal of a parameter
object, never a modification of an existing one. Furthermore, the HTTP
client never implicitly clones params objects.

Under these assumptions, there is no need to make copies of parameter
objects from the HTTP client's point of view, as they are read-only.
An application programmer who uses parameter objects with changing
values may have a need to control whether the same object or clones
are stored in different params objects. However, as the HTTP client
does not create clones implicitly, the application programmer has full
freedom to clone all parameter objects that require cloning whenever
params objects are prepared. Cloning may be controlled explicitly by
replacing copy-by-reference entries in a cloned params object, or the
params classes can be derived to clone specific entries. It is none
of the HTTP client's concern.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org


Mime
View raw message