[jira] Commented: (HTTPCORE-129) Immutable request/response

["Ortwin Glück (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/HTTPCORE-129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540405 ] 

Ortwin Glück commented on HTTPCORE-129:
---------------------------------------

As far as I remember it was a conscious design decision to do away with read-only interfaces (initial drafts of the API had that). It just causes painful type casts all over the place. Of course we could add the interfaces and just never use them internally. So the caller may use them at his descretion.

> Immutable request/response
> --------------------------
>
>                 Key: HTTPCORE-129
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-129
>             Project: HttpComponents Core
>          Issue Type: Improvement
>          Components: HttpCore
>    Affects Versions: 4.0-beta1
>            Reporter: Stojce Dimski
>            Priority: Minor
>
> There are many cases where user would just 'consume' response and would not have to modify nothing es. received response...
> With 2 interfaces and guideline to use a immutable version for polymorphic variables compiler would catch any error pretty soon...
> Is there some possibility to have e immutable request/response objects as in:
> https://svn.safehaus.org/repos/asyncweb/trunk/core/src/main/java/org/safehaus/asyncweb/common/HttpMessage.java
> https://svn.safehaus.org/repos/asyncweb/trunk/core/src/main/java/org/safehaus/asyncweb/common/MutableHttpMessage.java

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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