[prev in list] [next in list] [prev in thread] [next in thread] 

List:       httpclient-commons-dev
Subject:    [jira] Commented: (HTTPCLIENT-916) RFE: Make Credentials
From:       "Oleg Kalnichevski (JIRA)" <jira () apache ! org>
Date:       2010-02-26 13:26:27
Message-ID: 1173057679.554111267190787896.JavaMail.jira () brutus ! apache ! org
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/HTTPCLIENT-916?page=com.atlassian.jira.plu \
gin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12838863#action_12838863 \
] 

Oleg Kalnichevski commented on HTTPCLIENT-916:
----------------------------------------------

I very much regret making HttpHost and HttpVersion serializable. In my opinion \
persistence aspects should be kept out of HttpCore. Why do you want those classes \
serializable?

Oleg

> RFE: Make Credentials Serializable
> ----------------------------------
> 
> Key: HTTPCLIENT-916
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-916
> Project: HttpComponents HttpClient
> Issue Type: Improvement
> Components: HttpAuth, HttpClient, HttpCookie
> Affects Versions: 4.0.1
> Reporter: Daniel Gredler
> Priority: Minor
> Fix For: 4.1 Alpha2
> 
> Attachments: HTTPCLIENT-916-tests.patch
> 
> Original Estimate: 0.25h
> Remaining Estimate: 0.25h
> 
> I've been working on upgrading the HtmlUnit library to use HttpClient 4, and I've \
> realized that we could eliminate some hackish internal code if Credentials \
> instances were Serializable. I don't really see a downside, and this would be a \
> huge convenience for us. The change would involve making the \
> org.apache.http.auth.Credentials interface extend Serializable, and having \
> org.apache.http.auth.BasicUserPrincipal and org.apache.http.auth.NTUserPrincipal \
> implement Serializable (plus serialVersionUIDs where appropriate, I guess).

-- 
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: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]