Or just let your IDE generate the methods.

On Fri, Feb 6, 2015 at 9:05 AM, William Speirs <wspe...@apache.org> wrote:
> I'd think adding a UUID then overriding equals and hashCode would do the
> trick. To aid you in doing this, commons-lang has EqualsBuilder [1] and
> HashCodeBuilder [2], I highly recommend using them.
>
> Bill-
>
>
> [1]
> https://commons.apache.org/proper/commons-lang/javadocs/api-3.3.2/org/apache/commons/lang3/builder/EqualsBuilder.html
>
> [2]
> https://commons.apache.org/proper/commons-lang/javadocs/api-3.3.2/org/apache/commons/lang3/builder/HashCodeBuilder.html
>
> On Fri, Feb 6, 2015 at 9:00 AM, Michael Osipov <1983-01...@gmx.net> wrote:
>
>> Hi folks,
>>
>> I am developing a session pool for an HTTP backend which is requested with
>> the fabulous HttpClient.
>>
>> The session object is this:
>>
>> public class RawSession {
>>
>>         private CookieStore cookieStore;
>>         private String logId;
>>         private MutableInt requestId;
>>         private String clientId;
>>         private String serverId;
>>
>> }
>>
>> There won't be any setters but as you see, the cookie store and mutable
>> int might change.
>> Additionally, I did not implement any custom equals and hashCode methods.
>>
>> I have searched the docs and the found and did not find any clear answer
>> which says
>> that pooled objects have to be immutable. Though, I have found POOL-283
>> and POOL-284 which
>> led me to the conclusion that this is a problem because the objects are
>> stored in a map
>> which relies on equals and hashCode.
>>
>> Does this ultimately mean that I have to override equals and hashCode and
>> provide some internal,
>> immutable value something like a UUID? Alternatively, I could retrieve the
>> JSESSIONID from the
>> cookie store and use this as a unique value.
>>
>> Thanks,
>>
>> Michael
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
>> For additional commands, e-mail: user-h...@commons.apache.org
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

Reply via email to