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 [EMAIL PROTECTED] 2003-09-22 11:26 ------- Hello Oleg, 1. public HttpClient(HttpClientParams params) Can we add something like HttpConnectionManager.setParams(p)? I think the newly created connection manager should have a chance to learn from the parameters how many connections it is supposed to create and such stuff. 2. DefaultHttpParams.clone() I believe the clone method is a little too smart. Think of the most common and simple case. You implemented an awfully complex way to clone objects of classes String, Integer, Long, Boolean and so on, all of which are serializable and non-modifiable classes that do not need to be cloned at all. I suggest the simple approach: clone the collection but not it's elements and tell folks they shouldn't put complex objects in there. In case of stored arrays such as for the date formats, a new array has to be created when the old one is supposed to be modified. If a parameter object cares about whether it needs to be cloned or not, then it implements way too much logic to be a parameter object. Otherwise, it's peachy :-) cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
